软件团队建设和开发管理及十种需要掌握的关键技术

软件团队的建设和开发管理

毕业以后一直在从事软件工作，历经了10年坎坷，现在是一家IT企业的软件开发主管。在不断的摸索、失败、成功中，有不少的经验和教训，希望能和一些成长中的软件从业者分享。

软件组织中什么是最重要的呢？团队和开发管理。今天我们的主要话题就是围绕着团队和开发管理展开的。

在很多场合，我们都听到人们说“人才是最重要的资产”，我想，这不是一句空话。有了人才就有一切，这是一个真理。对于软件开发来说更是如此。当然，对人才的关注并不意味着要人才堆积甚至浪费，人才浪费反而会影响整个团队。

人才只是一个个的点，如果没有形成一个有效的团队，人才再多也毫无意义。软件开发是一个需要协同作战的工作，团队是软件开发工作的基本组织，因此形成一个有效的团队是软件组织成功的基础。

很多时候，团队作战听起来容易做起来难。有一次，我和一个大型软件企业的CTO聊起了软件组织的模式，他打了一个比方，说软件开发就象做外科手术，外科主任应该是技术最强的人，熟知每一项技术细节的人，所以软件组织的领导也应该是技术最全面，每个细节都精通的人。软件开发真的象医生看病做手术吗？我们来看看这里面有什么不同。医生通常面对的是一个病人，通常处理的是一个个案，当然一个复杂的手术也需要麻醉、影像、护士、助手的配合才能完成。一个软件项目呢？软件项目也有大小的区别，小的项目一个人处理所有环节，前端、业务逻辑、数据库；大的项目通常有一个团队共同完成，需求分析、结构设计、概要设计、详细设计、编码、测试，中间贯穿配置管理、流程管理等等，可由几人、几十人、几百人的团队共同完成。当领导几十人、几百人的团队的时候，项目的成功与否不光是领导者的技术能力所能够决定的了，更重要的是领导者的管理能力和领导能力决定的了。可见，不同软件企业的CTO对软件组织的模式认识也是不同的。
既然我们认识到了团队是一个软件组织的基本作战单位，那么我们应该怎样建立一个样团队呢？我们建立的团队应该包含哪些模块呢？我们可以从一下几个方面入手来对我们面对的问题先进行一个分析：
* 团队的技术要求是什么？
* 团队要具有哪些功能模块？
* 什么样的员工适合我们的团队？

下面我们来分析一下以上3个问题。

团队的技术要求是什么？ 通常，我们需要分析一下我们工作的技术要求。我们可以把软件系统作一个简单的分类：
* 基础系统，如操作系统、数据库系统、服务器系统
* 专业系统，如人工智能、大型索引系统
* 应用系统，如BOSS、BI系统
在这些系统中，也存在不同的分工。尤其是应用系统，分工更为繁多，比如：系统分析工程师、架构工程师、核心层开发工程师、业务层开发工程师、表现层工程师、美工、项目管理人员、测试人员，等等。不同的系统具有不同的技术要求，比如实时系统和信息系统的要求就不一样，常见的实时系统如电信系统，要求任何时候都不能中断，而信息系统，比如简单的OA系统，短暂的停顿造成的影响不是很大。因此在建立软件组织的时候需要考虑所从事软件项目的技术要求，我们首先要考虑我们开发的是什么系统，它的技术要求是什么，并在此基础上考虑软件组织的构成人员的要求。这个道理其实很简单，通常没有人为了OA系统的开发去招聘研究算法的博士。同时，对系统技术要求的过低估计通常会造成很低的客户满意度，也不利于组织的能力的提升。因此我们要仔细分析组织的技术要求，同时考虑组织未来发展的要求，尽量做到合理估计组织技术能力需求。

团队要具有哪些功能模块？
很多人都看过软件工程方面的书，在实践中我们基本也是按照规范去做的，现在，我们简单总结一下一个软件组织应该具有的能力：需求分析，架构设计、概要设计、详细设计、编码、测试、配置管理、流程管理、过程管理等等。但并不是任何规模的软件组织都要完全建立独立的组织来完成上述的功能，很多时候软件团队也是可以人员复用的，比如设计和编码通常可以融合。通常我们需要根据我们项目的实际情况，对组织能力作出适当的裁减，对人员复用作出合理的安排，并在此基础上决定我们的组织规模和构成。

