6.1 迭代循环
单个迭代内，敏捷团队工作过程如下：
(1).执行迭代规划
(2).同时执行下列3组工作
1).产品负责人
2).测试人员
3).开发团队成员
(3).执行每日站立会
(4).执行迭代审查与回顾会议
6.2 迭代规划
1.产品负责人/客户在迭代规划的工作
(1).重新排列迭代待办列表顺序。
(2).倾听开发团队是否有“过度工程”或“未及工程”。
2.开发团队在迭代规划的工作
6.3 敏捷工程实践
1.结对编程
(1).有更好的设计。
(2).减少缺点。
(3).减少文档。
(4).增加效率。
(5).减少技术债务。
2.测试驱动的开发
3.简单设计
4.重构
(1).保持程序简洁。
(2).增加效能。
(3).改善可维护性。
5.单元测试
(1).促进改变。
(2).简化集成。
(3).分享程序代码的所有权。
6.持续集成
7.技术债务
8.不要重复
6.4 团队分享信息
1.每日站立会
(1).昨天到今天，完成了哪些工作？
(2).今天下班前要做完哪些工作？
(3).要做的工作，有没有什么问题或阻碍会影响进展？
2.每日站立会的潜规则
(1).有负责工作的人就必须参加。
(2).只有那些负责工作的人有发言权。
(3).讲话时要对团队说，不要对敏捷教练说。
(4).不可以在下面交头接耳。
(5).为新的工作做一个新的可黏性贴纸。
(6).会议结束后再讨论问题。
3.信息发布站
4.用户故事板/工作板
5.循环时间
6.臭虫墙/臭虫板
6.5 迭代审查和回顾会议
6.5.1 迭代审查
1.迭代审查会议
2.迭代审查常用图表
(1).燃尽图：剩余用户故事点数
(2).燃尽图：待验收测试点数
(3).燃尽图：剩余累积风险
(4).燃起图：已完成的用户故事点数
(5).迭代工作量图
(6).停车场图
(7).追踪漏网缺陷图
(8).控制图
6.5.2 迭代回顾
1.执行迭代回顾
迭代回顾是学习、挑战及调整的过程，包含但不限于下列事项：
(1).讨论任何在个人、团队或过程中的问题。
(2).讨论哪些可行，哪些必须改进。
(3).同意最先应提出和修正的工作。
(4).在下一个回顾会议前，审查这些应修正的工作是否已修正。
(5).要进行"感激"游戏：团队每个人都要感谢在这次迭代中提供协助的团队成员。
2.解决问题
3.绘制价值流图
(1).辨识产品或服务。
(2).画一个有步骤和延迟的价值流图。
(3).评鉴以辨识出浪费、延迟和限制。
(4).画一个可消除浪费的新的价值流图。
(5).以上步骤要在回顾时持续进行，以检查浪费并持续改善。
6.6 敏捷净值管理
6.7 收尾阶段
1.交付项目产品或成果
2.项目回顾会议
3.结束项目活动