项目里程碑如何设置才合理？从关键节点、成果标准到验收确认，一文讲透.docxVIP

很多项目的计划表里都有里程碑。

需求确认、方案评审、开发完成、测试结束、系统上线……

日期排得清清楚楚，甘特图上也标着醒目的菱形。

可真正到了节点当天，团队却经常说不清：

需求确认，是文档写完了，还是业务已经正式确认？

开发完成，是代码提交了，还是已经具备测试条件？

测试结束，是测试执行完了，还是关键缺陷全部关闭？

系统上线，是部署成功了，还是业务已经能够正常使用？

结果是，里程碑显示完成，下一阶段却迟迟无法启动；

项目状态看起来一直正常，到了验收时却突然发现，

真正可以交付的成果根本拿不出来。

问题不在于项目没有里程碑，

而在于很多所谓的里程碑，只是计划表上的重要日期。

真正合理的项目里程碑，必须同时回答四个问题：

为什么要在这里设节点？

需要拿出什么成果？

达到什么标准才算通过？

由谁确认项目可以继续？

下面我就来讲讲，项目里程碑到底该怎么设置，才能真正管住阶段成果，

而不是只在计划表上多标几个时间点。

以下解读中所用到的项目管理系统——已经做成了完整的模板，可直接下载使用:/yuh78

一、不要从日期里挑里程碑，要从项目状态变化处反推

很多项目设置里程碑的顺序是反的。

项目经理先把任务和日期排完，

再从中挑几个看起来重要的时间点标成里程碑。

于是，阶段结束日、重要会议日、大任务截止日，

都被包装成了项目里程碑。

但判断一个节点是否值得设置为里程碑，关键不在日期，而在于：