导读：软件工程经过四代更替，其早就过了一个人开发的时代了。我们需要合作，需要集体开发，那么怎样去组建我们的小组，软件开发小组又经过了哪些过程呢？
一、小组的定位
软件工程有其三大要素：方法、工具、过程。
其过程是相对稳定的一个软件开发的生命周期，简要说来，就是：需求，设计，实现，测试，维护。目前接触到，应用过的有：面向过程、面向对象。将来还会有面向服务，面向需求，面向接口等等。其工具有很多，比如说：测试工具，建造工具，管理工具，绘图工具等等，而我将其开发小组，也划分到工具之中。俗话说：工欲善其事必先利其器，我认为，开发小组在整个软件开发的工作流中是一个非常重要的因素。
二、小组的发展
先总体看一下小组的分类：
说明：小组的分类共有6种：民主小组、主程序员小组、编程小组、同步—稳定小组、敏捷过程小组、开源编程小组。
2.1，民主小组
软件开发小组的形成不过几十年，在1971年首次描述了民主小组。为什么难？人们不愿意修改自己的代码，特别喜爱自己的代码。而针对这个问题，就产生了民主小组：民主小组的核心是无我编程。它强调一个整体和自愿，每个人都必须鼓励其他人对自己的代码进行纠错修改。所以，这样的小组写出来的代码质量很高。
难点：无我小组是自发的，而不是强加的。当面临一个复杂的问题时，大家聚集到一起共同研究，但一旦问题简化，就会造成决策的混乱，谁也不愿意放弃自己的代码。所以，民主小组试用于研究型项目。
民主小组的问题是当任务简单化，造成决策和沟通困难，那么解决这一问题而生的就是主程序员小组！
2.2，主程序员小组
首先是看主程序员小组的结构图：
主程序员小组通过任务职责的划分，大大的缩减了沟通渠道，它包含的主程序员、备程序员、编程秘书都是一批具有专业素质和能力极强的人，主程序员需要对项目中的每一行代码负责。而备程序员则需要在主程序员出现意外无法工作时，顶替他。
难点：主程序员的管理素质、专业素质的要求都极其的高，通常找到兼备的人并不容易；其次，备程序员需要具有主程序员的所有素质，但是他又仅仅是个替补，有才能的人一般不愿意从事这个职位。而编程秘书则需要每天和文字打交道，软件专业人员不愿意这样做。
主程序的问题主要集中在人才寻找的困难，那么针对这一现象，分而求之的编程小组就出现了。
2.3，编程小组
编程小组首先将主程序中的主程序员的职能分为两块：技术领导（小组领导）、非技术领导（小组经理）。其示意图为：
在这个类型的小组中，对于领导和经理职能的明确是一个重点和要点，由上图可以看出，经理和领导的沟通渠道有穿插，那么在于一个大型项目中，这个的沟通渠道无疑会导致整个开发小组效率的低下，所以，为了解决这一问题，必须明确到人，利用层级分化：
附：大型项目中的技术组织结构
其组织结构将领导（经理）的任务分化，使得职能的分化更为的具体，但又不会错乱。小组的组建，一个很关键的点在于沟通渠道的多少，其有一个很基本的原则是：雇员不应当向多个领导者汇报。我们再来看其沟通渠道：
附：大型项目中分散决策下的沟通渠道
禁止程序员命令项目领导或者经理！！！！！！各层之间的沟通只能是向下引。
难点：比如有一个人要请假，经理批准了，但是可能由于项目的交付期限，会被领导给否决。所以这时候需要一个更高的决策人员，或者一个基本的原则作为指导。
同步—稳定小组，明确一个基本原则，其每一个开发人员都相对自由，解决了这种由于技术和非技术穿插导致的混乱。
2.4，同步—稳定小组
一个原则：共同的目标，每个人每天必须将自己的代码输入到产品数据库中，以同步当天的工作。
难点：这个类型的小组的原则很少，但是总避免不了（任何类型）小组人员缺失，出现意外的情况，那么当当事人离开后（文档的缺失），怎样能让新人尽快接手项目就成为了一个新的问题。所以，针对这一问题而生的敏捷过程小组就有了。
2.5，敏捷过程小组
基本概念：这个类型的小组，由两个程序员组成，编写所有的代码，共享一台计算机。一个负责为任务编写测试用例，一个负责使用测试用例实现代码。
当一个人离开后，另一个人完全可以找寻另一个伙伴完成相同部分的软件开发。而且这样的结对编程，使得两个人更为密切的交流，可以学到各自更多的技艺。
2.6，开源编程小组
前面所说的小组，都是其经过雇佣关系而结成的。而开源编程小组，则完全是公开向社会招揽志愿者。参加开源项目的志愿者有两个基本原因：完成任务的成就感；增添自己的培训经验。
针对志愿者的两个主要目标值，所以这类小组的组建关键在于：项目本身的价值；负责人的号召力。
三、个人总结
没有称职的，经过良好训练的软件工程师，软件项目注定要失败。然而找到一个好的工程师，还不够。软件开发小组必须组建起来。小组的组建是必要的，但选择哪一种却不是固定的，应该视情况而定。
现在，一个问题：如果一个由3个人（人数不定）开发的项目，现在延期了。那么，是不是应该为这个项目增添第四个人？提示：从沟通渠道上考虑
参考：布鲁克斯法则