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