分工之后仍然有人只交结论、不交推理,通常不是态度问题,而是任务颗粒度和交付标准没有对齐。要保证每个人都完成推理,最直接的动作是把“完成”定义为可核对的推理记录,而不是一句结论:每个人必须写明判断依据、排除的备选解释、以及下一步要验证什么。这样做之后,小组长能一眼看出谁真的走完了推理链条,谁只是在复述别人的答案。
在龙岗的SEO学习小组里,常见一个反常现象:分工表做得越细,最终汇总的内容反而越像几个互不相干的结论拼在一起。有人负责关键词整理,有人负责页面结构,有人负责内容方向,交上来的都是“应该这样做”,但没有人说明为什么排除了其他做法。
这背后有两种解释。第一种是任务被切成了执行动作,而不是判断动作。分工只规定了“谁做什么”,没规定“谁负责想清楚什么”,于是每个人都在完成动作,却没有人对推理负责。第二种是小组默认了“汇总的人会补推理”。大家把判断权悄悄交给组长或最后整合的人,自己只提供素材,推理自然集中到一个人身上。
这两种解释看起来都说得通,但处理方式完全不同。如果是第一种,需要改任务定义;如果是第二种,需要改交付责任。
要判断问题出在哪,可以检查每个人交上来的内容里有没有排除项。所谓排除项,就是“我考虑过另一个做法,但没有选它,原因是……”。如果多数人只写了自己选什么,从不写自己排除了什么,那更可能是任务定义的问题——分工只要求产出,没要求判断过程。
如果情况相反:每个人私下都能说出自己排除了什么,但交上来的版本里没有,那更可能是汇总机制的问题。大家默认推理是组长的活,自己只负责执行部分。这时改任务定义没用,需要改的是交付格式和汇总顺序。
一个可以立即执行的动作是:让每个人在提交内容时附上一行“我排除的备选及原因”。如果加上这一行之后,汇总质量明显提升,说明原来的问题在交付标准;如果加不加都一样,说明问题在成员对任务的理解,需要回到分工环节重新说明每个人负责的判断范围。
学习小组里经常出现“同一份材料,两个人理解不同”的情况。比如对同一类页面该不该单独建栏目,有人认为该建,有人认为不该建。这种分歧如果只停留在讨论里,最后往往靠谁声音大来决定。更好的做法是把分歧转成一个可以核对的项目:列出双方各自依赖的前提,然后找一个能验证前提的小任务。
假设小组对“某类内容是否值得单独做页面”有分歧。一方的前提是这类内容有独立搜索需求,另一方的前提是需求太分散。可以核对的项目不是继续争论,而是各自去找能支持自己前提的证据类型:一方去找这类内容的独立表达方式,另一方去找这类内容被合并处理的迹象。核对完之后,无论哪方被支持,小组都得到了一个比原来更清楚的判断依据。
这个动作的关键是:分歧不是要被消除,而是要被转成可核对的项。每个人完成推理,指的就是每个人都能说清楚自己依赖哪个前提、这个前提目前有什么证据、还缺什么证据。
要让每个人都完成推理,交付格式比口头强调更有效。可以要求每份提交包含三部分:
这三部分不需要长篇大论,每部分一两句话即可。它的作用不是增加工作量,而是让推理过程变得可以核对。组长在汇总时,先看每个人的“排除与待验证”部分,就能判断谁真的走完了推理,谁只是给了结论。
如果某个人的“待验证”长期为空,通常说明他把判断当成了确定的事,或者他没有意识到自己的判断还有前提。这时可以让他补一个“如果这个前提不成立,我的判断会变成什么”,这个补充往往能暴露出被忽略的推理环节。
如果加了交付格式之后,仍然有人无法完成推理,需要考虑分工本身是否合理。一种情况是任务颗粒度太细,每个人只接触到一个片段,无法看到完整判断所需的上下文。这时继续加要求只会增加形式负担,应该把相邻环节合并,让每个人负责一个完整的判断单元。
另一种情况是小组规模太大,汇总层级太多,推理在传递中被压缩成了结论。这时可以减少中间汇总层,让每个人直接向最终整合者提交完整推理,而不是先交摘要再交摘要。
判断标准很简单:如果一个人能说清楚自己负责的判断范围、依赖的前提和排除的备选,分工就是有效的;如果他说不清楚,问题不在他的表达能力,而在分工没有给他留下完成推理的空间。调整分工之后,再观察同样的交付格式下推理是否完整,这比反复强调“要认真思考”更有效。