scrum之旅（4）— sprint1 summary

三个星期飞快的过去了，第一个sprint就这么结束了。周五上午开了个总结会，大家对这个sprint的成绩做出了肯定，也坦诚的指出了很多不足之处。

成功的deliver出来了预期的东西，完成了既定的目标，给继续采用scrum增添了信心；在这个过程了，大家更加积极主动的交流，问题得到更快的反馈和解决，体现出了敏捷开发的优势；引入了unit test之后，确实发现了代码中的一些潜在的问题，尝到了ut 带来的好处，大家更有热情的投入到 ut 中；每日的 stand up meeting 使大家越来越默契，增进了团队氛围。总之，scrum带来了很多积极的因素，随着第一个sprint的磨合，大家会更加得心应手，更加有底气的采用这种方式走下去。

当然，这个sprint也暴露出来了很多不足之处。一个共识就是工作量太多了，三个周完成17个user story ，外加环境配置，跨平台编译，单元测试覆盖率报告的生成等一系列开始没有design的事情，导致了长期的加班和心理压力，大家感觉做的很累，和敏捷的精神不符；task分配的不够细致，几乎是一个 user story 对应一个 feature task 和一个 test task ，这种笼统的分法使大家不好在 rally上更新task ，从而导致了燃尽图的不好看和接到主管部门提示工作进度的邮件；团队没有养成积累的好习惯，wiki的更新严重不足，很多遇到的问题，解决了就算了，不能主动想起来把经验记录到wiki上，是个很大的损失，不利于他人的学习和团队的建设。

上面的是会议上大致总结出来的内容。下面说说我负责的 unit test 吧。这个过程确实让我收获不小，从对ut几乎没有概念到学会使用开源的ut库，覆盖率生成工具等一套关于ut的技术，并且成功引入到了我们团队中，适应了我们现有的环境，让大家都能轻易的进行测试，查看测试覆盖率，让我感到很高兴。中间过程比较曲折，多次卡住，周末加班，求教老员工，网上发帖，各种方式磕磕绊绊最终实现目标，也算是我真正踏入软件行业以来的第一个小小的里程碑吧。不过，也看清了自身的问题：写代码的能力太差。通过学习别人的代码，发现自己与他人的差距很大，或许C++算是高级语言里面比较难的了，在学校的时候也很少用C++，现在忽然参与到实际的项目中，更是感到自己的代码干涩丑陋，老是犯一些低级的语法错误，下个阶段亟需重新读一读《C++ primer》，把语言功底再打一打；程序设计能力跟不上，以前自认为对设计模式代码重构有不少的了解和掌握，可是现在发现，自己掌握的仅仅是理论知识，在实际过程中一点也意识不到去使用或如何使用，这方面在对代码进行静态分析的时候，应该更有意识的去想到使用，或许开始会影响自己的工作效率，但养成习惯之后应该会带来更大的收益。

明天，新的sprint，加油！