对最近项目的总结

最近的一个项目是一套求职服务的系统。到我接手已经是做第二遍了。

 

我以前从来没见过哪个项目有做第二遍的，所以觉得心里很没底。到底为什么要做第二遍？我先找到参与第一遍开发的开发人员。他说：第一遍做出来后用户不满意，对需求进行了大修改，所以做第二遍。然后我找到参与过第一遍测试的测试人员。她说得很精练：不好用。

 

作为第二遍开发，时间是非常有限的。老大希望月底前一个星期完成开发（这个时候是月初），并让我和另一个同事两个人一起做。

 

这样就有几个地方需要考虑。对于外部环境，首先，时间人手有限的情况下，要做的就是对项目范围进行控制。其次，因为是做第二遍，为了不让测试人员心里有纠结，应该采取非常积极的态度。这两点是相辅相成的。

 

对于内部环境，为了提高效率，首先要安排好工作环境。我把自己的本本搬到同事旁边，这样有助于保持开发的高效和统一。其次，正确的判断技术风险。我在项目中加入了 Struts2 和我自己写的一个 DAO 框架。这两个都是同事不熟悉的。Struts2 好说，因为同事熟悉 Struts，花了半个小时讲解后大概了解了，当然以后也少不了做些零碎的补充；我自己写的 DAO，上手十分简单，也花了差不多半小时进行讲解，基本操作都明白了。

 

加入这两个东西对我来说是非常大胆的举动，而我敢这么做很重要一个原因就是开发组只有两个人。人一多，技术风险就会成几何级数的放大。但是最后证明，我加进来的 DAO 因为使用很简单，对开发效率的提高有很大的帮助。另外，由于两个人坐得近，可以方便的对项目框架进行重构。对项目框架进行重构保证了开发效率不会随着时间而降低。

 

界面框架也是提高效率的一个重要原因。在项目中我编写了一个表格标签。这个标签会根据查询结果的内容生成基本的 <table> 元素。再加上 CSS 的润色，几行简单的代码就能生成一个完整的分页表格。

 

但是，不管效率多高，要在有限的时间内完成需求，就必须要控制项目范围。而要想控制项目范围，获得持续反馈是很好的手段。因此我们每完成一个页面就让测试人员来试用一下。测试人员对最早的几个页面提出了较大的改动，后来就很少了。如果是全部完成才去测试，那么这种改动的工作量至少是十倍以上。另外，一些原本以为需要的功能去掉了，也就是说减少了泡沫和浪费。

 

积极寻求持续反馈也能给测试人员好的印象，当测试人员觉得产品掌握在自己手里，她就不会过于关注时间上的进度，甚至会 “主动的允许” 延长开发时间（这是我另一个项目中出现过的情况）。