什么样的员工适合我们的团队？
这可能是在建立团队的时候最不确定的因素，也最没有规范的因素。不同的管理者对人员的筛选会有不同的要求，因而构成的团队也具有不同的气质。同样是团队，有活泼的，有严肃的，有纪律严明的，有松散的，有喜欢冒险的，有害怕冒险的，有繁文缛节的，有简单明了的，这都跟管理者自身的喜好有关。这里就我个人的经验，谈谈在选择人员的看法。我们对人员需要被考察的素质做一个总结：
 经验值
 能力值
 潜力值
 洞察力
 敏锐值
 诚实度
 老实度
 开朗、 大度、外向值
 谦虚度
 自知力值
 亲和力值
 负责度
 细致度
 抗压度
 稳定度
 承担责任能力
这些素质中，有些我们可以通过考试的方法了解，有些可以询问，也有不少特质需要我们自己去感知。在我们招聘的过程中，技术人员的笔试是很重要的，必须根据需要设立不同的考题对人员进行考察。对于人员的能力和经验除了考虑目前他所具备的能力以外，还要考虑他的潜力，有些人具有很强的学习能力，在具备一定基础知识的情况下，可以降低对这种人经验的要求。除了能力以外，一个人的情商对于我们的组织来说非常重要。我们可以通过心理测试的方式了解一个人的情商，同时，最重要的是，作为管理者，我们必须要具有感知一个人性格特点的能力。这样，在招聘过程中，我们才能尽量做到选择出合适的人才。在选择人才的时候，我们不要一味追求便于管理，不要怕有能力的人。对于性格过于内向的人我们也要多加考虑，很多内向的人同时也具有执拗、各色、生硬、融合性差的特点，因此内向不等于便于管理。

有了合适的人选，团队建立了，还需要不断提升团队的能力，需要培养具有特色的团队精神。正如一个球队，有了合适的人选，还必须有高质量的训练，严格的细节要求，才可能在竞争中获得胜利。一个团队也是一样，需要不断的提升技术能力，提升凝聚力，提升协作能力，提升士气，才能在一个个项目中获得成功。

那么，团队精神的培养，团队能力的提升从何着手呢？首先要确立团队的风格，例如建立这样一种团队风格：分享、透明、责任、协作、团结、激情。在确立了这个风格以后，要在日常的工作中加以贯彻。

分享，主要是指技术的分享，可以定期举办技术讲座，让每个人都参与进来，领导者可以确立技术方向，然后大家分享彼此的知识和经验，这种方式可以很快地提升团队整体技术能力，分享的过程中也增加了成员间的相互了解和信任。

透明，是指管理上要透明，在我们的团队中没有不能拿出来说的秘密（工资除外），团队成员间秘密的形成也是团队隔阂的开始。

积极的态度、责任心是软件开发必不可少的素质，不同的责任心开发出来的软件可用性、性能、稳定性、出错率可能相差很远，发现由责任心引起的问题一定要坚决处理，提出公开的批评，根据情况作出适当的处罚，确保以后避免类似的错误。

软件工程的过程和软件设计的模块化、分层结构导致了软件组织成员分工的不同，这就要求成员间要有很高的协作性、团结性。对各项工作多进行讨论，不要怕争论，不要独断专行，最后执行讨论后的结果，多讨论有助于增进协作和团结。

每个人都需要一个舞台，在团队管理中一定要了解每一个团队成员的特点和能力，把最适合的任务分配给他，要为每一个人营造一个舞台，要充分发挥每个人的作用。软件是一个团队的工作，不是团队中一个明星的工作。就象篮球是5个人的运动，足球是11个人运动一样。要让所有的团队成员都参与到工作中来，一同享受工作的乐趣和成功的喜悦。不要造成忙的忙，闲的闲的现象，那样的话忙的、闲的都会产生不满情绪，最终导致不可调和的矛盾。

