三、敏捷开发

三、敏捷开发
敏捷开发
软件更像一个活着的植物，软件开发是自底向上逐步有序的生长过程，类似于植物自然生长

敏捷开发遵循软件客观规律，不断的进行迭代增量开发，最终交付符合客户价值的产品

敏捷价值观

个人和他们之间的交流胜过开发过程和工具

可运行的软件胜过宽泛的文档

客户合作胜过合同谈判

对变更的良好响应胜过按部就班地遵循计划

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

极限编程
Scrum
自适应软件开发（ASD）
动态系统开发方法（DSDM）
特征驱动开发（FDD）
精益软件开发（LSD）
敏捷建模AM
敏捷统一过程AUP
极限编程XP
极限编程是敏捷软件开发中应用最为广泛和最富有成效的几种方法学之一。
极限编程的主要目标在于降低因需求变更而带来的成本。
采用迭代的交付方式，每个迭代很短（1-3周时间）。在每个迭代结束的时候，团队交付可运行的，经过测试的功能，这些功能可以马上投入使用。

XP 编码
鼓励“测试驱动开发(TDD)”
鼓励“结对编程”
鼓励“重构”
XP 测试
每天进行集成和确认测试（持续集成）
“验收测试” 由客户确定，根据本次软件发布中所实现的用户故事而确定。
Scrum
一种敏捷开发的模型。
采用短周期迭代交付方式
Scrum 流程包括：
3个角色
3个工件
5个活动

Scrum中的角色

同项目经理类似的Scrum主管:负责维护过程和任务
产品负责人代表利益所有者
开发团队包括了所有开发人员
Scrum的工件（资料、文档）

Product Backlog产品订单
Sprint Backlog冲刺订单
Burndown chart燃尽图
Scrum的活动

Sprint冲刺
Sprint planning meeting冲刺计划会
Daily standup meeting每日立会
Sprint review冲刺评审会
Retrospective meeting回顾会议