Agile敏捷软件开发方法

2001年2月，新方法的一些创始人在美国犹他州成立Agile 联盟(http://www.agilealliance.org/ )
Agile方法是在保证软件开发有成功产出的前提下，尽量减少开发过程中的活动和制品的方法。笼统的讲就是，“刚刚好”（Just enough），即开发中的活动及制品既不要太多也不要太少。

• 基于适应而非预测
• 以人为导向而非过程导向

我预言XP对当今时代的作用可与CMM在八十年代和九十年代初的作用相媲美
-- Tom DeMarco, Cutter Trends Report

新方法在实践中取得了巨大的成功
• IONA公司的Obix技术支持小组在采用了XP方法后，软件生产率提高了67%
• SPG( software productivity group) 的Capers Jones则称，SCRUM方法可提高生产率6倍

Agile 具体方法：
• Extreme Programming (简称XP)
• SCRUM
• Crystal Methodologies (简称Crystal)
• Feature Driven Development(简称FDD)
• Dynamic Systems Development Methodology(简称DSDM)
• Adaptive Software Development(简称ASD)
• Pragmatic Programming等

• 由Kent Beck提出，是Agile方法中最引人注目的一个
• XP最初实践于1997年Crysler公司的C3项目 (Smalltalk开发）
• 适用于10人以下项目组、开发地点集中的场合
• 广泛用于需求模糊和挥发性强的场合

Website: http://www.xprogramming.com http://www.extremeprogramming.org/

XP方法(4个核心价值）：
 交流（Communication）
项目相关人员之间充分、多渠道（最好面对面）的沟通
简化（Simplicity）
• 在系统可运转的前提下，做最简洁的工作
• 在开发中不断优化设计，时刻保持代码简洁、无冗余
反馈（Feedback）
强调各种形式（如小交付、短迭代等）的反馈
 胆识（Courage）
面对压力做正确的判断并敢于付诸行动（如敢于丢弃设计不良的代码，疲惫时立即休息等）

SCRUM方法：
• 由Ken Schwaber和 Jeff Sutherland 提出
• 名称来自Rugby Scrum(英式橄榄球）
• 最初实践于Easel公司(1993年)
• 是对迭代式面向对象方法的改进
• 基于复杂性理论,过程分为确定性(Defined)过程和经验性(Empirical)过程
• 适用于需求难以预测的复杂商务应用产品的开发

• 提出的SCRUM Meeting、Sprint、Backlog、SCRUM Master、SCRUM Team、Demo等模式已被PLOP (Pattern Language Of Programs)作为组织和过程模式（Organizational and Process Pattern）的标准
• 被认为可提高生产率6倍（微软的开发过程与此类似，另一与此类似的开发过程是Borland 的Quattro项目，每人周产出1000行的交付代码）
Website: http://www.controlchaos.com/ http://www.jeffsutherland.org/scrum/index.html

SCRUM方法（开发过程）：
(1) 计划和体系结构设计（确定性过程）
将Backlog（急待完成的一系列任务，包括：未细化的产品功能要求、Bugs、缺陷、用户提出的改进、具竞争力的功能及技术升级等）按优先级排序形成Backlog 列表，根据该表和风险评估制订产品交付基线。
建立系统体系结构（如为已有系统改进，则只作有限分析、调整），将Backlog项按高内聚低耦合的原则分解为一系列问题包(Packets,每个Packet是一组对象或构件的集合) ，依据同样原则相应划分若干个开发小组（SCRUM 小组）,分配各小组合适的Backlog项或问题包。建立开发运行环境。

(2) Sprint（经验性过程）
该过程由若干个迭代的冲刺(Sprint) 活动组成，直至风险评估认为产品可交付为止。一个Sprint是在限定时间段内（Sprint周期，通常为1~6周，可在前一个Sprint结束时调整）的一系列开发活动（包括分析、设计、编码、测试等），每个SCRUM小组并行开发且必须步调一致（在一个Sprint结束后，均须完成所分配的Backlog项并有可执行的产出）。

每个Sprint包含以下活动：
• 开发。对分配的Backlog工作进行分析，打开packets,进行领域分析，然后设计、开发、实施、测试、文档化这些改动。
• 打包(Wrap)。封装packets,产生一个满足Backlog需求的可执行版本。
• 评审（Review）。所有的SCRUM小组一起开会，提交各自的工作并演示(Demo)，然后提出和解决问题(Issue)及难点（problem）,增加新的Backlog项；发布、审查或调整产品的标准规范；进行风险评估并提出合适的对策；确定下一个Sprint的工作内容和结束时间。
• 调整（Adjust）。根据评审会汇集的信息，对受影响的Packets进行适当调整和巩固。
(3) 交付和巩固（确定性过程）
一旦根据风险评估结果认为可交付产品时，即进入该阶段。该阶段的活动包括：组装，系统测试和回归测试（Regression），准备培训材料，完成最终文档。
SCRUM过程认为一个产品的开发将一直持续下去，除非经风险评估后认为应停止。产品交付后的巩固活动类似于传统方法中的维护和改善，目的在于整理Sprint期压力下忽略的工作，为下一阶段的开发做准备，以便轻装上阵。

项目管理组。由产品经理领衔，包括总设计师，各SCRUM小组组长，市场、销售的高级职员及典型用户。 若干个SCRUM小组。各小组由组长（SCRUM Master）领衔。每个小组都是跨专业的（通常包括开发人员、文档人员、质量控制人员或用户代表等），通常为3~7人，以使小组内有充分的交流。
SCRUM OF SCRUM。
SCRUM会议（SCRUM Meeting）。
Sprint评审会议。

推荐书籍：
《Agile Project Management with Scrum》
《硝烟中的scrum-and-xp》