先拆可控部分推进法

定义

当项目进度被外部依赖卡住时，不整体等待条件成熟，而是先拆分出不依赖该外部条件、自己能独立完成的部分并推进，用局部确定性对抗整体不确定性。

不是什么（反例）

• 不是遇到卡点后什么都不做，只等系统、他人或标准准备好。
• 不是假装没有依赖，闷头推进那些注定会返工的部分。先拆可控部分，不等于否认依赖存在。
• 容易混淆的是：把大任务随便拆碎。这里强调的是按“是否依赖外部条件”来拆，而不是为了显得在忙而机械拆分。

为什么重要

应用场景

• 系统改造、接口联调、跨部门配合未完成时，先做那些已经稳定、不依赖外部变更的部分。
• 写材料、做方案时，先完成已明确的模块，把待确认项单独标记，而不是整份都悬着。
• 项目执行中遇到“等回复、等标准、等排期”时，顺手追问：除了这些依赖之外，今天我还能独立完成哪一段？
• 与厂商、同事或管理部门协作时，把“必须等别人”与“我现在能做”分开管理，避免全部混成一团。

值得保持的

待改善的

相关概念

• 决策担当 — 行动关系：先拆可控部分推进，本质上是接受不确定性下也要先承担一部分推进责任。
• 边缘场景预案原则 — 互补关系：边缘场景预案原则强调设计阶段别漏场景，先拆可控部分推进法强调执行阶段别因依赖让整体停摆。
• 有去向的折腾 — 同向关系：两者都强调不要空等或空忙，而是朝着明确可交付的方向推进。
• 小需求吞并原则 — 类比关系：一个强调在项目推进里先吃掉可控部分，一个强调在产品演进里先吞掉可落地的小需求。

来源记录