【敏捷开发】
8.1敏捷开发模型的定义
门径和敏捷方法的特点：门径流程适用于开发硬件产品，而敏捷方法适用于开发软件产品。这两种方法是相对独立的。敏捷方法和门径流程不是互相取代的关系。相反敏捷方法是一种有效的微观规划工具或项目管理工具，可以用于门径流程中以加快某些阶段，如阶段3和阶段4。
8.2敏捷开发理论敏捷来源
敏捷方法最初是为快速开发软件而专门设计的。在实践中，开发阶段包括一系列的冲刺，每个冲刺或迭代交付一个产品(可运行的代码或软件)并可以向相关方(客户)演示该产品。一次迭代可能无法为产品赋予足够多的功能或使产品达到上市要求，但在每次迭代结束时都会有一个可用的产品版本，这恰恰是迭代的目标。若要发布产品或新特性，则通常需要进行多次迭代。一次冲刺的周期通常为2~4周。
敏捷开发宣言：
敏捷方法是在合作环境下由自组织的团队进行产品迭代开发的过程。
敏捷十二原则
- 我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户
- 欢迎对需求提出变更，即使是在项目开发后期，要善于利用需求变更，帮助客户获得竞争优势。
- 要不断交付可用的软件，周期从几周到几个月不等，且越短越好
- 项目过程中，业务人员与开发人员必须在一起工作
- 要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务
- 无论是团队内还是团队间，最有效的沟通方法是面对面交谈
- 可用的软件是衡量进度的主要指标
- 敏捷过程提倡可持续的开发，项目方、开发人员和用户应该能够保持恒久稳定的进展速度
- 对技术
- 的精益求精以及对设计的不断完善将提升敏捷性
- 要做到简洁，即尽最大可能减少不必要的工作，这是一门艺术
- 最佳的架构，需求和设计出自于自组织团队
- 团队要定期反省如何能够做到更有效，并相应的调整团队的行为
Scrum335模型
敏捷产品开发过程的关键要素：
产品待办事项列表
它是一份涵盖产品中已知所需每项内容的有序列表，它是产品需求变动的唯一来源，它永远不是完整的。包括描述、次序、估算和价值，包括测试描述，在完成时证明其完整性。
敏捷流程：Scrum
冲刺：一般冲刺3-5周，周期由敏捷负责人决定。
敏捷教练（仆人式领导）
【要点】鼓励、辅导、提问、询问、提醒、提示、建议。总之，不做决定。
仆人式领导的职责：
促进作用：工作重点从“管理协调”转向“促进合作”。促进个人参与、促进团队内部和团队之间的
合作与对话。仆人式领导是通过成为公正的搭桥者和教练来做到，而不是代替其他责任人做出决策。
消除组织障碍：教育相关方，将团队从详尽的文档、冗长的过程、频繁的打扰、跨部门工作、行政任务等问题中解放出来；
为他人贡献铺路：通过技术项目管理活动（敏捷原则及实践），提供培训或者支持性工作。
敏捷团队
完整内容和更多内容看图：
