scrum开发

    这次去MSRA的培训，时间比较仓促，技术最大的收获就是M$内部的开发模式。

    对于中小型项目，MS采用scrum这种敏捷开发模式（http://www.controlchaos.com）

    简单来说，就是先按功能列表的各项需求优先级，分开一个个sprint进行迭代开发。每一个sprint周期大概30天，每天做20分钟的汇报，使得小组成员随时跟踪项目进度。当一个sprint结束时，一个部分功能的可用系统便已行程，可进行测试和对客户的演示。然后进入下一个迭代周期，添加新的功能。

转 http://www.cnblogs.com/fanjunhan/articles/57760.html

SCRUM方法的开发过程
包括三个过程：

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

(2) Sprint（经验性过程）
该过程由若干个迭代的冲刺(Sprint) 活动组成，直至风险评估认为产品可交付为止。一个Sprint是在限定时间段内（Sprint周期，通常为1~6周，可在前一个Sprint结束时调整）的一系列开发活动（包括分析、设计、编码、测试等），每个SCRUM小组并行开发且必须步调一致（在一个Sprint结束后，均须完成所分配的Backlog项并有可执行的产出）。
每个Sprint包含以下活动：
      l 开发。对分配的Backlog工作进行分析，将所需改动（changes）映射到各packets，打开packets,进行领域分析，然后设计、开发、实施、测试、文档化这些改动。
    l 打包(Wrap)。封装packets,产生一个满足Backlog需求的可执行版本。
    l 评审（Review）。所有的SCRUM小组一起开会，提交各自的工作并演示(Demo)，然后提出和解决问题(Issue)及难点（problem）,增加新的Backlog项；发布、审查或调整产品的标准规范；进行风险评估并提出合适的对策；确定下一个Sprint的工作内容和结束时间。
    l 调整（Adjust）。根据评审会汇集的信息，对受影响的Packets进行适当调整和巩固。

(3) 交付和巩固（确定性过程）
    一旦根据风险评估结果认为可交付产品时，即进入该阶段。该阶段的活动包括：组装，系统测试和回归测试（Regression），准备培训材料，完成最终文档。
    SCRUM过程认为一个产品的开发将一直持续下去，除非经风险评估后认为应停止。产品交付后的巩固活动类似于传统方法中的维护和改善，目的在于整理Sprint期压力下忽略的工作，为下一阶段的开发做准备，以便轻装上阵。

Sprint期间的调控。
在Sprint期间，应使各SCRUM小组尽量避免外界的干扰（不可将新的Backlog任务加进来，组内产生的Backlog可放到整个项目的Backlog列表中，也可在本次Sprint中解决），使小组成员专心于目前的工作，使他们工作在混沌的边沿。
为避免项目组在Sprint期间不陷入混乱，SCRUM采取两个措施:
l SCRUM会议（SCRUM Meeting）。
    对小组行为进行监控和刺激。会议在Sprint期间每天在同一地点举行，由SCRUM Master主持。会议上，SCRUM Master对每个小组成员提三个问题：
      1） 昨天的工作进展如何。
      2） 有否遇到困难和障碍。
      3） 今天的工作打算。
会后SCRUM Master集中精力排除障碍，小组成员则进行当天的开发。
l Sprint评审会议。评审后根据对每人的工作成绩，进行相应的激励。