这次读了构建之法的七八章。
第七章主要介绍了MSF，微软解决方案框架，也就是微软推荐的软件开发方法。读完书中对MSF的九个基本原则的介绍后，我对团队软件开发有了更加深刻的认识。推动信息共享和沟通，我们必须保证所有的信息都公开，包括团队中每个人犯的错误，这样有助于我们对项目进度的准确把握以及减少同样错误的重复。我们必须要有共同的目标，团队开发过程中我们不能各干各的，必须朝着一个目标努力，不然团队会走偏，队员会做很多无用功。充分的授权和信任，既然我们是一个团队，而每个人都认领了自己的任务，那我们就该相信队友能够完成，给他权力让他按照自己的想法做，并且鼓励和帮助他们，当然不是放任不管而是要他们定时提交进度报告。第四点，各司其职，对项目共同负责。团队中只要有一个队员没有完成任务，就可能会导致整个项目的失败，所以我们要对自己的任务负责，自己的任务自己做决定。开发软件过程中我们要时刻记得我们的软件要解决用户的什么需求，用户凭什么买它，也就是它的商业价值。因为开发过程中用户会不断提出新的要求，而我们基本不能拒绝，所以在开发过程中我们必须保持敏捷，能够预期和适应变化，保证质量。学习所有经验，项目无论成功失败，都有值得记录的经验，这有助于以后做项目的成功，同时也客观评价团队的一些特性和团队的开发过程管理，软件开发过程中我们要不断与客户进行交流，保证时刻了解客户的需求。
第八章就讲了软件需求，现实世界中的软件不计其数，而用户的需求也五花八门，那我们如何保证我们的软件脱颖而出，让用户购买呢？作者首先为我们介绍了准确而全面找到
用户需求的步骤，而后又指出了问卷调查中普遍存在的问题，最后又介绍了NABCD模型,教我们如何用软件去说服用户，即需求，做法，好处，竞争，推广。对于这四点，老师不仅 上课教授了，而且让我们据此分析了自己的软件。
冲刺阶段着实遇到了沟通上的小问题，但是最终还是有效的解决了，相信这些经验教训会给我们很大的启发，让我们团队相处更加融洽
读完这两章后，我对团队开发项目更加清楚。原来以为只要几个人一起编代码就可以，但没想到还有这么多的道理，做法。对于需求，原来以为只要满足用户提出的要求即可，但没想到还要考虑用户没有提出但需要的功能。