小团队软件开发

软件开发是自己的本行,这里谈谈对一个小团队开发软件的几点思考:

1) 每个开发人员要对所要开发的东西在开发之前就要有一定的了解,最好是在开始的时候就把需求问的详细一些,不要对着一个全是文字的东西谈需求,最好用图形来交互,做软件的都有个体会,往往到自己把界面做的差不多了,给用户一看,用户马上就补充了一大堆需求,开发人员会埋怨,说当初在文档里已经用文字写清楚了,这就说明在需求文档里要有基本的界面设计的重要性.
  
2) 开发初期重点放在一些技术难点和框架的实现上,包括界面框架和一些公用的代码,这个阶段做好了,会给后面带来很大好处,不要在开发初期时把难点都避开,开发初期,团队干劲足,如果一鼓作气,许多技术难点都可解决,如果到后期再来处理,这些有风险和耗时间的技术难点会打消整个团队的积极性.而公用代码也非常关键,一个软件越大,可公用的就越多,界面部分代码可公用,底层代码也可公用,公用代码做好了,会对软件的一致性和可维护性有很大好处,最关键的是节省了人力.做软件的不妨把自己做过的项目反思一下,看看有那些地方可以做成公用的,简单举例,报表的生成,数据的导入导出,数据库数据的查询,这些都是最容易做成模块化的.

3) 测试是最让人头疼的,大多存在测试力量不足,即使人够了,也都不一定有经验.关键是测试用例要写好,bug要管理好.bug管理有多方面的作用,一是把整个开发的进度量化了,在软件开发中,谁说的进度都是不可信的,只有bug是最好的证据,bug能持续一段时间清零才说明项目成,bug管理的另一个作用是对开发人员也是一个督促,很能激发开发人员的工作热情(虽然这种热情是在自尊心受到伤害情况下被激发的).测试用例的重要性不言而喻,如果说最后交付的产品在现场出了问题,第一个该怪罪的不是开发人员,而应该是写测试用例的人,为什么没能考虑到发生错误的情况?