对于项目里程碑这个东西，也是从不知道，到知道再到清楚的知道这样一个过程，到底项目里程碑能够给项目管理工作带来哪些好处呢？
- 有了里程碑，所有人员就都知道了这个项目啥时候能做到哪，啥时候该干啥，以及啥时候能够完工，这种意义上里程碑就是一个指路灯
- 有了里程碑，近期的工作目标会非常的清晰，随之而来的是项目小组工作效率的提升
- 有了里程碑，就有了一个阶段工作进展情况的量尺，项目经理可以根据这把尺子来决定项目最近是多搞一些交流学习活动还是需要来加班
- 有了里程碑，而且是一个一个里程碑的爬过去了，项目组完成项目的信心会随之增强
- 有了里程碑，项目经理就会清晰哪些工作需先做，哪些工作可以并发做等，比如项目测试，不应该等到项目测试这个点了才去编写测试用例，而是在之前的某个阶段就去做，缩短关键路径，从而缩短工期。
- 有了里程碑，而且客户也确认这些里程碑，那么对于项目验收工作会非常有帮助。因为一个一个里程碑的过去了，到了项目验收这个点了，正常情况下客户也非常清楚下阶段就是该干这事了，也会去做相关的工作去推动这件事情的完成，如果没有里程碑的话，突然有一天提出来说要验收，客户都还没心理准备呢。基于这个考虑，项目经理应该在项目启动会上就明确项目里程碑点，并跟客户确定下来，而且在每次的周报中，重申目前里程碑到了哪个点了。
说了这么多项目里程碑的好处，也从个人体会谈谈项目里程碑的不好的地方：
- 有了里程碑，就不能儿戏，就必须践行，所以项目经理在初期制定项目里程碑时就一定要科学，但是在初期这个难度往往有点大。如果在初期制定的项目里程碑没有多方面的考虑工作量、技术风险、人员到位情况、客户以往打交道情况等，而且就按这个里程碑去打了，就注定了从一开始就走上了项目冒险之旅。
- 不只是我们关注项目里程碑，客户也会有相应的管理人员来关注这些里程碑，这就有一个“里程碑制定”这个制高点的控制权之争，如果我们的项目经理没有深刻的认识到里程碑在项目执行过程中起到的作用，也许迫于客户的压力，怂了，把里程碑制定的权利拱手相让，基本上从一开始就注定这个项目的疲惫加班之旅。
- 假如我们的客户管理意识没有那么高，我们轻而易举的制定了便于我们开展工作的里程碑点，但后期发现我们初期制定的里程碑点还是不够乐观，还是要逼着自己的团队去OT，那基本就是意味着自己挖坑自己跳，这个时候最好的办法就是重新再次敲定里程碑点。
- 还是里程碑制定了就必须践行这个观点，如果制定过程不够民主，而后期又拿着这个里程碑来压迫项目组成员，结果只会官逼民反、情绪低落、内耗。
那对于里程碑这个东西我们该怎么用呢？
- 就算客户经验老道，我们的项目经理还是要在里程碑制定这个制高点上不能松口。项目经理就是用来给项目组顶压力的，老大一松口，小兵忙一周。
- 在制定过程中，尽量找有相似项目经验的人员一起参与或指导。
- 在制定过程中，如果项目组的人员已经到位，可以让项目组成员一起参与。
- 研究客户的情况，包括进度的期望、质量的期望、管理工作的熟练程度等，制定里程碑确立谈判策略。
- 项目里程碑制定下来之后，整个项目组都要明确里程碑，尤其是下一个里程碑点。
- 如果后期发现里程碑制定的不合理，项目经理别撑着，撑着迟早要出问题，正视失控的里程碑，重新确立谈判策略，跟客户从新确定里程碑，千万别因为你曾经犯的错误而让整个项目组去顶包，正视它，干掉它，客户天生就是用来被说服的。