R4S2迭代回顾，这个迭代，进行的还算比较顺利，虽然最后一天熬到凌晨3点才结束，但每个人却做了不少的事情，三个人完成了四个人的UserStory同时还在过程额外领取了两个UserStory,所以迭代完成之后，在离开公司的路上，大家都还比较兴奋的样子。以下是做为Team成员的我对这个迭代的总结
与以往的迭代相比，我明显感觉到最近几个迭代，团队之间的沟通更加密切，任务分工更加明确，并且效率也更高。
团队沟通方面， 主要体现在，虽然我们在做不同的事情，但是在每个人做事情之前，都会和Team中的一个或多个成员交流自己的思路，并将思路以图形的方式描述出来，画在纸上，大家统一方案之后，再开始做事情，过程当中，也时时汇报自己的进度，并且检查在做的事情是否与之前大家讨论的方案有出入，如果有出入就及时提出来，总之，每个人都清楚每个人在做什么，这样一来，即使之后可能接手别人的任务，也很快就能上手。
任务分工及任务拆分方面。主要体现在，迭代初期，在知道鑫鑫樊同学不能参加这次迭代后，Team做了一次任务的调整，傅同学负责数据库的设计及后台代码编写，廖同学负责搜索结果页面的前端改进，而我负责考试首页改进及系统管理页面的前端部分，每个人的任务都将每个UserStory的前后端分开，我们需要关心的仅仅只是前后台数据交换的接口，而不需要去关心一个页面不同部分的集成，这样对于一个有很多功能点相互依赖的页面而言，可以减少迭代末期大量功能点集成所需要的时间。
团队使命感方面，最近这两个迭代，经常听到大家在说“底线”一词，原因是在之前有次回顾会上，大家提出我们的底线就是迭代交付时做到所有UserStory都Done掉并且没有Bug列表（0Bug）,否则就是失败，这件事情在这个迭代能够得到充分的体现，在迭代末期，即使PO提出不是必须要完成“删除”相关的几个功能点，但是这与我们当时Planning领取的任务并确立的目标不一致，所以大家一致决定完成所有UserStory，并熬夜到凌晨3点才走，做为团队的一员，这让我明显感觉到团队使命感的强烈。
个人成长方面，在这次迭代中我感觉还是有一点点进步^ ^，主要体现在两个方面
描述问题方面，之前的迭代中，我遇到阻碍时找同事帮忙，但是我却总是不能表达出我的意思，抓不住问题的重点，导致同事听我说了半天同事也给我说了半天，最后的结果很可能是——我们不是说的同一件事情- -！，而现在我每次做事情之前都把自己要表达的意思画出来，可能是一个流程图也可能是一个类图，这样在问问题的时候，如果口头表达不出来就看着图说，这样的效果比之前好了很多，
代码编写方面，主要体现在这次写系统管理页面前端代码的时候，由于熬到半夜体力有点透支，傅小康接手我写的1400多行js代码时，很快就能在其中找到入手的位置，并且在短时间内完成了剩余的功能点而不需要大量的修改之前的代码，我可不可以认为这是团队配合的一个进步呀，因为傅小康说这是因为他了解我的原因！
结论：在迭代过程中，Team成员之间的交流及任务的拆分很重要，直接影响到开发的效率，当然，个人的技术水平也很重要，特别是我这样的新手，融入团队及提高专业技术是目前首要任务，如果我的能力强一些，也不至于最后熬到半夜了。