我想了很长时间，还是觉得散养和圈养这两个词还是相当贴切的。
之前，我一直认为，作为技术组长，特别是一线的基层组长，对团队的管理应该是圈养。这里的圈养指的是，组长作为整个团队对外的对接人，所有方向的需求都直接汇总到组长那里，组长再分配到组员手上，如果组员有其他进行中的项目，由组长来协调开发资源，也可以把需求压住。这种圈养的方式，目的是最大限度的保证组员能够有足够的注意力保持在当前手头上的项目。
在实际的工作中，我发现这种圈养方式很难执行。
当一个组员被安排负责某个方向业务的时候，很多需求的对接都是组员和产品经理直接对接的，而组长并不可能有经历去跟进所有的需求细节。时间长了，习惯成自然，产品经理不光会找组员讨论本次项目的需求，也会参杂其他的需求，这种事情很难避免。甚至有些产品经理会以改进的形式，在当前项目里塞进一些和本次项目有关或者无关的小改动。这些事情经常会在已经既成事实了，生米煮成熟饭了，才汇报到组长那。
散养的方式是，当组员被分配到某个业务线的时候，就要自己对自己的所有工作负责。组长可以在一定程度上放任自由。当然，前提还是要及时汇报工作。这种比较野蛮的方式是为了激发组员自己的能量，业务能力强的，能满足产品经理各种无理需求的，那最好，只需要把结果汇报给组长就可以了。产品经理实在太无理了，组员也要学会开启自我保护机制，主动求救。这种情况下，组长才参与进来。
组长要考虑到组员的成长，过度的保护只会让人成长缓慢，只有组员都成长起来了，组长才能轻松，不然就是天天当保姆了。
- EOF -
本站文章除注明转载外，均为本站原创或编译。欢迎任何形式的转载，但请务必注明出处，尊重他人劳动。
转载请注明：文章转载自 Binkery 技术博客 [https://binkery.com]
本文标题： 对技术管理的重新思考-散养还是圈养
本文地址： https://binkery.com/archives/698001.html