浅谈软件开发管理体会

从毕业至今，大小的项目做了一些，有不少成功的喜悦，也有很多失败的教训。今年由于工作需要，我以软件项目负责人的身份参加了接入网统一网管系统开发的整个过程。从中学到了不少知识，有许多体会,想将自己的感受写出来，与大家共勉。

　　软件项目管理是一个庞大而复杂的系统工程，当前业界对于软件开发流程有不少规范和定义，如CMM和ISO9000。在该管理体系的管理下是可以开发出高质量的软件产品。但是由于该体系较适合于大型而且复杂项目的团队开发，真正实施尚需要时间和过程。而我们当前执行的项目，一般只有10个人左右，要实施软件工程难度更大。我认为：虽然项目大小不一，但管理方法是相通的，要做好软件开发工作，就必须加强有效管理。

　　大家知道，“软件危机”起源于一些大型项目的不断延迟甚至失败。与大项目相比，小项目具有以下特点：

　　－项目功能相对较少；

　　－开发人员较少；

　　－开发周期较短。

　　小项目看起来比较简单，比较容易成功，人们往往容易忽视小项目的管理，其实这是一种误解。

　　据我了解，小项目开发中容易出现以下问题：

　　1、开发之前没有认真地进行项目可行性和工作量的估计。
 
　　往往由于项目较小，便很草率地制定一个开发日程表，没有认真地估计项目难度，结果实际完成时间与估计完成时间往往有较大差距。

　　2、没有真正的设计过程。

　　开发人员少，不同人员的程序之间交互、接口相对少一些。开发周期短往往是几个人从头到尾负责一个项目，几个人碰一下头，讨论一下最基本的数据结构、函数接口便分头去做自己的工作了，没有一份较正式的文档来规范各自职责和项目细节。
 
　　这种做法潜在的危险之一是有人可能会对所讨论的接口、结构理解有偏差，可能会造成以后的返工。
 
　　另一个潜在的危险是由于讨论时忽略了某些情况，等大家都按时完成分工任务后，才发现各个模块组合起来却无法形成一个完整的系统。其根源在于没有一个负责协调的人员不断监控整个开发过程。

　　第三个潜在的危险是一旦有人中途退出开发队伍，其他人加入时，难以理解以前别人做好的代码，又要从头做起。另外，没有文档的程序，日后维护和版本升级都比较困难。

原文转自：http://www.ltesting.net