我看了一段时间《构建之法》，就之前看过的一部分说一下自己的感受。这本书的阅读是我对所学专业又有了更深的了解。
一个团队的力量一定是方方面面的人合作产生的合力，而且合力大于所有参与人的力量综总和，即1+1>2,。和其他团队不同的是，软件团队还具有其自身的独特性。意识，相互依赖性大，某个团体成员所编写的模块可能需要另外成员为他提供函数接口，同事又要为其他成员提供函数接口，二是，时间压力大，在软件开团队中为了赶项目进度，团队成员经常要求主动加班，三是，所有面临的情景瞬息万变，如用户需求的频繁变动，软件版本的不断开发等。软件团队有很多模式：主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐模式、功能团队模式、官僚模式。看了这些模式的介绍，并不能说自己更喜欢哪种模式吧，但是对软件软对感觉有了更深一步的了解。各种形式的软件团队，适用于各种不同的人员和需求。
MSF——Microsoft Solution Framework是一套大型系统开发指南,它描述了如何用组队模型、过程模型和应用模型来开发Client/Serve结构的应用程序，是在微软的工具和技术的基础上建立并开发分布式企业系统应用的参考。MSF的最大特性是商业化,并自始至终地体现在项目的实施过程中。所谓商业化意味着客户的商业利益。客户投入多少，得到多少回报，客户要用到哪些最新的技术，最后如何把项目计划变成产品直至产生效益，等等，这些都是MSF要考虑的问题。组队模型着重于解决在复杂软件工程项目中如何组建项目组、分配合适的角色、项目组的管理、职责划分和质量控制等问题。虽然组队模型是起源于软件开发过程中的规范和准则，但它也同样被成功的应用于基础信息结构设施的实现过程。标准的产品开发团队中包括开发、测试、用户体验、产品管理、程序管理、发布管理等角色。就像书中介绍的MSF的九条基本原则，这是我们未来工作学习中，应该特别注重的，做到了这些相信我们会距离成功更进一步。就像在团队模型这一章节中所提到的，团队中有矛盾是正常的各个角色的利益是有一定冲突的，MSF团队模型的核心是，成功的技术项目必须符合各种利益相关人完全不同且常常对立的质量观点，所以需要我们各方在整个项目的共同理一下，协商解决，寻求多赢。即“君子和而不同，小人同而不和”
