敏捷迭代开发-管理指南

IID 增量式迭代

Scrum

关键实践

1. 自主型自我组织团队；
2. 对一些迭代而言，一旦确定了任务，就不额外增加工资；
3. 迭代周期通常为30个日历日；
4. 每次迭代最后都向外部利益相关者演示成果；
5. 对于每次迭代，采用客户驱动自适应计划；

Scrum每日站会

1. 自从上次Scrum你都做了什么；
2. 从现在开始到下次Scrum你将做什么；
3. 是什么阻碍了迭代目标的实现；
4. 有没有要添加到冲刺代办事宜中的任务；
5. 你是否从团队成员的某些人身上学到了一些新的东西或者做出了一些新的决定；

极限编程

1. 4种价值观
   a. 沟通；b. 简单；c. 反馈；d. 勇气
2. 核心实践
   a. 计划博弈；b. 小规模的频繁发布；c. 系统隐喻；d. 简单设计；e. 测试；f. 经常重构；g. 结对编程；h. 团队代码所有权；i. 持续集成; j. 可持续速度; k.整个团队在一起；l. 编码标准

UP(统一过程)

关键实践

1. 在短期的时间箱迭代开发
2. 在早期的迭代中开发高风险的元素和高价值的元素，尽量重用已存在的组件
3. 确保向你的客服交付有价值的东西
4. 尽早适应项目中的变化
5. 作为一个团队协同工作

迭代组织过程

1. 起始阶段
   确定高级目标、商业案例、远景，以及预定义和允诺的范围，详细定义10%的重要需求，识别关键风险，详细评估工作量
2. 细化阶段
   迭代强调编写有风险的核心架构，识别和缓解重要风险，对80%的主要需求进行改进和详细定义，可靠性和信息足于估算工期和工作量
3. 构造阶段
   完成系统设计并未开发做好准备，在细化阶段的基础上，进行高效的和可预见的开发
4. 移交阶段
   校验系统设计为部署做准备，部署系统

Evo（Evolutionary Project Management）

强调内容

1. 段迭代，每次迭代交付一个渐进版本
2. 渐进式的需求和设计
3. 自适应的客户驱动的计划或者价值驱动的计划
4. 价值和进度的可量化的度量
5. 用树枝度量的方式定义所有的质量需求
6. 对于规格说明描述，可选用一种语言-P语言(Planguage)