1 一个项目用敏捷管理还是瀑布式管理？

　　这可能是项目管理专业人士也会有疑惑的问题，早期的PMP认证还是讲五大过程组，讲瀑布式管理，但这两年的的pmp认证加入了更多的敏捷管理的部分。那我们项目到底是用敏捷还是瀑布式管理？

　　这取决于项目的特征？

　　学过PMP的的都知道，对于那种传统的、外部环境相对稳定、外部变更较少的项目来说，使用传统的瀑布式管理是可以的。对于需要快速响应市场变化，聚焦客户价值（在初期客户并不一定清楚项目价值），更快更准地发布可以使用的产品，那么使用敏捷管理显然更合适。然后瀑布和敏捷并非互斥的，这两者是可以随着项目的情况，进行一定的融合。 比如大瀑布里的小敏捷，大敏捷里的小瀑布，再比如项目初期用瀑布式管理，项目中期用敏捷管理，项目后期再用瀑布式管理。

　　不管是做产品还是交付项目，都需要立项决定项目符不符合公司的战略规划，做大量的市场调研来决定项目值不值得做，做技术调研来决定项目能不能做起来，如何做起来。这些都是瀑布式管理的第一阶段。如下图所示，项目大的框架还是走传统的瀑布，但是里面的执行/监控阶段就可以用敏捷的方式来管理。

　　适合敏捷管理的项目特征：

　　1）所有的产品类项目，saas化产品项目

　　2）周期很长的交付项目，大于3个月就可以考虑用敏捷，周期性测试验证来降低项目的风险

　　3）项目需求变化多的交付项目

　　4）团队参与人员很多的项，需要把团队分组，并进行周期性拉通测试，以保证项目实施的准确性。

　　适合于瀑布式管理的项目：

　　1）纯交付类项目，并且研发工作占比很少

　　2）项目时间很短，小于2个月，不需要切分成很多次迭代就可以完成的项目

　　3）项目需求非常明确无变更，团队对技术实现有非常多的经验，项目几乎无风险，也不需要增量式交付。

　　我用过如下几种管理方式，仅供参考，具体用什么，还需要结合项目的特性。

　　2 甘特图管理交付项目

　　项目总体计划-JIRA

　　项目总体计划-TB

　　项目阶段计划-JIRA

　　项目阶段计划-TB

　　对于每一个阶 都可以向下拆解若干任务，形成阶段性甘特图：

　　3 敏捷面板管理交付类项目

　　把项目的不同阶段定义为冲刺，但是这个冲刺不需要固定2周，根据各阶段规划的时间来定义冲刺的开始和完成时间。在启动，规划，收尾阶段管理的几乎都是任务。执行阶段管理的是故事+任务，测试阶段管理的是测试用例+缺陷。

　　当然两个冲刺之间也可以有重叠的部分。

　　4 看板类管理交付项目

　　这类的管理方式，时间界限不是特别直观。需要单个任务去看开始和完成时间。

　　对于内容很少且参与人数不多的小项目可以这样管理。 复杂的项目建议用甘特图或者敏捷冲刺管理。

作者：JIRA娘    

来源：http://www.51testing.com/html/29/n-7796929.html