【敏捷开发】

8.1敏捷开发模型的定义

门径和敏捷方法的特点：门径流程适用于开发硬件产品，而敏捷方法适用于开发软件产品。这两种方法是相对独立的。敏捷方法和门径流程不是互相取代的关系。相反敏捷方法是一种有效的微观规划工具或项目管理工具，可以用于门径流程中以加快某些阶段，如阶段3和阶段4。

8.2敏捷开发理论敏捷来源

敏捷方法最初是为快速开发软件而专门设计的。在实践中，开发阶段包括一系列的冲刺，每个冲刺或迭代交付一个产品(可运行的代码或软件)并可以向相关方(客户)演示该产品。一次迭代可能无法为产品赋予足够多的功能或使产品达到上市要求，但在每次迭代结束时都会有一个可用的产品版本，这恰恰是迭代的目标。若要发布产品或新特性，则通常需要进行多次迭代。一次冲刺的周期通常为2~4周。

敏捷开发宣言：

敏捷方法是在合作环境下由自组织的团队进行产品迭代开发的过程。

敏捷十二原则

1. 我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户
2. 欢迎对需求提出变更，即使是在项目开发后期，要善于利用需求变更，帮助客户获得竞争优势。
3. 要不断交付可用的软件，周期从几周到几个月不等，且越短越好
4. 项目过程中，业务人员与开发人员必须在一起工作
5. 要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务
6. 无论是团队内还是团队间，最有效的沟通方法是面对面交谈
7. 可用的软件是衡量进度的主要指标
8. 敏捷过程提倡可持续的开发，项目方、开发人员和用户应该能够保持恒久稳定的进展速度
9. 对技术
10. 的精益求精以及对设计的不断完善将提升敏捷性
11. 要做到简洁，即尽最大可能减少不必要的工作，这是一门艺术
12. 最佳的架构，需求和设计出自于自组织团队
13. 团队要定期反省如何能够做到更有效，并相应的调整团队的行为

Scrum335模型

 敏捷产品开发过程的关键要素：

产品待办事项列表

它是一份涵盖产品中已知所需每项内容的有序列表，它是产品需求变动的唯一来源，它永远不是完整的。包括描述、次序、估算和价值，包括测试描述，在完成时证明其完整性。

敏捷流程：Scrum

冲刺：一般冲刺3-5周，周期由敏捷负责人决定。

敏捷教练（仆人式领导） 

【要点】鼓励、辅导、提问、询问、提醒、提示、建议。总之，不做决定。

仆人式领导的职责：

促进作用：工作重点从“管理协调”转向“促进合作”。促进个人参与、促进团队内部和团队之间的
合作与对话。仆人式领导是通过成为公正的搭桥者和教练来做到，而不是代替其他责任人做出决策。

消除组织障碍：教育相关方，将团队从详尽的文档、冗长的过程、频繁的打扰、跨部门工作、行政任务等问题中解放出来；

为他人贡献铺路：通过技术项目管理活动（敏捷原则及实践），提供培训或者支持性工作。

敏捷团队

完整内容和更多内容看图：