Sprint 回顾会摘要

来自:  http://www.cnblogs.com/raol/archive/2013/05/24/retrospective.html

平时收集的数据

1. 分析需求和编码时间比率?分析需求占了大多数的话, 需求分析偏轻. 数据来源-来自于平时的例会

2. 测试并行了吗? 没有并行, 粒度不够细. 数据来源-来自于燃尽图

3. 障碍列表, 大多数障碍来自己那个方面? 

 

回顾会的启发性问题.

1. 感觉有什么收获吗?

2. 下次迭代中最不愿意出现的情况是什么?

3. 什么时候感觉还可以?

4. 有多少是感觉这个东西对你来说没有挑战?

5. 有没有在迭代的过程中做着做着又发现需求的理解和PO(product ower)讲的不一样? PO发现也要改? (需求很模糊)

6. 迭代过程中最不想看到什么? 最不想听到什么?

 

关于质量

1. 遵守代码规范, 遵守代码规范有助于结对编程/代码评审/ 重构/ 代码评审/重构, 有助于互相学习提高质量.

2. 事前简单设计以减少技术负债, 所谓技术负债就是你在编码时发现这种实现比较难而走了捷径,比如硬编码.

3. 单元测试

4. 总体架构

 

关于协作

1. 迭代时请求帮助.

1. 团队内部的知识共享- 
        列出团队技能表.

        推荐书单

 

 

关于目标

1. 达到结果, 共同学习成长.

• 成长(摘自微博)
  • 对新事物的渴望程度决定了前进动力的大小
  • 人要往前跑，还得往后看
  • 不要矫情，要理性
  • 换位思考

 

Scrum团队成员职责

1. PM: 对项目整体负责

2. TEAM: 对项目的结果负责

3. PO:  获得需求

4. SM:  推进小组内的充分交流