把任务拆给每个人,并不能保证每个人都真的完成了推理。要保证这一点,分工时就不能只分“谁做什么”,而要同时规定“谁必须交出哪一步的判断依据”。一个可操作的做法是:每人负责一个独立可验证的推理单元,并留下能被人复核的中间产物;如果只分到收集资料或整理表格这类动作,推理就会被悄悄集中到某一个人身上。
小组自学常见的分工有两种形态,它们的风险不同。
只有第二种分工,才谈得上“每个人都完成推理”。如果你现在的分工是第一种,先改分工,再谈保证,否则后面所有检查都会落空。
推理是看不见的,所以要把它变成看得见的东西。要求每个人在提交结论时,附上三样内容:观察到的具体现象、由现象推出的判断、以及这个判断在什么条件下会不成立。
假设一个情境:三个人自学,各自分析一个内容页面为什么表现不好。甲说“内容太短”,乙说“标题没吸引力”,丙说“没有内链”。这三句话都无法复核。改成下面的写法就可以:
这三种写法的共同点是:别人可以不同意,但能看懂你在推什么。这就是可复核。
“大家看一遍”通常等于没人看。更有效的做法是交叉复核:每个人只复核另一个人的推理链,不复核结论本身。
复核时只问三个问题:现象是不是真的存在?从现象到判断这一步有没有跳?反例条件是否写清楚了?如果三个问题都能答上来,这个人的推理就算完成了。回答不上来,就退回补充,而不是由组长替他补。
这一步的实际动作是:把复核意见写回原来的记录里,而不是只在聊天里说一句“我觉得可以”。写回记录之后,下一步的修改才有依据;否则讨论结束,推理也跟着消失了。
如果某个成员只交了结论,没有交推理过程,常见反应是其他人替他补上。这个动作会让分工失效:补位的人多做了一份推理,被补的人少做了一份,下一轮他会继续只交结论。
正确的顺序是:先退回,要求补上现象和反例条件;如果他补不出来,说明这个判断单元对他来说太大,应该缩小到他能独立完成的范围。比如把“判断这个页面为什么表现不好”缩小为“判断这个页面的标题是否准确描述了内容”,范围小了,推理才有可能真正发生。
假设你们有三个人,准备按判断分工推进。不要一上来就分完所有任务,先让每人独立完成一个最小判断单元,然后交叉复核一轮。如果三个人都能交出可复核的推理,再扩大分工范围;如果只有一个人能交出来,说明当前的任务颗粒度还不适合分工,应该先缩小单元,而不是增加人数或延长时间。
这个顺序的意义在于:分工能否成立,取决于最小单元是否可独立推理,而不是取决于成员是否努力。先验证单元,再决定规模,能避免把“没人推理”误判成“大家不够投入”。