我们部门几个组长，没事就会在微信群里聊些工作上的事。最近某组长表示，他在组里的工作分配上，采取成员自主认领任务优先的原则，但是组员们提出不想自己去抢任务做，组长你给我们分配就好了。看得出来，他对这一点是存在忧虑的。
首先我们先想一想，组员积极主动地领取开发任务，对于团队来说有什么好处呢？我觉得除了为组长分配工作减少了时间以外，没有其他任何意义，甚至对工作的顺利完成，也并不会起到什么至关重要的作用。假设有成员采取投机心态，专领简单可实现的工作，那么造成的影响可能比带来的好处更大。因此，直接分配任务和自己挑选任务，无非是把选择题给谁做的问题，并没有最优解。
其次我们可以想想，为什么大多数人不愿意主动领取工作，恐怕也和编码开发工作的需求细节的多样性有关。我们虽然强调责任清晰，边界透明，但是这里有个前提，就是我得知道我需要做什么。我在微信群里要小g的邮箱，小h小r小z都可以告诉我，不过，他们都必须知道，小g的邮箱是什么，而不是随便编一个给我。我们的软件需求，往往细节复杂、交互各异，在没有搞清楚需求细节的前提下，一般人不是不愿意选，而是他也不知道该怎么选，还可能承担自己都不了解的责任。因此，这对业务需求的编写要求非常高，需要BA和PO在需求澄清之前，合作将所有业务故事细节弄清楚并填入到验收标准中。这样，才能够给所有人展示所有业务故事的细节，这才有了让人可以选择的基础。
然而现实可能是残酷的，要想让一群人在几个小时内听完你滔滔不绝地讲完几十个故事而不分神，可能真的需要业务故事的验收标准写出悬疑小说的效果。他只愿意把时间花到你分给他的那一小部分内容上，而不会从头到尾听你把所有内容讲完。因为这对他来说，性价比太低。一个人不想从舒适区出来，是很正常的事情，你也强求不得。
我觉得对于团队领导者，与其要求人人主动，倒不如把现在已经积极主动且有一定工程能力的成员聚集，形成你的领导核心小组，让他们担任更多的责任，优先发展愿意为团队负责的人。
其实我们还可以从另一个角度去思考：人人都主动，一定是好事吗？
