迭代总结（2）

R4S3迭代回顾，又到迭代总结了，这个迭代从Planning开始到迭代结束，给我的感觉是，大家任务都在有序的进行，没有什么大的阻碍，但是任务完成时间比预期要晚，感觉始终打破不了最后一天要吃猪手的命运- -！。 以下是作为Team成员的我对这个迭代的总结

　　 如果用一句话来概括这个迭代最不一样的地方，那就是，更多的Team间协作，沟通与交流。  在之前的迭代过程中，我们并没有真正意义上的与TeamA进行深入合作，或者说我们的工作不会影响到对方，虽然我们之前都在同一平台下进行开发，比如说，之前做的首页 ，成绩查询及系统管理页面，数据库都是新建并且手动导入数据的，并没有与TeamA那边的数据进行交互，也就是说，如果一场考试都没有也可以正常显示，并且展示其功能。而这次不一样了， 我们要完成US的所有功能，新建3个页面4个数据库集的数据来源都是在考试安排和考试过程中产生，我们需要与TeamA的同事进行更多的沟通，讨论我们需要什么样的数据，要怎么获取这些数据，提供什么样的接口来获取这些数据，需要在什么时机去调用这些接口， 而TeamA这边在考试安排和考试过程发生变化后，也需要及时通知我们，不然很可能对方的一个递交，我们就无法新建考试或者加入考试，也就无法得到批阅这场考试所需要的信息及展现平台的批阅能力了。

　　 Team内部协作，这次迭代虽然比预计的完成时间晚点，但我个人觉得团队的内部协作还是有进步的，至少我们每次的讨论、 分工以及遇到阻碍时的解决方案，都比较顺利，并没有出现以前那样，有时候几个人围在一起讨论同一个问题多次，每个人想法还不一致的情况。 ，但是我们还是会遇到些问题，比如说，当所有任务同时依赖数据库和界面的时候，我们没有得出一个很好的方案来解决。

　　 熟悉考试平台，这个迭代所完成任务的集成测试，大多都需要与新建考试及学生交卷进行联调，这种情况下我们需要了解考试站点的部署情况， 考试脚本，机器IP地址等变化后的一些应对措施，为了从新建考试到考试结束过程中获取批阅所需要的数据，我们需要知道获取考试，试卷，题目， 学生，答题的时机以及是从原始数据库获取还是从中间数据库获取等信息，这样会花费一些额外的时间，但也会使我们更加了解考试平台，让以后Team之间的协作更加顺利。

　　 关于底线，这个词语大家回顾会可以聊一聊，我们之前以迭代0BUG作为底线，但是我们是否可以增加一项迭代最后一天7点前搞定所有任务呢，现在吃猪手已经没有以前吃着好吃了- -！（开个玩笑）。  

　　 个人成长，关于代码质量，最近在看小康同学介绍我的重构一书，原则不多，方法概念挺多的，看了下来，觉得自己很不是人，因为代码逻辑，命名，设计不清晰，  自己看着不会怎样，但是别人要看或者改的时候会很痛苦，每天做着让别人痛苦的事情，不知道还好，知道了自己也很惭愧，  因此，之后的一段时间会吧额外的时间花费在代码质量的提高上，当然，说是这么说，很可能一个半月后师兄们来看我的代码可能还是很糟，我只能说，我已经意识到了，正在做- -！。

 

转载于:https://www.cnblogs.com/caicaixiaoz/p/3565887.html