通过进一步的阅读，我了解了一些关于团队开发的知识。
相信大家都听说过求伯君的故事，网上是这么介绍他的：
“他被称为“中国第一程序员”，20年前，在中关村随便招呼一声，立马会围过来1000个粉丝，比盖茨火多了。他曾果断拒绝微软开出的75万美元年薪，只为打造独一无二的民族品牌，他就是“WPS之父”求伯君。作为第一代码农，求伯君慢慢淡出了人们的视线。对于他来说，20年的光阴恍如昨日，但他所创造的传奇将被永远铭记在IT行业的历史长河中。” 用时一年半求伯君在1989推出了wps1.0，那时的微软还没有推出office。在那个年代其实还有很多例子，王永民的王码、王江民的KV杀毒、鲍岳桥的UCDOS等等。
记得有这么一句话“一个人可能走的会更快，但一群人走的会更远”，一群人走，一路互帮互助，将会走得更长远。而且求伯君那个软件个人英雄主义时代已经过去了，在现在的软件开发流程的大环境下，几乎所有的软件都是以团队为单位开发出来的。原因在于时代在进步，软件需求及其本身的开发越来越复杂。在这样一个时代，唯有团队合作才能完成一个出色的软件项目。现在想要一个人完成一个正经的项目是难上加难了。
——
第四章 两人合作
这章主要对代码规范，极限编程，结对编程和代码复审做出了介绍。并对代码的规范做出详细的要求。也明确指出了代码复审的步骤和核查表。
其中核查表包括（1）概要部分（2）设计规范部分（3）代码规范部分（4）具体代码部分（5）效能（6）可读性（7）可测试性。
接下来讲述了结对编程，两人结对编程是走向团队的基础，要善于阅读别人的代码，与别人沟通交流，要学会向别人提意见，作者指出当一个人对另一个人的行为进行反馈时，有三个层次：
（1）最外层：行为和后果；
（2）中间层：习惯和动机；
（3）最内层：本质和固有属性。
两人结对编程中，正确的向别人进行反馈在项目中十分重要，在团队中也是如此。本章所讲内容，与我们对我们平时写代码，和与人合作方面有着是即的联系，使我受益匪浅。
第五章 团队和流程
团队的模式：主治医生模式，明星模式，社区模式，业余剧团模式，秘密团队，特工团队，交响乐团模式，爵士乐模式，功能团队模式，官僚模式
开发流程：
- 写了再改模式（Code-and-Fix）
用这种方法很难写一个健全的有实际用户、解决实际需求的软件；
但是这个方法不需要太多其他准备或相关知识，大家上来就写代码。而且遇到只用一次”的程序，看过了就扔”的原型，一些不实用的演示程序时这种方法也是挺有用的。
- 瀑布模型（Waterfall Model）
瀑布模型是在别的行业借鉴来的一种模型，狭义的瀑布模型有着很多问题，但它反映人类解决问题思路的常用模型 ，在这个模型中用户的及早介入、讨论、复审是很重要的。同时写文档在瀑布模型中也十分重要
- 瀑布模型的各种变形
生鱼片模型，解决了各个步骤之间分离的缺点，同时也带来了一些困扰—究竟什么时候上一个阶段会结束呢？
大瀑布带着小瀑布，为了解决不同子系统之间进度不一，技术要求迥异，需要区别对待的问题
- Rational Unified Process统一流程（RUP）
和瀑布模型一样，这个模型重设计，重计划，重文档表达。这一类的方法中集大成者要算Rational统一流程（Rational UnifiedProcess，RUP）。RUP把软件开发的各个阶段整合在一个统一的框架里
- 老板驱动地流程（Boss-Driven Process）
开发流程事实上是由行政领导主导，或者由公司的老板驱动
第六章 敏捷流程
本章主要讲解敏捷的原则，流程简介，问题和解法，敏捷的团队和敏捷总结
敏捷的步骤：
- 找出完成产品需要做的事情——Product Backlog
- 决定当前的冲刺（Sprint）需要解决的事情——Sprint Backlog
- 冲刺，冲刺期间，团队通过每日例会（Scrum meeting）进行面对面的交流。每日立会强迫每个人向同伴报告进度，迫使大家把问题摆在明面上。同时团队要启动每日构建（Continous Integration, CI），让大家每天都能看到一个逐渐完善的版本
- Scrum master根据项目的情况，可以用燃尽图，任务看板等，显示任务完成进度。冲刺阶段，是以时间驱动的（Time-boxed）。时间一到就结束。的到软件的增量版本，发布给用户。
构建之法阅读笔记01：https://www.cnblogs.com/wxy2000/p/11006092.html