除了上述方法可以培养团队的精神，促进团队能力的提升以外，另外一个重要的手段是确立团队不同阶段目标，并讨论采用什么样的手段达到目标。目标包括项目目标和能力目标，只有有了正确的目标，在团队精神的鼓舞下，团队才会产生激情。很多时候，激情的迸发可以产生意想不到的力量。

在培养团队精神的时候也要避免一些严重影响团队精神的事情发生。不要任人唯亲，要唯贤是用；不要独断专行，要群策群力；不要高压强制，要鼓励引导。


在建设了一个好的团队以后，任务已经完成了一半。软件工程的特殊性要求我们在软件开发上要有一套合理的管理方法。这在很多软件工程的著作中作了大量的描述，这里我们只是做一个简单的经验介绍。我们分成一下3点进行阐述：
 规范
 流程
 考核

规范。无论开发什么软件系统，都必须按照一定的规范进行。软件开发过程采用规范进行管理的必要性相信任何一个管理者都会有明确的认识，这里我们只谈采用什么规范，怎么样执行规范。软件工程的规范主要有CMM和ISO9000。通常我们采用CMM规范，并根据软件组织的具体情况对规范进行相应的裁减。不管怎么裁减，在开发管理过程中，以下一些关键环节是不可缺少的：需求分析，架构设计，概要设计，编码，测试。通常，我们可以利用配置管理和版本管理的工具来进行开发过程的管理。在这些过程中，我们必须按照一定的CMM规范产生相应的过程输出。我们采用的规范都要形成相应的书面材料或者模版以供员工阅读。总结一下我们需要的基本模版：需求分析模版、设计模版（架构、模块、数据）、编码规范、测试规范，基本管理工具：版本管理、配置管理、测试流程管理。

流程。流程涵盖软件组织的内部流程以及软件组织和需求单位之间的外部流程。外部流程包括需求讨论流程、需求确认流程、系统初审流程、系统终审流程等等。内部流程包括需求分析流程、设计流程、开发流程、测试流程等等。每个组织要根据自身特点和项目特点按照CMM规范的要求制定流程，并对流程进行讲解，按照流程严格执行。在流程的各个环节完成软件项目的输出：需求书、设计书、代码、产品、测试记录、说明书等等。

除了正确的规范和流程以外，任何一项工作都要进行考核。考核可以是全方位的，除了工作业绩外，协作意识、学习意识、责任意识都在考核的范围内。软件的输出是个人脑力劳动的输出，独立完成同一个功能，不同的开发人员输出产品的性能、稳定性很难完全一致，因此工作业绩的量化很难，对于工作业绩可以采用以下公式进行评估：
 工作业绩=工作量（小时）*复杂度（1-10）*创新性（1-10，是否可以参考以前的项目）*重要性（1-10）*质量（1-10）。
不要用输出代码或者文档的长度来衡量工作量，因为有时一项重要的任务思考很长时间，但是输出却很短。复杂度、创新性、重要性、质量包含了对能力的评估，使得能力强的人工作业绩能够得到体现。复杂度、创新性、重要性、质量标准的确定是很难的，不同的人有不同的见解，这套标准需要软件工程的人员专门研究确定，这个标准可以是公司自身的标准。协作意识、学习意识、责任意识也是考核的一方面，这些标准的制定也需要软件工程人员研究后确定。

最后我们对软件开发团队的建设、软件开发管理的一些理念做一个总结：
* 根据技术要求、项目要求确定团队的模块功能，既能满足要求又不能形成岗位重复和浪费。
* 选择合适的团队成员，利用书面测试考察应聘者的能力、经验，感知应聘者的情伤，避免招聘难于融合到团队的人员。
* 建立团队的风格，比如：分享、透明、责任、协作、团结、激情。确立正确的团队目标，给每个人一个合适的舞台去发挥，同时避免不利于团队精神形成的管理方法。
* 制定适合企业的软件工程规范，并严格执行。
* 制定适合企业的流程，并严格执行。
* 制定适合企业的考核体系，并严格执行。

十种关键技术

