|
首先什么情况下敏捷不是最佳选择?比如需求基本是确定的。当项目具备可靠的历史记录作为开发基准时，最好采用瀑布式开发方法。转自项目管理者联盟
适用敏捷的情况可能比较多，我们列举几个主要的情况，欢迎大家补充：项目经理圈子
1、产品需求不确定时项目管理者联盟
这种情况下，敏捷可以使项目更快启动，并让产品负责人参与到开发过程中。用敏捷的方式，我们就不用在不确定客户是否会满意的情况下花时间记录产品需求，负责人可以在开发新产品功能时，把客户反馈作为开发过程的一部分，以最快的速度将功能呈现，以最小的代价进行试错。PgMp.mypm.net
2、敏捷是最佳选择时项目经理圈子
因为软件开发过程本身就允许整个系统中的部分功能先进行开发、测试和交付。这就意味着某些特定功能的交付时间会早于其他功能。敏捷则允许开发团队单独测试和部署这些功能，从而确保开发效率。
3、管理层支持时转自项目管理者联盟
在传统的开发团队中，项目经理需要提供明确的方向。而在敏捷开发中，敏捷教练则会鼓励开发团队提出最适合产品开发和产品负责人的方案。管理层必须赋予团队必要的自由，要提供能让团队快速成长的指导和方向，而不是控制团队的每一步行动。项目管理者联盟
敏捷可以为企业带来文化和期望层面的转变，因为它鼓励团队赋权，让团队负责做出决策并承担相应的风险。敏捷为项目经理提供了更多的选择，帮助其解决项目进度中的各类问题，让他们有可能更好地管理项目。bbs.mypm.net
4、团队成员拥有从失败中学习的意愿时bbs.mypm.net
快速试错，更快速地从失败中学习。传统的开发方式试图在项目启动前描述所有的需求，这么做会浪费大量时间，尤其是在开发新产品时。所以一旦有了想法就应该立刻进行开发，即使当前的产品并非产品负责人想要的。这样做的目的是要通过不断的反馈来调整产品方向并继续开发。项目管理者联盟
项目管理者联盟bbs.mypm.net
|
