回顾会作为Scrum重要会议之一，自从开始敏捷小组模式以来，每个迭代都在开展。
议程
- 迭代回顾，数据说话（5分钟）。
- 上次整改措施回顾（2分钟）。
- 静默写纸条，well/lesswell/expection（3分钟）。
- 轮流讲述（2分钟/人）。
- 聚类，选择改进项（5分钟）。
- 讨论改进措施（20分钟）。
- 措施落实到人，呈现在jira任务中，并有预期时间。
回顾会需要注意的点
- 一定好做好会议控时，会议总时间以及个人发言时间，避免一个人滔滔不绝。
- 轮流讲述时，表明观点即可，不扩展，别人也别讨论。等后面商议改进措施时再讨论。
- 改进措施要落实到人，有任务有改进预期时间，否则就会变成说说而已。
回顾会记录
Sprint24 2019.10
在过去一个月中，做的好的方面：
- 沟通及时，不拖延。
- 对于需求及时明确了。
- 迭代初做了明确计划，迭代计划完成率高。
- 做了工程优化。
- 自动化测试技术方案有重要突破。
需要待改进的方面：
- 对于讨论的事项结果，需要做记录，以备后续查阅。（如权限规范的明确）
- 测试没有到位，可以更早些。
- 开发测试没有及时沟通，导致没有提前测试。
- 流式交付没有做起来。
- jira任务状态更新不及时，日常工作很少记录。
- 部分任务做了，但是没有在jira上体现出来。
- 开发时，细节遗漏太多。bug多。需要提前核对ue，进行验证。
经过讨论，针对第4、5条进行改进，措施：
- 对于第4条，坚持做流式交付，每天早晨更新进度状态，责任人：xxx，预期改进时间：2019年11月。
- 对于第5条，月初开始时要把迭代建立好，让每个人都可以及时记录任务工时，每日晨会前，提醒更新任务状态，责任人：yyy，预期改进时间：2019年11月。
Sprint23 2019.09
在过去一个月中，做的好的方面：
- 发版时注重了质量，有很大提升。
- 移动端开发间可职责互补。
待改进方面：
- 前后端开发计划不同步。
- 需求、设计、开发对需求理解不一致。
- 发版时没有明确列出发版明细。
- 晨会时应起到一定的督促作用。
- 流式交付没做到。
针对第1、3条进行改进，措施：
- 对于前后端开发同步问题，做迭代计划时，仔细考虑细节，找出问题所在。责任人：xxx，预期时间：2019.10.
- 对于第3条，列出明确的发版细节，进行公式，具体到每一点，保证每个人都对发版范围的理解一致。责任人：yyy，预期时间2019.10
网友评论