一、XML
在十种技术中，最重要的一种技术我想应该非XML莫属。这里不仅仅指XML规范本身，还包括一系列有关的基于XML的语言：主要有XHTML，XSLT，XSL，DTDs，XML Schema（XSD），XPath，XQuery和SOAP。如果你现在还对XML一无所知，那么赶快狂补吧。XML是包含类似于HTML标签的一个文本文件，在这个文件中定义了一个树型结构来描述它所保存的数据。
XML最大的优点是你既可以在这个文本文件中存储结构化数据，也可以在其中存储非结构化数据——也就是说，它能包含和描述"粗糙的"文档数据，就象它描述"规则的"表格数据一样。
XHTML是目前编写HTML的首选方法；因为XHTML本身就是格式良好的XML，与通常畸形的HTML文档相比， XHTML格式文档更容易处理。
XSLT和XSL是对XML文档进行转换的语言。它们可以将XML文档转换成各种格式，比如另一个文本文件、PDF文件、HTML文件、逗号分割的文件，或者转换成其它的XML文档。
DTDs 和XML Schema用来描述XML文件所包含的数据内容的类型，使你不用编写定制的代码就能对XML文档的内容进行"有效性"检查，使内容强行遵守给出的规则。
XPath 和 XQuery是查询语言，用它们可以从XML文档中吸取单个的数据项或者数据项列表。XQuery的功能特别强大，因为它对XPath查询进行了扩展。实际上，XQuery和XML的关系就像SQL之于关系数据库一样。
SOAP是Web services间进行通讯的标准协议。你不必知道SOAP协议的所有细节，但是你应该熟悉其常用规则及其工作原理，这样你才能使用它。
二、Web Services
Web服务是XML流行后的直接产物。因为XML可以描述数据和对象，XML大纲可以保证XML文档数据的有效性，因为XML的基于文本的规范，因而XML文档极其适合于作为一种跨平台通讯标准的基本格式。如果你还没有接触过Web服务，那么过不了多久你肯定会碰到它，所以必须熟练掌握Web服务，最好是精通它，因为它是迄今为止应用程序间跨不同种类机器、语言、平台和位置通讯的最简单的一种方式。不管你需不需要它，Web服务都会是将来互用性的主要趋势。
XML工作组的John Bosak曾说过："XML使得Java有事可做"，那么，我们也可以说，Web服务使得所有语言都有事可做。Web服务让运行在大型机上的COBOL应用程序与运行在手持设备上的应用程序相互沟通；让Java小应用与.NET服务器相互通讯，让桌面应用与Web服务器进行无缝交互，不但为商业数据处理，同时也为商业功能提供了方便的实现——并且这种实现与语言、平台、和位置无关。

三、面向对象编程
许多程序员仍然认为OOP乃技术的象牙之塔，但是细细想一下过去十年里在面向对象领域里占据过统治地位的开发语言之后，你就不会这么认为了，OOP理念从Smalltalk开始，然后蔓延到C++和Pascal（Delphi），到Java成为真正的主流，几年之后，VB.NET 和 C#的出现可以说是OOP发展到了登峰造极的地步。虽然使用这些语言不必了解OOP的概念，但如果你缺乏一些OOP的基本知识和方法，我想你很难在逐渐疲软的就业市场中找到工作。

四、Java, C++, C#, VB.NET
如果你热衷于技术，并且热爱编程，那么我想你应该轻松玩转这些高级语言，我说的玩转并不一定要你成为超级编程高手。而是能看懂用这些语言编写的代码即可。如果你还有精力用它们编码那就更好了。其实这种机会甚少。但是看代码的机会很多，学习编程的最有效的一种方式就是看源代码——浩如烟海的源代码中很多都不是用你所钟爱的开发语言编写的。
在过去的几年里，各个语言功能的发展基本上都差不多。现在你完全可以用VB.NET来写Windows服务、Web应用或者命令行程序。即使你只用其中的一种语言写程序。我认为也完全有必要学习另外一种语言，使自己能阅读和理解它们现有的例子代码，并且能将一种语言编写的代码转换成你首选的编程语言代码。这里列出的四种语言可谓是一个强大的开发语言工具箱，如果你掌握了它们，毫无疑问你一定是一个众人仰慕的高手。这里我要声明一下：那就是我并没有要忽略和排除其它的高级语言，如：FORTRAN、COBOL、APL、ADA、Perl和Lisp等等，根据你所从事的领域不同，应该选择适合的语言和工具。

