软件开发过程管理浅谈.pdf

浅谈软件开发管理体会 浅谈软件开发管理体会 杨利梅 浅谈软件开发管理体会 从毕业至今，大小的项目做了一些，有不少成功的喜悦，也有很多失败的教训。今 年由于工作需要，我以软件项目负责人的身份参加了接入网统一网管系统开发的整个过 程。从中学到了不少知识，有许多体会,想将自己的感受写出来，与大家共勉。 软件项目管理是一个庞大而复杂的系统工程，当前业界对于软件开发流程有不少规 范和定义，如 CMM 和 ISO9000。在该管理体系的管理下是可以开发出高质量的软件产品。 但是由于该体系较适合于大型而且复杂项目的团队开发，真正实施尚需要时间和过程。而 我们当前执行的项目，一般只有10 个人左右，要实施软件工程难度更大。我认为：虽然项 目大小不一，但管理方法是相通的，要做好软件开发工作，就必须加强有效管理。 大家知道， “软件危机”起源于一些大型项目的不断延迟甚至失败。与大项目相 比，小项目具有以下特点:  项目功能相对较少 ；  开发人员较少；  开发周期较短。 小项目看起来比较简单，比较容易成功，人们往往容易忽视小项目的管理，其实 这是一种误解。 据我了解，小项目开发中容易出现以下问题：: 1、开发之前没有认真地进行项目可行性和工作量的估计。 往往由于项目较小，便很草率地制定一个开发日程表，没有认真地估计项目难度， 结果实际完成时间与估计完成时间往往有较大差距。 2、没有真正的设计过程 。 开发人员少，不同人员的程序之间交互、接口相对少一些。开发周期短往往是几个 人从头到尾负责一个项目，几个人碰一下头，讨论一下最基本的数据结构、函数接口便分 头去做自己的工作了，没有一份较正式的文档来规范各自职责和项目细节。 这种做法潜在的危险之一是有人可能会对所讨论的接口、结构理解有偏差，可能会 造成以后的返工。 另一个潜在的危险是由于讨论时忽略了某些情况，等大家都按时完成分工任务后， 才发现各个模块组合起来却无法形成一个完整的系统。其根源在于没有一个负责协调的人 员不断监控整个开发过程。 第三个潜在的危险是一旦有人中途退出开发队伍，其他人加入时，难以理解以前别 人做好的代码，又要从头做起。另外，没有文档的程序，日后维护和版本升级都比较困 难。 3、不经过单元测试而直接进入系统测试 。 造成这一现象的原因是每个模块相对比较简单，但是为了测试一个模块需要建立一 些测试环境。例如，为了测试一个函数是否正确，应该用一些测试数据去调用该函数，需 要编写一些测试数据。但很多开发人员嫌麻烦，觉得反正其他模块也很快出来了，直接用 真正的数据来运行几次就行了。 针对以上问题，我认为在开发过程中必须处理好四个关键问题，严格把关，可以 大大提高软件的质量。 这四个关键问题为：人员、规范、测试、时间控制。 一、合理配置人员 首先软件开发是一项长期艰苦的工作，所以一个团结、协作的团体才能在规定的时 间内完成一个质量上乘的软件项目。团队中的每个人必须积极融入到整个集体中，不能互 相推诿，更不能互相埋怨和指责，正确的态度是大家在充分信任的基础上团结协作，互相 帮助，主动承担任务, 利用集体的智慧获得成功。整个团队就是一部机器，只有每一个齿 轮都能正常运作，才能生产出优质的产品。 合理配备人员是成功完成软件开发项目的切实保证。所谓合理配备人员应包括按不 浅谈软件开发管理体会 同阶段适时运用人员，恰当掌握用人标准。一般来说，软件项目不同阶段、不同层次技术 人员的参与情况是不一样的。图一是典型的软件开发人员参与情况与实际人员需求差异曲 线图。 如人员配置不当，很容易造成人力资源的浪费，并延误工期。特别是采用恒定人员 配备方案时，在项目的开始和最后都会出现人力过剩，而在中期又会出现人力不足的情 况。 为开发人员创造出一个人尽其才的环境也是项目成功的重要环节，让他们能得心应 手的施展自己的才华，特别在工作安排上要煞费苦心，针对