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

与大软件项目相比，小软件项目具有以下特点:  软件项目功能相对较少 ；软件开发人员较少；软件开发周期较短。

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

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

1、软件开发之前没有认真地进行项目可行性和工作量的估计。

往往由于项目较小，便很草率地制定一个软件开发日程表，没有认真地估计项目难度，结果实际完成时间与估计完成时间往往有较大差距。

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

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

3、不经过单元测试而直接进入系统测试 。

造成这一现象的原因是每个模块相对比较简单，但是为了测试一个模块需要建立一些测试环境。例如，为了测试一个函数是否正确，应该用一些测试数据去调用该函数，需要编写一些测试数据。但很多软件开发人员嫌麻烦，觉得反正其他模块也很快出来了，直接用真正的数据来运行几次就行了。

针对以上问题，我认为在软件开发过程中必须处理好四个关键问题，严格把关，可以大大提高软件的质量。