一．本次迭代过程中可取的点
1. 对于复杂的、不明确的问题，结对分析及编程能很好地兼顾效率和质量
2. 关注团队整体目标，而不仅仅是自己的任务，在完成任务后能协助其他队友
3. 学习新技术时，先定学习目标与程度，然后分工学习，结对学习，并寻找外部人员培训
4. 所有组员（测试和开发）共同理解所有需求，在迭代早期达成共识
5. 当我们遇到阻塞或感到迷茫时，能主动推动开发过程
6. 主动沟通，催促客户，跟踪问题
7. 对User Story添加备注,准确记录User Story的变化
8. 利用团队资源，协作解决问题
9. 共同对任务划分优先级，做明确的计划,并更新计划
10. 完成任务后向Team做演示
11. 组织讨论问题时，议题明确，人人参与
12. 坚持Daily meeting，每个人的工作更透明
13. 团队利用纸牌共同估点
二．本次迭代过程中需改进的点
1. 对提交物不明确，忘记提交脚本或相关文档说明
2. 问题抛出不够及时，自己试图解决问题的时间过长
3. 估点不准确，整个过程中没有被修正
4. 需求变化后，不能及时的跟团队内部沟通
5. 时间管理不够好
6. Daily meeting内容仍不够具体、明确
7. 质量的意识不够
三．改进的方法
1. 可以通过演示，填写<<提交清单>>，核查提交清单，建立新环境等方式改进
2. 在意识到不能按计划完成任务时，要立即抛出问题
3. 在对任务有把握时，更正估计严重偏离的点数
4. 需求变更时，在Daily meeting上告知组员，并且备注到User Story中
5. 做个人计划，并估出时间，时刻去查看计划来提醒自己
6. 明确并细化每日具体的工作内容
7. 通过做演示和结对来提高对质量意识
下面这些是我们在回顾会议上对本次迭代的总结。
一．本次迭代过程中可取的点
1.
完成部分任务后向Team做一次Demo + Code review
2.
所有组员（测试和开发）共同理解所有需求，在迭代早期达成共识
3.
个人工作态度有所提高
4.
估计的点数更准确, 在对任务有把握时，能更正估计严重偏离的点数
5.
关注团队整体目标，而不仅仅是自己的任务，在完成任务后能协助其他队友
6.
对于复杂的、不明确的问题，结对分析及编程能很好地兼顾效率和质量
7.
主动沟通，催促客户，跟踪问题
8.
任务责任人很明确
9.
在完成本次迭代任务的主要目标后做版本冻结
(注:红色文字属于大家认为做的最好的点)
二．本次迭代过程中需改进的点
1. 重构时产生的BUG不可控,优化造成的新问题较多,主要是缺少计划性
2. 多分支的BUG管理没有成形
3.
修改Console系统的BUG效果不佳
4.
不按Story优先级顺序去工作
5.
上次的回顾成果(改进的方法)没有完全被执行
6.
个人的每日计划不详细
7.
没有列提交清单
8.
开发人员的测试不足
9.
Leader会干扰个人计划
(注:红字为大家认为最应该改进的点)
三．改进的方法
1.
大家一起先找出需要重构的点,分析可能会影响哪些地方,在开始重构前一定要让系统是可测试的,保证单元测试可用,然后再继续往下做
2.
当发现主干上面有BUG时,组内可以投票表决是否优先在另外新开的分支上修改这个BUG