1 一个项目用敏捷管理还是瀑布式管理？
这可能是项目管理专业人士也会有疑惑的问题，早期的PMP认证还是讲五大过程组，讲瀑布式管理，但这两年的的pmp认证加入了更多的敏捷管理的部分。那我们项目到底是用敏捷还是瀑布式管理？
这取决于项目的特征？
学过PMP的的都知道，对于那种传统的、外部环境相对稳定、外部变更较少的项目来说，使用传统的瀑布式管理是可以的。对于需要快速响应市场变化，聚焦客户价值（在初期客户并不一定清楚项目价值），更快更准地发布可以使用的产品，那么使用敏捷管理显然更合适。然后瀑布和敏捷并非互斥的，这两者是可以随着项目的情况，进行一定的融合。 比如大瀑布里的小敏捷，大敏捷里的小瀑布，再比如项目初期用瀑布式管理，项目中期用敏捷管理，项目后期再用瀑布式管理。
不管是做产品还是交付项目，都需要立项决定项目符不符合公司的战略规划，做大量的市场调研来决定项目值不值得做，做技术调研来决定项目能不能做起来，如何做起来。这些都是瀑布式管理的第一阶段。如下图所示，项目大的框架还是走传统的瀑布，但是里面的执行/监控阶段就可以用敏捷的方式来管理。
适合敏捷管理的项目特征：
1）所有的产品类项目，saas化产品项目
2）周期很长的交付项目，大于3个月就可以考虑用敏捷，周期性测试验证来降低项目的风险
3）项目需求变化多的交付项目
4）团队参与人员很多的项，需要把团队分组，并进行周期性拉通测试，以保证项目实施的准确性。
适合于瀑布式管理的项目：
1）纯交付类项目，并且研发工作占比很少
2）项目时间很短，小于2个月，不需要切分成很多次迭代就可以完成的项目
3）项目需求非常明确无变更，团队对技术实现有非常多的经验，项目几乎无风险，也不需要增量式交付。
我用过如下几种管理方式，仅供参考，具体用什么，还需要结合项目的特性。
2 甘特图管理交付项目
项目总体计划-JIRA
项目总体计划-TB
项目阶段计划-JIRA
项目阶段计划-TB
对于每一个阶 都可以向下拆解若干任务，形成阶段性甘特图
3 敏捷面板管理交付类项目
把项目的不同阶段定义为冲刺，但是这个冲刺不需要固定2周，根据各阶段规划的时间来定义冲刺的开始和完成时间。在启动，规划，收尾阶段管理的几乎都是任务。执行阶段管理的是故事+任务，测试阶段管理的是测试用例+缺陷。
当然两个冲刺之间也可以有重叠的部分。
4 看板类管理交付项目
这类的管理方式，时间界限不是特别直观。需要单个任务去看开始和完成时间。
对于内容很少且参与人数不多的小项目可以这样管理。 复杂的项目建议用甘特图或者敏捷冲刺管理。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
