项目生命周期是团队和项目经理组织产品开发的方式。一旦踏上项目之路，没有哪种生命周期是完美无缺的，需要根据实际情况对它进行拓展，不时的修修补补。
理解项目生命周期
项目生命周期是团队和项目经理组织产品开发的方式。定义需求、设计、开发、测试以及与这些工作同时进行的过程，都算是生命周期的一部分。
不要把现实状况理想化，比如前期需求不完整，客户期望过高，这些都属于项目内部或外部的风险。项目生命周期最重要的职责就是要识别风险，帮助项目经理交付成功的产品。
项目生命周期要有利于项目成员尽早得到反馈，“顺序式”生命周期属于“预测式”生命周期，这种方式是缺少数据，无法证明现在的工作是否为将来提供了足够的支撑。相反，敏捷式生命周期在较短的时间盒内提供了两个反馈循环，能帮助项目成员尽早得到反馈，发现问题并及时调整。
生命周期概览
现在主要有四种不同类型的声明周期：顺序式、迭代式、增量式、敏捷式（迭代/增量），不同的生命周期有不同的风险处理方式。
顺序式生命周期把项目划分为“需求收集”、“分析”、“设计”、“编码”、“集成”和“测试”6个阶段，一般而言“一次只做一个阶段该做的事情”。
迭代式生命周期会创建系统的部分原型，在每次迭代中只开发产品的一部分。
增量式生命周期在需求收集和分析阶段和顺序式基本类似，不过采用时间盒的方式，后续开发阶段过程中每次开发一个功能，完成集成和测试后再开发另一个功能。
敏捷式生命周期混合了迭代式和增量式两种生命周期，迭代更短、增量更少。团队会规划一个有时间限制的迭代，首先实现最有价值的功能，在过程中收集数据和获得反馈，根据项目的实际进展和环境变化等情况，为后续迭代重新进行规划。
不同类型生命周期管理风险的方式
管理架构风险
架构风险指团队选择的架构能否满足当前项目的要求，想尽早发现并解决架构风险，可以采取下面的这些方法。
- 对于接近“完成”的原型，尽早在项目中展开迭代，包括对原型的测试；
- 尽早实现若干可以考验架构承受能力的功能，多做实验，获取验证数据并继续分析；
- 用时间盒限制整个架构相关的工作；
- 开发出至少三种不同的架构选择，说出每种架构的长处和风险。
铭记在心
- 在组织项目时，使用任何生命周期或是多种声明周期的组合，都可以让项目踏上成功之路；
- 要创建适合自己项目实际情况的生命周期，“完美”的生命周期只是模型而已；
- 只有在确定使用顺序式生命周期可以成功时才使用，而不是不经思考就用，默认选敏捷式生命周期；