拆任务时，拆到能解决，而不是拆到清单很长
“把大任务拆小”听起来很熟悉，真正难的是判断：拆开之后，每一部分是否已经能够独立处理？
谁在何时、何处提出
勒内·笛卡尔在1637年已有明确记载的《谈谈方法》（Discourse on the Method）中讨论了这一思想。定位：第二部分：第二条方法规则。
法文原著1637年出版；本次使用后出英译本的电子转录，中文核心意思为转述，不冒充原版逐字译文。
核心意思与容易误读之处
笛卡尔在方法规则中提出，把困难分成尽可能多、并且为解决它所必需的部分。最后这层限制很重要：拆分是为了降低困难，不是制造越来越细的目录。
本文把它用于学习和工作时，关注的是每一部分是否有明确输入、可以完成的动作，以及判断完成的标准。“写报告”拆成“准备报告、开始报告、完成报告”，虽然多了三条，却没有降低任何不确定性。
例如制作演示文稿，可以拆成选择主张、找支持材料、安排页面顺序和检查阅读路径。每项都能留下一个产物，因此也能发现到底卡在哪里。与之相比，按“周一做一点、周二再做一点”分配时间，并未分解困难。清单的好坏，应该看它能否减少下一步的不确定，而不是看它有多少层编号。
为什么落实起来仍有阻力
本篇归入B类：观点已有传播，但把它落实成日常做法仍需要条件。没有找到可靠的总体采用率数据；以下是对执行阻力的分析，不是“大多数人没做到”的统计结论。
清单工具容易奖励条目数量。勾选很多小项能带来进展感，即使那些项目只是原任务换了几个名字；真正需要推理的部分仍然没有暴露出来。
另一方面，过度拆分也有代价。项目之间的联系可能被藏起来，完成了各部分却拼不成整体。为了避免这类麻烦，有人索性不拆，继续面对一个难以下手的大目标。
今天做一个小实验
这是据上述思想设计的个人练习，用来发现线索，不是原作者的标准实验，也不预先保证一定有效。
用30分钟拆一个正在拖延的低风险任务，例如给读书会准备十分钟分享。先用5分钟写出听众最后应该知道什么；再用10分钟列出三个真正不同的难点。
为每个难点写一个动作，例如“找出能支撑主张的一段原文”，并说明完成后会留下什么。用10分钟实际做最小的一项，最后5分钟检查它能否接回整体分享。成果是三到五个有明确产物的步骤，而不是一份精细到无法维护的长清单。
什么时候不宜照搬
有些困难来自部分之间的相互作用，不能只逐项解决后机械相加。拆分后还要安排整体验证。笛卡尔的方法规则也不意味着所有领域都能像几何题那样分解；这里提供的是组织问题的启发，不是保证成功的算法。