任务拆解怎么做？把大任务拆成能开始、能检查的子任务

任务拆解可以先确定交付结果，再拆出能够分别检查的子任务，并理清哪些要先做、哪些依赖信息或材料。拆到你知道如何开始、能说清完成标准，并且便于安排和调整，就可以先执行。过程中发现新的障碍，再继续细分。

“准备线上分享”可以提醒你有一项承诺，却不一定告诉你今天从哪里动手。任务拆解要补上这个起点，同时保留每一步与最终交付之间的关系。

先写清交付结果和范围

以一次二十分钟线上分享为例，主题是如何记录客户反馈。需要准备可完整讲述的讲稿、演示检查清单，并用一次计时彩排确认内容能在二十分钟内讲完；现场问答另行安排。

把这些放进 TodoNote 的父任务笔记。范围还可以注明只讲记录、核对和形成下一步，不扩展到整套客户支持流程。有了边界，才容易判断一个新想法是否属于这次准备。

按产出拆分，避免只写活动名称

这次准备可以拆成四项：列出分享的三个要点、写出完整讲稿、准备演示检查清单、计时彩排并记录修改。要点是本次示例的内容结构，不是所有任务都应固定拆成三点或四步。

子任务标题可以短一些，把必要的范围与完成标准写在对应笔记中。例如讲稿要覆盖已选定的要点，演示清单要列出入口、操作和预期结果。这样检查工作时，不只是在确认“做过”。

任务应该拆到多细？

判断一项子任务是否够用，可以问三个问题：现在打开它，知道先做什么吗？结束时，有结果可以检查吗？如果进度变化，能独立调整这一步吗？有一项仍然含糊，就补充说明或继续拆分。

如果“准备演示”仍让你无从开始，可以缩小为“列出展示反馈记录的操作路径”，然后再准备对应材料。如果“打开页面”和“点击按钮”只是一段连续操作的细节，放进演示清单即可，不必每个动作都变成日程上的任务。

粒度取决于工作的不确定性和检查需要，不必给所有子任务规定相同的分钟数。熟悉、连续的工作可以合在一起；需要先试验或等待信息的部分，单独留下更容易调整。

先看依赖，再安排日期

先确定要点，才能写讲稿；讲稿和演示材料准备到可用程度后，彩排才有意义。可以先安排眼前可推进的部分，再为后续工作预留时间。

在 TodoNote 中，父任务保留整体交付，子任务用于记录各步结果和安排开始日期。有明确截止要求时，再设置截止日期。若上一环节延后，需要重新判断后续安排，而不是只给所有步骤同时换一个日期。

用执行结果检查“完成”

示例里，首轮彩排用了二十四分钟，超过约定的二十分钟。讲稿虽然已经写完，整项分享准备仍未达到交付要求。彩排笔记记录删去重复背景、保留核心演示，再按删减版本重新计时。

第二次计时确认符合范围和时长，并核对演示入口后，才能按约定结束这一步。把实际结果留在子任务中，也便于判断是内容太多、演示不顺，还是需要调整交付范围。

任务拆解是会随着工作更新的计划。开始后发现需要单独验证的问题，可以补一个子任务；已经不再需要的步骤，应从当前计划移除。父任务的完成判断始终回到交付范围，而不是只看勾掉了多少项。

先拆一项现在就要推进的工作

从一个大任务开始，写一句交付结果，再列出下一步和它的完成标准。执行后检查是否还存在不清楚的环节，再决定继续细分。无需先把所有未来工作拆完，才能开始今天这一项。

参考资料：Asana 的工作分解结构指南介绍了围绕交付物分解项目的方式。本文聚焦个人任务的执行粒度；较大的协作项目还需要明确团队范围、责任和验收安排。