Chapter 5 敏捷开发

敏捷宣言

• 个人和他们之间的交流胜过了开发过程和工具
• 可运行的软件胜过了宽泛的文档
• 客户合作胜过了合同谈判
• 对变更的良好响应胜过了按部就班地遵循计划

敏捷原则

• 我们最优先要做的是通过尽早、持续交付有价值的软件来使客户满意。
• 即使在开发的后期，也欢迎需求变更。敏捷过程利用变更为客户创造竞争优势。
• 经常交付可运行软件,交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。
• 在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。
• 围绕有积极性的个人构建项目。给他们提供所需的环境和支持，并且信任他们能够完成工作。
• 在团队内部，最富有效果和效率的信息传递方法是面对面交谈。
• 可运行软件是进度的首要度量标准。
• 敏捷过程提倡可持续的开发速度。责任人( sponsor)、开发者和用户应该能够长期保持稳定的开发速度。
• 不断地关注优秀的技能和好的设计会增强敏捷能力。
• 简单——使不必做的工作最大化的艺术——是必要的。
• 最好的架构、需求和设计出自于自组织团队。
• 每隔一定时间，团队会反省如何才能更有效地工作，并相应调整自己的行为。

极限编程💡

• 策划
  • 始于倾听
  • 用户故事：描述将要开发的软件所需要的输出、特性以及功能
  • 客户创建story，分配优先级，评估story工作量，若超过三个开发周，则要求客户细分故事
  • 故事排序方式
    • 所有选定故事将（在几周之内）尽快实现</