scrum回顾会议

今天第一次开了sprint的回顾会议，整理了一个sprint中哪些做的不好？哪些做的好？

从会议整体来说，效果还不错，一共整理了5条做的好了，比如：任务比以前更加细化了，会议的效率越来越高了，严格控制了会议时间。

也整理了21条我们认为做的不好的地方。通过对21条不好的分析，我们提炼出优先级最高的5条。

比如:任务还不够细化，不能很好的估算时间；开发代码质量不高；测试没有保证；相互等待，缺乏沟通；工作量集中在某几个同学身上，造成瓶颈。

经过几个sprint的实践，我发现kickoff会议上不能有效的估算backlog时间，和细分任务，是一个困扰项目组很久的问题。

每次kickoff会议后，团队成员才三三两两的上报backlog总数和估算时间上来，燃尽图未能很好的跟踪。

经过团队现状的分析，我决定对sprint的流程进行了改良。每次demo和回顾会议后，留3天左右的时间给PO和SM来规划和整理下个sprint的愿景。确定这些愿景和backlog后，再举行kickoff会议。每次sprint的周期还是3个星期，但是不是3个星期接着3个星期的硬性循环，而且不管从哪天开始，持续3个星期的灵活sprint。

另外一个问题：任务未能很好的跟踪，3个星期时间太长，中间变更任务和backlog的事情非常多。

针对这个情况，我们决定用每周一个小demo来减少风险。把3个星期的sprint切割成3个小周期，每周一个小demo，来评估完成的东西。sprint总体的愿景不变。

下个sprint开始实施，不知道效果怎么样。。。。。