构建之法阅读笔记——团队篇
在个人的看法中，构建之法一书中的4-7章，介绍的是有关于多人开发（团队）的内容。在当前这种软件系统逐渐庞大的情况下，设计、开发和维护都交给一个人来完成变得不太可能。所以团队开发尤为重要。俗话说，众人拾柴火焰高，团队的力量远大于一个人单独打拼。而多人在一起开发，不可能不会出现矛盾和分歧。所以团队中应当有一个统一的标准，每个成员都按照这个标准进行开发，可以方便成员之间的合作。
第四章中就提出了代码设计规范，并以清晰的实例指出了该规范该如何进行规定。虽然有些规定可能会降低开发人员的开发效率，但是能够使团队做到的密切配合，产出高质量的产品的优先级更高。因此作为开发人员不应该对有的条条框框产生反感、抵触。应当为整个团队负责。此外，在此篇当中也提到了代码复审的核审表这一内容。这看起来依旧是一些约束，但是，也是提高代码质量的关键，这为团队审核成员代码提供了参考，并且在书中，也介绍了相关的内容和例子。这给了我很大的方便和更清楚的了解。之后，文中提到了结对编程的概念，这是我以前没有接触到的——原来开发还可以这样干。本篇中尤为有学习意义的是两人合作的不同阶段和技巧这一小结。其介绍了两人合作的五个阶段：萌芽阶段、磨合阶段、规范阶段、创造阶段和解体阶段。并给出了一些影响他人的技巧和给予正确反馈的方法。
第五章，则是对团队和流程的详细介绍，介绍了软件团队的各种模式如：蜂窝模式、主治医生模式、明星模式、业余剧团模式、秘密团队、特工团队、交响乐模式、团队功能模式、官僚模式。并说明了各种模式的优缺点。给我今后对团队模式的建立提供了很好的参考。除此之外，本篇中也介绍了相关的开发流程有：写了再改模式、瀑布模式、瀑布模式的变形（生鱼片模式、大瀑布带小瀑布）、统一流程和老板驱动流程。也同样介绍了各个模式的优缺点以及适用范围。并着重讲解了统一流程的相关概念。
第六章，是对敏捷开发流程的介绍，这就涉及到了实际的开发，和客户打交道的阶段。在本章中，首先对现有的做法和敏捷的做法做了比较，说明了敏捷开发更加侧重与个人的交流、使用可用的软件、与客户合作和响应变化。并且具体的介绍了敏捷开发的原则。并以图的形式展现了敏捷开发的具体流程。并且说明了敏捷开发中的第三步半的重要性和必须性。要提前考虑这第三步半，因为它虽然看起来比较简单，但往往会花费项目的80%的时间。
第七章，则是实战中的软件工程，作者提出了MSF：微软解决方案框架。并介绍了此框架的基本原则即，推动信息共享与沟通、为共同的远景而工作、充分授权和信任、各司其职，对项目共同负责、交付增量的价值、保持敏捷、预期和适应变化（预期变化，而不是期望变化）、投资质量、学习已有的经验以及与顾客合作。并给出了MSF的团队模型和过程模型。并且说明MSF团队模型的核心是，成功的技术项目必须符合各种利益相关人完全不同且常常对立的质量观点，在对立中寻找共同利益，在冲突中达到平衡。