上次我们说了项目生命周期，在项目生命周期中，我们比较关注的是项目的阶段。
“阶段”其实有几种不同的叫法，我们所关心的叫做“管理阶段”。
通过“管理阶段”，我们可以把一个很长的项目生命周期分为几段，防止有些项目周期跨度太大，出了问题之后我们不知道。
通常，我们把这类项目叫做“交钥匙工程”或者“黑匣子”。
像“黑匣子”似的项目管理是一种很可怕的管理模式，因为只有一个开始和结束，一旦中间方向出错或者有其他问题，但是大家并不知道。
等最后发现问题，可能已经给公司造成了不可挽回的损失。
不管是站在公司还是项目管理者的角度，这都是我们不愿意看到的结果。
为了解决这个问题，项目管理有一个很重要的原则，那就是项目必须要按照阶段划分。
这么做的目的是把整个项目拆分成几个关键的阶段，防止从项目开始就想一口气做到最后，中间出现问题，连纠正的机会都没有。
所以，划分项目阶段的目的，其实就是为了降低项目走偏的风险。
更多的也是希望项目经理在做项目的过程中，公司的领导和管理层或其他的相关方能有机会看到项目具体的过程是什么。
还有机会帮我们识别项目管理中一些方向性,或技术上的错误，然后及时纠正问题，保证我们的项目少走弯路。
为了保证某一个阶段性的工作做好之后，验收无误，顺利进入下一个阶段，我们必须要定义出来，这个关键阶段,“准入”和“准出”的准则是什么。
在这里我们也把它叫做“入口准则”和“出口准则”。
“准入”很好理解，就是一个阶段开始之前，有哪些工作是必须要做的；想要介入这个阶段，需要达到哪些条件；在开展阶段工作时，需要用到哪些人、如何分工。
“准出”就是说，在一个阶段结束的时候，必须要完成哪些交付成果，它才可以关闭。
对于具体的项目来说，划分阶段的数量不是越多越好，也不是越少就越好。
很多时候，我们评估项目应该有多少个管理阶段，会基于一个原则，就是项目至少要有两个管理阶段。
至于接下来管理阶段划分多少，应该基于项目风险和复杂程度决定。
通常有一个不成文的规定，那就是我们认为项目风险越高的时候，会希望多划分一些项目管理阶段。
如果项目本身很简单，那么除了立项、评审之外，可能其他的管理阶段我们就不需要了。
对于IT项目来说，我们通常的做法是，把明显具有IT特征的工作按照阶段划分。
因为在IT系统开发中，通常会有这样几个过程：
第一个就是做计划，这一阶段的工作基本都是PaperWork，在纸上去做好这些事情；
第二个阶段要做需求分析；然后第三个阶段要进行设计，可能有概要设计、有详细设计；
在这之后要进行编码开发，开发完成后要做测试，最后要上线发布。
你看，这就是一个具有IT特征的典型的项目管理阶段划分。
除了我们刚刚提到的降低风险，项目管理阶段，其实还有其他的作用。
首先要说的就是目标可视的问题，大家都知道，如果项目目标很长很遥远，就很难搞清楚这个目标做成什么样是可接受的、最后要怎么进行验收。
这时候，目标其实是不可视的，为了解决这个问题，我们需要把短期目标做出来。
短期目标从哪来呢？其实是从长期目标分解而来的。
在目标管理中我们讲过，有一种目标分解的方式，是按照时间轴分解，也就是把一个远期目标分解到各个阶段。
当我们能明确各个阶段目标的时候，目标的可视程度会变得更高，因为离我们更近了，至少当前阶段的目标一定是相对准确的。
项目管理阶段还有一个作用就是方便监控，在项目管理中我们很怕出现前面所说的“黑匣子”的状态，为了解决这个问题，我们把项目的长期过程分解为几个不同的阶段，每个阶段我们设置一个控制点。
这样能保证，至少在每个管理阶段结束的时候，我们能对这个阶段进行一次评审，在评审中，我们需要判断项目还有没有价值、进展到什么程度、风险是不是可控、是否跟我们预期的方向和目标一致，这其实就是完成了对项目监控的过程。
好了，以上就是今天的全部内容，通过今天的内容你可以知道，项目管理阶段有以下几个重要的作用：
（1）将项目划分为不同的管理阶段可以降低项目走偏的风险；
（2）将长远目标分解为不同阶段的目标，可以提高目标的可视程度，确保阶段性目标的准确性；
（3）通过项目管理阶段评审，判断项目价值、进展程度、风险可控度等，可以实现对项目的监控。
好啦，今天的内容分享就到这里啦，希望通过今天的内容，能帮助你对项目管理阶段的作用有更清晰的认识，这里是PM大本营，喜欢就关注我们吧，如有问题，欢迎私信沟通，咱们下期见！