小型软件开发项目看起来比较简单，结构单纯，做起来也比较容易成功，很多人就不是很重视小型软件开发项目的管理，往往很容易忽视，其实这是一种误解，从本人的经验看来，小型软件开发项目开发中容易犯以下的一些错误:

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

2、在软件公司中有些人是做过开发工作的，而有些人是新来的，所以要想做到和谐合作，需要一定的配合力，意味着不同人员的程序之间交互、接口相对少一些。开发周期短意味着往往是同样的几个人从头到尾负责一个软件开发项目。这两者都让人容易犯些错误。往往是几个人碰一下头，讨论一下最基本的数据结构、函数接口便分头去做自己的工作了，没有一份较正式的文档。

不过有一个不好的现象就是通过这种方法讨论出来的接口，可能存在一定的问题，从而存在一定的误差，这。一个误解可能造成以后的返工。 另一个潜在的危险是由于讨论时忽略了某些情况，等大家都按当时的分工完成属于自己的工作后，才发现各个模块组合起来却形不成一个完整的系统。其根源在于没有一个负责协调的人员不断监控整个开发过程。

正如上面提到的，新来的软件开发人员加入时，对于以前做的代码很难理解，造成很大的不便，索性自己从头来，这就造成了时间上面的浪费。另外，没有文档的程序，日后维护和版本升级都比较困难。

3、有的模块比较简单，开发人员认为不经过单元测试而直接进入系统测试，但是为了测试一个模块需要建立一些测试环境。例如，为了测试一个函数是否正确，应该用一些测试数据去调用该函数，需要编写一些测试数据。但很多开发人员嫌麻烦，觉得反正其他模块也很快出来了，直接用真正的数据来运行几次就行了。

但是在一定的条件下，直接进入测试系统，如果要碰到测试的结果不正确，那么这种情况就需要返回来一步一步的检查，相对来说比较麻烦。由于模块间的调用关系，可能查了很久才发现是某个模块的问题。这种方法一来效率比较低，大量的时间用在了将一个错误定位在模块上了。另外由于这种测试不完全，真正运行系统，当 调用某模块时，可能大部分时候都是正常数据，极少出现边界情况，可能某些边界情况容易被忽视，很久之后才被发现。但是如果对每个模块进行单元测试时都进行一下边界测 试，就会很容易消除一些隐患。真可谓欲速则不达也。