第6章 迭代循环与项目结束
2017-04-06 12:21
197 查看
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.结束项目活动
单个迭代内,敏捷团队工作过程如下:
(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.结束项目活动
相关文章推荐
- 第6章 循环控制pps课件
- 培训结束,第二次迭代结束
- 关于如何使用自定义的结束消息循环的方式 (转载)
- 实训结束---MiniDB项目release(项目总结)
- 需求迭代与项目风险控制(舜亚工程师Jimmy: 《程序员》2007.2期)
- 实习结束,开始投身开源ERP!再对这一个月来参与开源ERP调研项目做一个小结。
- 项目结束阶段PM要做好三项工作
- 项目软件过程的迭代设计作业(案例设计)
- 项目软件过程的迭代设计作业(案例设计)
- 第三次迭代结束
- 将项目从瀑布式转为迭代过程
- 循环和迭代有什么不同?
- 『copy from IBM』将项目从瀑布式转为迭代过程 : 我早说的一句话 :)
- 项目结束技术总结
- 项目迭代开发手记--文件分割存储用例的实现过程(2)
- 项目管理培训结束,大家互相给对方写一句话
- 游戏项目中的迭代开发
- 项目编码工作结束
- 上海财经大学暑期社会实践-开源ERP可行性研究项目结束,把总结感想写下来,这也是一次很好的经历
- 愚公移山项目的第一期的第一次迭代