小团队的Leader需要更多的沉到一线，和基层小伙伴共进退。

拿软件团队来举例。

软件小团队的Leader，就需要参与一些代码的编写、代码检视、验证和上线的工作。当然，也会涉及一些更高层次一些的工作，比如模块的设计、架构的梳理和重构、团队成员考核等。

为什么需要更多下沉到一线？有以下几点原因：

1、深度参与一线工作，才能对技术和业务才有足够的理解和掌控力

很多时候，代码检视和实际动手编码还是有差别的，动手编码务求能运行且无误，所以很多细节和corner case需要考虑到，过程中也可能遇到一些需要突破的技术瓶颈点。

2、能更好地跟上技术的迭代

软件技术更新迭代很快，特别是在互联网领域，可能一两年就换了主流框架和相关组件。有的业务会适时地做些适配，这时候参与一些代码开发，才能更好的跟上技术的迭代。

3、对所负责的业务才能有更深入的理解

通常业务的解决方案在编码之前就会制定，但很多时候，解决方案文档和设计文档并不会很细致，尤其是在中小公司。很多业务细节会在编码过程中慢慢丰富起来。所以，写写代码对业务细节的理解是有帮助的。

4、对团队成员的业绩有更客观的评价，能更感同身受

有时候技术管理做久了，容易脱离群众、脱离开发者。长期没接触代码或者实现代码，也容易对开发的复杂度没有足够的认识，导致给下属做绩效考核时，不能足够客观公正。从这点来看，也需要花点时间沉到一线。

当然了，小团队Leader 在精进技术和亲自下场之余，也需要负责业务梳理、方案制定、团队成员管理之类的公共事务，所以，能投到编码和一线实操的时间和精力也有限，还是需要根据实际情况去分配个人精力。

其实，对于其它类型的团队，逻辑也类似，只是业务类型不同而已。

【*公众号：棱角talk。如果有所帮助，不妨点赞、转发、加关注*】