对理想团队模式的设想

  在构建之法中，先后提到了理想团队模式有一窝蜂模式、主治医生模式、医生模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐模式、功能团队模式、官僚模式等等模式。团队并非一群乌合之众，有一致的集体目标，并且要一起完成这个目标，成员有各自的分工，互相以来合作，共同完成任务。对于理想软件团队模式的构建，我认为最为理想的类似于交响乐团模式和爵士乐模式相结合。特点为团队成员各自有各自最为擅长的技能，各司其职，不会在各自工作编代码的时候互相交流，各自都有独立的空间，在工作的时候不互相影响，做好自己最擅长的一部分，而核心人物负责指挥和整合，将一个庞大的软件项目分工给最为擅长这方面的人去做。优点为这个团队一直以这种方式分工合作，原本就擅长这方面的人由于多个项目的历练而积累了大量经验，将自己擅长的这方面发挥到极致，使整个软件项目变得极其稳定。但是理想的团队模式并不能仅仅局限于交响乐模式，如果也吸取爵士乐模式那种对变化内容给予有创意的回应的优点，那就会使原本各司其职的团队成员拥有对面对环境的变化或者是成员变换所产生的不协和感随机应变的能力，使团体和个体都具备有创新性和良好的应变能力，即使团队解散每个个体也能迅速融入新团体适应新环境。每个成员虽然各自精通的部分不同，最好也能对其他部分有一些了解，虽然不用做到功能团队模式那样全员出动协作完成一个功能，但是这样能使软件的整合和交接更为方便，使团队的效率最大化。如果有条件的话，有秘密团队这个较为宽松的氛围也能使团队发挥更高的效率，完成看似不可能的任务。

2.对软件流程的理解

 软件开发流程目的是为了提高软件开发，运营和维护的效率，以及提升用户的满意度，软件的可靠性可维护性。构建之法中的软件开发流程有：写了再改模式、瀑布模式瀑布模式的各种变形、统一流程、老板驱动的流程、渐进交付的流程。总的来说，软件开发流程所包括的模块有问题定义、需求分析、软件开发、软件测试、软件运维。

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

“只用一次”的程序

“看过了就扔”的原型

一些不实用的演示程序

瀑布模型适用的项目：

产品定义非常稳定

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

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

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

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

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

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

软件流程最重要的还是最先能够明白用户的真正需求，开始尽量多得和用户交流，归纳出用户的需求再开始进行前期程序设计，分析，程序设计等流程，可以运用MVP来试探用户需求是否和归纳出的所相符，再执行编码、测试、运行的流程。