构建之法的第七章讲述了有关MSF的内容。MSF有9个基本原则：推动信息共享与沟通；为共同的远景而工作；充分授权和信任；各司其职，对项目共同负责；交付增量的价值；保持敏捷，预期和适应变化；投资质量；学习所有的经验；与顾客合作。
MSF的团队模型就是需要在遇到问题是直言不讳地去和他人解决问题，比如团队中遇到了冲突，那就吵一架，没什么能比争执更能拿出更好的决策，再比如和用户的意见产生了冲突，那也要直言不讳地告诉用户怎样才能把软件的质量做到最好。MSF敏捷开发模式更强调与用户之间的交流，把防止缺陷的发生做为团队质量控制的首要任务，重视在实战条件下的质量即要求保持随时可以发布的高质量。
构建之法的第八章核心内容是需求分析。需求分析对软件工程来说，应该是相当重要的一部分，正因为有个各式各样的需求，才有各种各样的软件来解决问题。用户是直接使用软件的人，所以用户的需求是相当重要的，因为我们做软件的初衷就是能够让用户来使用。顾客或称客户就是购买这个软件或者根据合同或规定接收软件的人，他们虽然不一定是软件的直接使用者，但是却是和软件的利益有直接联系的，说直白一点就是只有客户购买了软件，软件工程师才能赚到钱咯。
再读这两章之前，我一直没有意识到，软件开发并不是软件工程师自己的事。就算有再好的团队，团队成员之间配合的多么默契，做出来的软件不符合用户的心意。即使功能再强大，也是徒劳无功的。所以，做软件就像是在做商品，或者更正确地说是在做生意，顾客就是上帝，相对软件来说的用户就是上帝，所有的一切都要满足用户的需求，所有的功能和操作过程都是要为了用户使用方便。