软件项目开发过程的风险性

2005年11月12日

现在在做的这个项目，开发工期很紧。一个五脏俱全的B/S架构的管理系统，基于JAVA Struts & SQL Server，包括前期培训和后期测试发布只有一个多月的开发时间，本来已经是很紧张的了，但是，现在项目的需求来回改变，甚至达到了一天变两次的境地。从昨天晚上就听到风声，据说是要对需求进行调整，今天早晨几个模块负责人就上楼来（我们开发人员在三楼，头儿们都在一楼）和我们说一些调整的事项。在这期间，我注意到他们总是使用“大概应该这样做”、“先这样处理”、“以后再说”等字眼。在他们走后，我对开发组的同事说咱们先别改，说不定需求还有变化。果不其然，到了下午五点左右，正式通知下来了，大部分模块都要再次进行大的调整，很多模块甚至要推翻重新来做！真不知道到了月底还能不能如期交工。
通过这个事件，我真是体会颇多。对于项目的风险性，乙方的项目负责人应该全面地考虑。在做项目计划的时候应该把各种需求一次性确定，不要在开发过程中一次次地更改需求，除非它是必要的。对于任何已经确定的需求，都要有形成文字材料并有甲乙负责人签字确认的文件。如果要对需求进行变更，就必须由双方负责人共同充分的讨论确认并记录在变更日志中。乙方负责人应该站在开发人员的立场上，不能对客户过于迁就，否则会大大增加项目的风险性，最终可能导致整个项目的延期甚至失败。在确定需求的时候，也要考虑到开发者的实际水平和工期进度情况，对于某些过于复杂难于实现的需求项应该争取与客户沟通，变通一下可能会对开发团队和整个工程有很大的益处。