对理想团队模式构建的设想以及对软件流程的理解

1.对理想团队模式的设想

在书本中，作者先后提到的软件团队模式有：一窝蜂模式、主治医生模式、医生模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐模式、功能团队模式、官僚模式。在我看来，其中的功能团队模式和官僚模式的结合是理想的团队模式。其中的功能团队是组织中的不同能力的同事们平等协作，共同完成一个功能，这种模式反映了两个优点：①团队成员之间志同道合；②团队成员之间能力互补，互相依赖合作，共同完成任务目标。其中的官僚模式来自于大机构的组织架构，其中的优点与功能团队模式比较类似，不过有着更加清晰的上下层级关系。借鉴功能团队模式的技术部门层面的志同道合和能力互补特点和官僚模式的组织层面的上下层级特点，将两种团队模式结合，在技术部门层面实行少层级的扁平化团队模式，而在整个组织的其他层面则仍然实行严格的组织架构。这么结合主要是因为软件服务公司就是一个组织，组织的本质就是一个利益共同体，需要克服个人力量的局限，实现靠个人力量难以有效实现的目标，每个人分工协作，通过发挥自己的特长来弥补每个成员的不足，所以需要借鉴官僚模式的特点；而技术部门的特殊性，在技术部门实行比较扁平化的团队模式有助于克服小团队之间合作便利性不足的困难。

2.对软件流程的理解

 在书本中，作者先后提到了的软件开发流程有：写了再改模式、瀑布模式瀑布模式的各种变形、统一流程、老板驱动的流程、渐进交付的流程。总的来说，软件开发流程所包括的模块有问题定义、需求分析、软件开发、软件测试、软件运维。

（1）写了再改模式适用的项目：

①“只用一次”的程序

②“看过了就扔”的原型

③一些不实用的演示程序

（2）瀑布模型适用的项目：

①产品定义非常稳定

②产品模块之间的接口、输入和输出能很好地用形式化的方法定义和验证

③使用的技术非常成熟，团队成员之间都很熟悉这些技术

④负责各个步骤的子团队分属不同的机构，不能做到频繁的交流

（3）RUP推荐的迭代式模型是最适合一般团队所使用的软件生命周期模型：

开发迭代是一次完整地经过所有工作流程的过程：（至少包括）需求工作流程、分析设计工作流程、实施工作流程和测试工作流程。

RUP认为，所有的阶段都可以细分为迭代。每一次的迭代都会产生一个可以发布的产品，这个产品是最终产品的一个子集。

（via.百度百科）