软件项目管理是一个庞大而复杂的系统工程，当前业界对于软件开发流程有不少规范和定义，如CMM和ISO9000。在该管理体系的管理下是可以开发出高质量的软件产品。但是由于该体系较适合于大型而且复杂项目的团队开发，真正实施尚需要时间和过程。而我们当前执行的项目，一般只有10个人左右，要实施软件工程难度更大。我认为：虽然项目大小不一，但管理方法是相通的，要做好软件开发工作，就必须加强有效管理。
大家知道，“软件危机”起源于一些大型项目的不断延迟甚至失败。与大项目相比，小项目具有以下特点：
－项目功能相对较少；
－开发人员较少；
－开发周期较短。
小项目看起来比较简单，比较容易成功，人们往往容易忽视小项目的管理，其实这是一种误解。
据我了解，小项目开发中容易出现以下问题：
1、开发之前没有认真地进行项目可行性和工作量的估计。
往往由于项目较小，便很草率地制定一个开发日程表，没有认真地估计项目难度，结果实际完成时间与估计完成时间往往有较大差距。
2、没有真正的设计过程。
开发人员少，不同人员的程序之间交互、接口相对少一些。开发周期短往往是几个人从头到尾负责一个项目，几个人碰一下头，讨论一下最基本的数据结构、函数接口便分头去做自己的工作了，没有一份较正式的文档来规范各自职责和项目细节。
这种做法潜在的危险之一是有人可能会对所讨论的接口、结构理解有偏差，可能会造成以后的返工。
另一个潜在的危险是由于讨论时忽略了某些情况，等大家都按时完成分工任务后，才发现各个模块组合起来却无法形成一个完整的系统。其根源在于没有一个负责协调的人员不断监控整个开发过程。
第三个潜在的危险是一旦有人中途退出开发队伍，其他人加入时，难以理解以前别人做好的代码，又要从头做起。另外，没有文档的程序，日后维护和版本升级都比较困难。
文章来源于领测软件测试网 https://www.ltesting.net/
