Sprint2的确失败了，很多任务没有完成，而且Product Owner对Demo并不满意。大家经过深刻的反思还是发现了不少问题的：
· Scrum Master在发现 Burn Chart出现了会失败的迹象时，没有和组员、 Product Owner进行沟通，以发现问题并及时解决；
· 在 Planning Meeting选择的 Story的工作量大于组员实际可工作的时间；
· 在 Planning Meeting中开发人员没有和 Product Owner确定 Demo的方式，以至于出现在 Demo时才问“是否可以这样 Demo”，一直在讨论技术细节。尤其是对于不宜于直观展示的服务器端开发，更要提前确定 Demo方式；
· 在本次 Sprint中涉及到客户端和服务器的协作开发，但是二者并没有及时沟通，没有安排好 Task的优先级。建议把难度最大、需要多方协助的放到前面完成；
· 在本次 Sprint中服务器端的一部分工作需要和R 平台交互，但是开发人员对 R现状并不了解，并且在 Planning Meeting时也没有邀请平台相关开发人员参加以解惑，导致工作量估计失误；
· 针对上条，如果其他相关人员不能到会，或者解释不够清楚，需要把开发过程的沟通成本估算在任务量内；
· Product Backlog不够详细，现在只有简单的一句话，在 Demo时就会出现理解不一致。需要 Product Owner把每个 Story的详细需求描述清楚，而开发人员也可以要求把 Demo方式以及某些讨论到的细节记录到 Story Card上，不能想当然；
· 在估算任务量时，开发人员没有考虑到其他项目的任务量对任务的影响；
· Communication! Communication!! Communication!!!
发现问题就要积极改进，希望下个Sprint会有实质性的突破。
