构建之法阅读笔记三

这次阅读笔记主要关于团队和流程，课上也又详细讲过，这里简单复习下，该章节主要介绍了典型的软件团队模式和开发流程以及它们的优缺点、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、专注于提高质量，争取在软件生命周期的早期发现问题

经过自己的简单分析，自己团队模式属于不严谨的功能团队模式，说不严谨是因为自己团队并未严格符合该模式，在一些功能的划分上存在着交叉，导致项目开发时遇到了一些意想不到的问题。自身团队开发模式属于比较low的写了再改模式，这样会导致项目开发效率较低，不过在后期进行了及时的调整，使得开发速度加快了许多，流畅属于比较老板驱动流程吧。主要的体会，在进行项目开发时，一定要根据实际情况选择适合自己团队的团队模式以及流程等，如果不适合及时进行调整，保证团队的最佳状态。模式选择参考点（项目的需求，需要达到的目标，对质量的要求，是否需要在短时间内完成，是否需要尽早的得到用户的反馈，是否需要后期严格要求的维护等等，项目的特点，团队的人员能力水平，资源情况）

自我总结：

1、我过去怎么做的；只要完成任务就行，团队模式和流程没有那么看重

2、结合书中所讲，这样有什么不好：团队模式不恰当，就不能合理地发挥每个人的优点，最终可能会影响程序的完整性以及可靠的运行

3、提出一个解决办法，避免再次掉入陷阱：分析项目需求，根据团队人员特点选择合理的团队模式