读书笔记9—《构建之法》第七章

软工的学期项目进行到现在也有快一个月的时间了，这篇读书笔记我想就着《构建之法》第七章—实战中的软件工程来结合我们的项目谈谈自己的收获。

第七章首先推出了微软的MSF框架，其中提到了其思想框架中的9条基本原则。我想先就其中几条进行解读，第一条是推动信息共享与沟通，也就是保留所有信息并公开，讨论要包括所有涉及的角色，决定要公开并告知每个成员。在我们的团队实践中，我们大多是通过qq群进行线上讨论来交流，但涉及阶段性计划以及任务分工和评估的内容我们都会开会讨论，基本频率保持在每周一次左右，所有关于团队计划和分工的详细信息都会在群里进行公示，大家都很清除每个成员的角色和任务，交流起来也是非常高效，遇到的问题大家会集中起来进行讨论解决，并进行记录。到现在为止我们的任务虽然还很重但是我们一直在按照计划前进，目前也比较顺利。第二条是为共同的远景工作，我认为这是很显然的，我们的目标非常明确而且有着近期的具体计划，每周都会进行总结评估，我认为这是一个很有必要而且极其正确的体系。第三条提出充分授权和信任，我想把他和第四条各司其职放在一起评论，我认为这是每一个团队都必须拥有的原则，我们的团队一共七名同学，其中四人分工做UI与活动（两两结对），三人负责数据库，这也是前后端的一个分工，分工基本是根据大家各自的特长与意愿进行的，目前我们处于两组UI进行对接的阶段，在现阶段的工作中，我认为我们团队对每个成员都进行了充分的授权，大家各自负责自己的模块，其中UI部分采用结对模式分为两组，开发阶段组内两人充分交流共同工作以保证软件的质量，对接阶段则是四个人共同努力，数据库组的三人也在紧密地进分工合作，从组内的交流也可以看出，大家相互间都非常地信任彼此，而阶段成果也验证了信任的正确性。关于用户需求以及价值的预期我们还没有开展，因为我们距离第一版产品的发布还需要一些时间，所以暂时没有考虑。关于第八条学习经验我有一些见解，我认为我们对经验的使用尚未达到预期，好的一面在于我们学会了在开发的过程中汲取之前的经验，而且因此避免了很多新的bug，但不足在于我们有时过于自信，容易被之前的某些开发经验甚至是以前的非面向对象编程时的经验所禁锢，往往这样的bug是无法通过百度Google解决的，我们就可能浪费很多时间，再加上我们缺少技术支援（说实话我也不敢相信那么多大牛们都说没用过as），有些bug遇上了真的是煎熬，不过我的队友们都非常的强大，之前遇到的问题最终都被解决了。

接下来谈谈我们的团队模型，书中提到任何技术项目都必须达到特定的关键质量目标才能被认为是成功的项目，因此每个角色都是同等重要的，重要的决定需要共同做出。每个角色或者说每个小组要从自身负责的模块质量出发。我们的团队也是秉承了这一原则，我们组一直致力于做出更受用户喜欢的界面和活动，当然我们也考虑了数据结构的优化问题，也是为了能与数据库组更好地进行对接，当然也会有出现矛盾的时候，一般我们都会第一时间进行交流，然后讨论出最合理的解决方案，有时候还不能解决我们会发到群里进行集体交流，一般不会让矛盾维持太久，所以我们的团队氛围也是非常得和谐。关于单元测试，我们没有专门的测试人员，所以目前只是在日历界面进行了测试。

我希望用这样一次总结概括现阶段的项目情况，也为下一步工作做出一些期望。