构建之法阅读笔记之三
本章为团队和流程，主要介绍了典型的软件团队模式和开发流程以及它们的优缺点、TSP、MVP、MBP、RUP
团队：并不是几个人凑到一起就叫团队，称之为团队
1、应该有一致的集体目标，团队要一起完成这目标
2、团队成员有各自的分工，互相依赖合作，共同完成任务
软件团队的模式：
1、主治医师模式
2、明星模式
3、社区模式
4、业余剧团模式
5、秘密团队
6、特工团队
7、交响乐团模式
8、爵士乐模式
9、功能团队模式
10、官僚模式
开发模式：
1、写了再改模式
2、瀑布模式
3、瀑布模式的变形：1>生鱼片模型2>大瀑布带着小瀑布
4、Rational Unified Process统一流程（RUP），包括
a) 业务建模
b) 需求
c) 分析和设计
d) 实现
e) 测试
f) 部署
g) 配置和变更管理
h) 项目管理
i) 环境
等规程或工作流，包括初始阶段、细化阶段、构造阶段和交付阶段
5、老版驱动的流程
6、渐进交付的流程，MVP和MBP
TSP的原则：
1、使用妥善定义的流程，流程中的每一步都是可以重复、可以衡量结果的
2、团队的各个成员对团队的目标，角色，产品都有统一的理解
3、尽量使用成熟的技术和做法
4、尽量多地收集数据
5、制定切合实际的计划和承诺，团队计划要由负责具体执行的角色来制定
6、增加团队的自我管理能力
7、专注于提高质量，争取在软件生命周期的早期发现问题
总结来说，本章继上一章的两人合作，深入讲解，介绍了团队的定义，模式，开发流程等，虽然有多种模式，也有多种开发流程，但这些各有其优缺点，有其适合的情况，所以在进行选择时，应该的更多的分析项目的需求，以及需要达到的目标，对质量的要求，是否需要在短时间内完成，是否需要尽早的得到用户的反馈，是否需要后期严格要求的维护等等，根据所做项目的特点，针对目前团队的人员能力水平，资源情况来确定具体的模式以及开发流程；实现队员能力的发挥，资源的合理利用，最终达到开发团队和用户的一致目标。
个人感受部分：
1、我过去怎么做的；认为团队开发就是平均分任务
2、结合书中所讲，这样有什么不好：这样不能合理地发挥每个人的优点，而且最终也不能保证程序的完整性以及可靠的运行
3、提出一个解决办法，避免再次掉入陷阱：掌握项目框架，选择合理的团队模式，对开发来说会有很大帮助