Scrum之旅

公司已经有好几个Team进行了Scrum的实践，实践下来效果不是很理想，原因可能是有多方面的。总结起来，应该有以下原因。 Product Owner不配合，不愿意写User story，这直接打击了Team的积极性。项目太杂，不是真正意义上的迭代。有些项目要求及时发布，恐怕等不了两周。实践团队流于形式，没有理解到Scrum的精髓，只是照搬Srum框架，没有真正的实践。Team能力需提高。

今天终于正式的开第一个Sprint的Planning Meeting了，可是谁也没料到，PO今天突然有另外的事情，没办法到场。但我们这个计划又不便修改了，就只有我暂时代一下PO的角色来开Sprint Meeting1了。     上午给大家时间，再看看原始的需求，我也再计划一下此次会议，中午1点我们正式开始Planning Meeting。     首先给大家简单介绍了我们走Scrum的背景，

今天是Sprint的第一天，站立会议上没太多说的，今天感觉没什么气氛，大家还没习惯。不过这次的任务都是自己认领的，我只是再强调了如下几点： 强调一下优先级，和一些模块的依赖关系以及测试用例简单写靠在近的同事，可以选相关的业务     在下午的时候，同事R就已经把Case写好了，最先估算的8小时，结果只用了3小时；另外同事B的Case估算6小时，最终花了4小时。第一次估算，还不太准，相信