五、javascript
Java 和javascript两者的名字尽管很类似，但它们之间并没有什么关系。为什么一种脚本语言会如此重要，以至于将它列入十种关键技术之一呢？仔细想一下就知道了，目前所有主流的浏览器都使用javascript。如果你要编写Web应用程序，那么javascript不可或缺。此外，javascript还能作为一种服务器端的脚本语言，如将它嵌入在ASP、ASP.NET中，或者嵌入XSLT来扩展功能。目前javascript在Mozilla/Netscape中是激活基于XUL界面的首选语言，它派生出了ActionScript，成为Flash MX应用的编程语言。还有就是javascript极有可能成为未来新设备的脚本语言以及主流应用的宏语言。
相比之下，VBScript虽然在微软的产品中得到很好的支持，但从长远来看，没有迹象表明它会有美好前途。微软自己都趋向于用javascript（或者用由javascript派生的JScript）来编写其客户端脚本代码。因此，如果你要选择脚本语言，非javascript莫属。

六、Regular Expressions
从所周知，关系数据库的查询使用SQL，搜索XML文档用XPath 和XQuery，而正则表达式则用来搜索纯文本。例如，你可以用一个命令来查找或删除HTML格式文件中的注释内容。大家都用过"IndexOf"、"InStr"以及"Like"这些内建在javascript或VB中的文本搜索函数，这些函数虽然很容易使用，但是它们的功能却无法与正则表达式同日而语——现在每一种主流的开发语言都提供对正则表达式的存取。尽管有人认为正则表达式本身的读写艰涩难懂，但毕竟它的功能强大，使用它的领域也越来越多。

七、Design Patterns
就像OOP通过创建和分类对象来简化编程一样，设计模式将普通的对象交互分类成指定的模型，这是一个从一般到具体的过程。OOP的成分使用得越多，设计模式就显得越有用武之地。所以你必须理解它们，跟上其总体理论的发展。

八、Flash MX
当你需要比HTML和CSS所能提供的更多的客户端图形和编程能力时，Flash是最佳选择。在Flash中编程比用Java小应用或者.NET代码来得快得多，也容易得多。
在最新版本中（MX），Flash不仅可以画图和进行动画打包，它还是个高度的可编程应用环境。具备强大的与SOAP Web服务沟通的能力，可以调用运行在远端服务器上的ColdFusion、Java或.NET代码。可以说Flash几乎无处不在，包括手持设备、置顶盒、甚至是新的平板电脑，你到处都可以见到它的身影，所以使用它实际上可以扩展和延伸你的应用程序使用领域。

九、Linux/Windows
这是当今PCs机操作系统的两大阵容，如果你想在计算机行业里混，就一定要熟悉它们。对于Linux，最好能自己安装，配置，下载它的图形用户界面以及一些应用程序。自己安装Apache并会编写Web应用程序。要清醒地认识到这个世界除了Windows之外，还有Linux的存在。并且这种局面将会长期存在。反过来，如果你是一个死忠的Linux开发者，不要再继续对Windows的憎恶，要相互学习，取长补短，看看Windows有什么好的东东可以采纳。记住Windows仍然是桌面之王。
谁也说不准你们公司什么时候会决定从Linux转向Windows，或者从Windows转向Linux。谁也说不准什么时候你会跳槽跑到另外一个使用不同平台的公司上班——或者即便不跳槽，也有可能在不同平台上开始另外一个杀手级项目——所以最好在每个平台上都积累一些经验，而不要在一棵树上吊死。

十、SQL
尽管SQL在当今众多的技术中已不是什么新东西，而且在未来的十年里它的作用很有可能被削弱，甚至整个被淘汰，但它仍然是一种基本技能——别看它是一种基本技能，至今仍有许多开发人员不懂什么是SQL或对它了解不多。不要指望基于图形用户界面的SQL构造器会帮你的忙，还是自己亲手写SQL查询吧，确定你掌握了SQL的基本语法。现在理解了SQL，不仅对以后学习XQuery有所裨益，而且可以使你很快找到简化或改进当前开发项目的途径。