任务拆到多细才算够：一个能落地的判断标准

一、那次我自认为「拆得很清楚」的任务

几年前我接过一个业务功能，自认为拆得挺清楚：列了七八个条目，标了先后顺序，还给了总工期。做到一半才发现漏了三个前置条件：一处外部接口要提前申请，一批历史数据的使用口径没有人定，还有一项权限要另一个团队配合。这三件事都不在我拆出来的清单里，而且每一件都得等。

最后估算偏差接近一倍。我说两周能出可演示的版本，实际用了接近四周，大约一半时间在等前提。复盘才想明白，问题不在估得不准，而在拆得不够深：我拆的是「我要做什么」，没有拆「这件事要成立还需要什么」。从那一次起我换了拆法。

二、三层拆法：结果层、交付层、动作层

现在我只用三层，不在原清单上继续切小格，而是三个不同的问题。

• 结果层：谁在什么场景得到什么。用一句话写出来，写不出说明需求还没想清楚。这一层不列任务，只定终点。
• 交付层：可演示或可验收的中间物。把终点切成几块能拿给别人看的东西。中间物可以是能点的一个页面、一份定稿的字段表、一次能跑通的流程，重点不是「完成度」，而是「能被别人看见并确认」。
• 动作层：半天内能做完的一步。每个交付物下面再写需要动手的步骤，每步控制在一个专注时段内。动作层只写给自己看，不写进汇报，也不追求措辞整齐。

拿常见的业务功能举例：给列表页加筛选。听起来只有一句话，我一般拆成六步。

1. 写清楚谁会用、什么场景、筛完要看到什么，三行以内。
2. 定下可筛字段口径：空值怎么显示、多选是「且」还是「或」、默认值。
3. 先做只带两个条件的版本，能选、能出结果、能清空。
4. 补齐剩下的条件，一并处理无结果、无权限、加载慢。
5. 约提出需求的人走一遍，确认口径，改不动的地方记成待定项。
6. 补上可回退的方式，并写一段三行的使用说明。

这六步每一步都能在半天内结束，结束时都有东西可看：第三步是一个能点的页面，第五步是几条确认过的结论。相比之下，「完成筛选功能」这种条目做三天也不知道算不算做完。

三、四条判断标准

拆完之后逐条对照，四条全满足才算到位。缺一条，通常就是后面估算失准的来源。

• 有明确的产出物：能指出来「就是这个」，而不是「差不多做完了」
• 能在半天内做完：超过半天，说明它其实是一个交付物，还需要再切
• 能独立验证：不依赖后面几步完成，才能当场知道对不对
• 做完之后，下一步不需要重新决策：如果需要，说明这一步里还藏着一个没想清楚的问题

「半天」不是随手定的：一天能连续投入的时间大概两段，每段两三个小时；一步占满一整天，中间一被打断就没法判断完成没完成。半天正好是能收尾、能被验证的长度，也刚好对上一个深度时段——这也是我在时间块那篇里的体会：能落到日历上的任务，才算真的拆开了。

四、拆到多细算过头

我也走过另一个极端。有一阵把任务拆到函数级、拆到小时级，一个功能写了两页纸，每一步都标了预计分钟。结果是：需求改一处，整份拆解要重写；每周花在维护拆解上的时间，大约能占到实际动手时间的两三成；更麻烦的是，做到后面我根本不再看那份文档，因为现实进度早就偏离了。

我的判断是：拆解是给自己用的工具，不是交付物，只需要撑到「今天和明天做什么」的精度。再细的部分通常是自我安慰——写下来踏实，对判断没帮助。如果拆解要同步给别人、要评审、要保持格式，它已经变成了另一份工作。

五、记估算偏差：每天一行

拆得好不好只能靠记录验证。我每天下班前写一行，一个任务一行，只填四个栏位。偏差原因只能选一类，这条是硬规则——逼自己找主因，比写一堆解释有用。

任务	估算	实际	偏差原因
定筛选字段口径	半天	半天	—
补三种异常情况	半天	一天半	漏前置
走查并确认口径	两小时	半天	外部等待
补回退方式	半天	一天	技术意外
写使用说明	一小时	一小时	—

偏差原因固定分四类：漏前置、理解偏差、外部等待、技术意外。它们指向的改法完全不同：漏前置要改拆法，理解偏差要改沟通方式，外部等待要改排期，技术意外只能靠留缓冲。混在一起写「各种原因都有」，第二年也找不出规律。

六、什么时候该回头改拆法

记录的意义在于触发动作。我定了三个信号，碰到任意一个就停下来重拆，而不是往计划里加时间。

• 单步偏差超过约五成。半天做成一天半，说明这一步底下还藏着没拆出来的东西。
• 同类偏差连续出现两次。两次「外部等待」说明这类前置条件被我系统性忽略了。
• 出现「做不下去」的时刻。卡住超过一小时、并且说不清在等什么，通常不是能力问题，是这一步的边界没定清。

改法只有一个：回到交付层重拆，把这一步重新定义成能被看见的中间物，再往下切动作。直接加时间最省事也最没用，同样的偏差会在下个任务上再出现一次；我加过很多次时间，没有一次因此估准。

七、每周十分钟看分布

每周五花十分钟，把这一周的偏差原因数一遍，看哪一类最多。如果「漏前置」占多数，下周拆解时专门留一步写前置条件清单；如果「外部等待」占多数，就把需要等的事提前一周发出去。这个动作不产出文档，只是调整下周的缓冲放在哪。

十分钟足够，只看分布，不分析单个任务。

拆解没有标准答案，只有够用与否：能估、能验证、能明天接着做。超过这个程度的部分，多半是写给自己的安心。