里程碑怎样设置才合理？
在项目开发过程中设置里程碑检查点，是项目监控的有效措施之一。但是，一个项目究竟设置几个里程碑才合适呢？
这个问题一直困扰着实施GJB5000的组织。在一个项目中设置2个或者3个里程碑，常被评价组置疑里程碑数太少，那么设置4个、5个就合适吗？
要想知道设置多少个里程碑最为合适，首先，我们要理解设置里程碑的意义。
项目开发的过程，是一个从混沌走向明朗的过程。在项目前期，往往不能准确地预知项目的目标能否达成。通过设置一些里程碑，将项目的目标拆分成一个个可达的小目标，项目团队通过这些小目标的达成也能不断得到激励，最终实现项目的目标。
所以，里程碑点对于项目的利益相关方来说，是一个有意义的点。比如，需求固化、设计稳定、开发完成、测试结束这样的点。
有些组织认为里程碑都是重大节点，所以需要通过所级/厂级的评审才行。这个观点似乎并不妥。里程碑评审应由哪些人参加，要看这个里程碑达成什么目标，这个目标的利益相关方有哪些来决定。
按照《软件研发之道-微软开发团队的经验法则》的表述，这些有意义的点，有时是自然出现的。书中把它称为自然里程碑。书中列举了6个自然里程碑点，分别是：
设计稳定
设计稳定指的是软件产品的解决方案已经确定，不会再有大的改动。
需求明确
随着解决方案的确定，相关方可以更准确地理解解决方案，可以更具体地描述需求和目标，需求也能达成一致理解。
计划确定
项目范围已定，投入资源已知，项目的工作量、进度都可以确定。
重大变更
随着项目进展，总会出现一些重大变更的情况出现，或者减少功能、或者增加资源。一旦变更结束，项目会重新趋于稳定状态。
开发结束
编码活动停止，功能全部实现。
结束测试
完成软件测试，修复所有BUG。
这些里程碑都可以给项目经理作为参考。
最后，按照微软团队的经验法则39“里程碑的合理数目”给出了两个设置里程碑的建议：
1） 最好每6个星期或者3个月设置一个里程碑。小型团队可以多设置一些里程碑，因为小型团队的里程碑开销较低，而且可以通过成功的里程碑快速成长。
2） 任何项目里程碑数目不能超过7个。最佳里程碑数目3个或4个，外加交付里程碑。
这正是：
合理设置里程碑，项目监控起作用
最佳数目四五个，周期间隔适当设
参考书目：《软件研发之道-微软开发团队的经验法则》，人民邮电出版社