(ACP)敏捷项目管理

一）为什么需要敏捷

1.可视性
2.灵活性
3.短期预测性
4.长期愿景

二）敏捷和敏捷项目管理定义

敏捷宣言

我们正在通过亲自开发和帮助他人开发，发现开发软件的更好方法。通过这项工作，我们开始更重视：
个体和互动 而不是 流程和工具
工作的软件 而不是 详尽的文档
客户合作 而不是 合同谈判
响应变化 而不是 遵循计划

三）敏捷项目管理价值和原则

1.我们的最高目标是：通过尽早持续交付有价值的软件来满足客户的需求；
2.欢迎对需求提出变更，即使在项目开发后期也不例外。敏捷过程要善于利用需求变化，帮助客户获得竞争优势；
3.要经常交付可用的软件，周期从几周到几个月不等，且越短越好；
4.项目实施过程中，业务人员与开发人员必须始终通力合作；
5.要善于激励项目人员，给予他们需要的环境和支持，并相信他们能够完成任务；
6.团队内部和各个团队之间，最有效的沟通方法是：面对面的沟通；
7.可用的软件是衡量进度的首要衡量标准；
8.敏捷过程提倡可持续的开发；
9.对技术的精益求精以及对设计的不断完善将提高敏捷型；
10.简洁：尽最大可能减少不必要的工作；
11.最佳的架构，需求和设计将出自「自组织团队」；
12.团队要定期反省怎样做才能更有效。

四）生命周期选择

方法	方法	活动	交付	目标
预测型	固定	整个项目仅执行一次	一次交付	管理成本
迭代型	动态	反复执行直至修正	一次交付	解决方案的正确性
增量型	动态	对给定增量执行一次	频繁更小规模交付	速度
敏捷型	动态	反复执行直至修正	频繁小规模交付	通过频繁小规模交付和反馈实现的客户价值

五）敏捷实施－创造敏捷环境

仆人式领导
敏捷团队

六）敏捷实施－在敏捷环境中交付

常见敏捷实践
1.回顾：让团队学习，改进，调整其过程；
2.待办事项列表编制；
3.待办事项列表的细化；
4.每日站会：不超过15分钟；
5.展示／评审：用户故事，产品负责人，每两周至少一次；
6.规划基于迭代的敏捷；
7.帮助团队交付价值的执行实践：持续集成，在不同层面测试，验收测试驱动开发，测试驱动开发／行为驱动开发，刺探；
8.迭代和增量如何帮助交付工作产品。

燃尽图
可预测衡量指标
产品待办事项列表燃起图
敏捷中的挣值

七）敏捷项目管理过程框架

五个阶段的实践清单
创新游戏
20/20愿景：所有特点都写在卡片且贴于墙上，并把它们从最重要到最不重要排序；
学徒：团队成员使用目前的产品或人工流程，其他成员观察他如何与系统互动；
买动能：给干系人展示新产品功能及产品的估计价格。有限的假想现金来买想要的部分功能；
产品盒：要求干系人设计一个产品盒来诱使其他人买这个产品，给干系人材料来设计并突出那些他们认为对客户最为重要的功能；
修剪产品树：产品的主要功能为树干，大的产品组件为枝干，产品特性为树枝。