应用Scrum后有感（一）

小组中第一次使用Scrum进行一个比较正式的开发，之前也有过一些尝试，但是感觉还不是很完整，这一次希望能完整的使用它开发一个产品，从立项到最终的产品发布。

 

由于第一次使用，难免有n多的错误发生，感觉也很正常，本身scrum就是一个依靠经验模型来管理过程的方法，现在已经进行完一个sprint版本了，其中存在很多问题，现在把能想起来的一一列举一下，一做记录，一做提醒……

 

一、准备工作不足，项目开始正式的开发工作前，应有一个准备的过程，这个时候也要完成很多内容，比如说产品名称定义，愿景，用户故事，产品架构搭建等等，但是内容如此之多，是不是也要按照一个sprint来处理呢，这个还没有想好，但是能够得出的经验是在下一个产品开发时准备工作要做的更充分，接下来再详细的说一说准备工作的内容；

产品名称及愿景：我觉得这个很重要，名称不用说了，代表产品的一切，应该视之为灵魂，愿景是整个目标的概括，也是终极目标的体现。

用户故事这东西我的理解就是需求了，可以从不同的角度提出，主要是包括几个要素，名称，优先级，评估时间和验证点，这几点是最重要的。

产品架构搭建这一块内容庞大，到目前为止我也想的不是很清楚，内容很多，有产品界面框架的搭建，产品业务逻辑架构的搭建等等；并且还有个关键一点是这个架构的搭建在接下来是要与用户故事结合来进行用户故事的任务分解的，这是很重要的一个，这也是现在流程中遇到的一个问题，如何把用户故事与产品架构结合好，然后进行正确的任务分解，以保证流程的流畅进行？？？

二、sprint1中没有对用户故事进行验证，也就是说没有做测试，其实再说明白些就是sprint1压根没做完，不过没关系，试验嘛，把sprint2做好就OK了，但是这就导致了一个问题，sprint1里面的user story接下来在sprint2里面还要使用，这就造成一个问题，在使用TFS2010的时候，要把user story的iteration path路径由sprint1改为sprint2，这就导致了部分sprint1的查询不能正常进行，不过也没有办法，谁叫做的有问题呢，接下来就把user story中缺少的验证补全吧，再增加新的任务，保证在sprint2里能正确验证完成就OK了。

想到哪里写到哪里，有些混乱，不过只是为了做个记录，以后再做整理吧……