项目一拖再拖，怎么拆计划、设里程碑才靠谱？

项目一拖再拖，多半不是团队不努力，而是计划本身出了问题：里程碑定得像口号，任务拆得像雾，进度没人真正对过。想让计划靠谱，关键在四件事：倒排、拆细、留余量、常对表。

先倒排里程碑，再谈怎么做

从最终交付日往回推，而不是从今天往前攒。先把不可动的节点钉死——上线日、客户验收日、合同里的收款节点，然后往回倒：上线前一周完成验收测试，验收前两周功能冻结，冻结之前要有完整联调。每个里程碑必须能用"做完/没做完"来判定，比如"支付流程全链路跑通"，而不是"支付模块基本完成"这种没法验收的说法。倒排的意义在于：一旦中途延误，你立刻知道吃掉的是哪段缓冲、要不要砍范围，而不是等到最后一刻才发现来不及。

任务拆到周，责任落到人

里程碑和日常工作之间隔着一层"周任务"，这是计划能不能执行的关键。每条周任务要满足三个条件：一周内能完成、有明确负责人、有可检查的产出。拆的时候对照几条标准：

• 拆到"一个人一周能干完"的粒度，太大的继续拆；
• 每条任务写清验收标准，做完与否一眼能查；
• 跨人协作的依赖提前标出来，别让下游空等。

如果一个里程碑拆出来的任务排不进时间线，说明范围或资源有问题，这时候该谈砍需求还是加人，而不是默默指望大家加班。

留缓冲，每周对表

计划排到百分之百满，等于默认准时不可能。在关键里程碑之间留 10%-20% 的缓冲，缓冲不是给拖延用的，而是留给需求变更、人员请假、依赖方掉链子这些必然会来的事。缓冲被吃掉一半，就该亮黄灯了。

每周固定开一次 15-30 分钟的对表会，只问三件事：上周说好的完成了吗？没完成的卡在哪？这周的承诺是什么？把答案记在共享文档里，下周对着上次的记录逐条问。延误在第三天发现和第三周发现，代价完全不同。

说到底，靠谱的计划不是把未来猜准，而是让偏差能被尽早看见、被及时处理。倒排让目标清楚，周任务让每个人知道每天干什么，缓冲给意外留位置，对表让计划一直活着。四件事都做到，项目想拖也难。