大型系统集成项目需求特点及应对措施

      

    针对于具体客户在一定期间内完成某个目标，叫项目。项目，尤其是国内的项目有一个很明显的特点－－－需求变化大。 本文就此问题，谈谈自己的观点和应对方法。
                                                                                                                                                                                            ---技术分析员 李海 －－－[email protected]

       我总是能听到技术人员的抱怨，客户今天要这样，明天要那样，需求总是没完没了。是啊，在我们这个标准化程度比较的低国度里，少有客户可以完完整整地把软件公司在另一个项目的经验照搬过来。比如110系统，青岛的110模式，就和济南110有很大不同。你即使有成功的经验，也要准备从头开始与客户沟通，当然成功项目的经验是可以做为参考的。

      项目需求管理上，我认为要点有三：1、特定目标 2、一定期间内 3、需求渐进性（逐步明朗化）。简单解释一下：首先要知道客户让你做的事情，其次什么时间做好你要把握好，再次客户和你一样，对自己要什么，开始并不是很清楚，经过和你沟通后，才逐步明朗。

     技术人员的抱怨就源于需求逐步明朗化。对客户来说，这又十分合情合理。大家都在学习中获取知识，刚开始每个人都不熟悉啊。

     所以如何让客户明朗化早点到来，是控制需求变更很重要的一个因素。

 

     我在自己博客《城市联动应急系统需求调研技巧》介绍了如何在需求阶段进行调研，现在补充一项。如果你已经有成功的类似项目。这个也是和客户沟通一个工具，我在南昌110时，就把青岛110项目给他们参考来激发思路。从中获取很重要的信息，比如有那么差别，有那么可以引用，有那么要重新开发。然后把变更属性及变更的流程记录下来，达到事半功倍的效果。其次需求变更控制阶段要开发阶段，测试阶段，实施阶段，及验收阶段。

     为此我建立一套控制表格，如下：  

需求阶段

 

步骤   作用	建立需求目录	需求设计目录	建立需求会议记录	建立需求跟踪目录
要领特点	收集分类管理原始需求信息	按照需求三要点：功能点，质量要求，环境约束写清楚文档	收集会议记录及其总结文件	管理需求变更记录及其设计
			安排一个执行者

 

 

开发阶段

 

步骤   作用	项目进度计划	人力资源文件	质量保证及其跟踪	开发阶段需求变更控制	模拟测试及培训
要领特点	任务分类安排	描述记录人力资源状态及其工作经历，及绩效表现	系统Bug记录在案， 质量保证历史记录	以文件的形式写出变更点，变更的设计，影响及其工时人力安排	模拟测试安排培训安排

 

实施验收

 

步骤   作用	实施操作手册	系统配置手册（验收文档）	后期留守人员	验收阶段需求
要领特点	实施人力及其工作要点总结	交付文件	留守人员及其工作安排	记录变更要求，客户签字书，呈递客户风险分析书，更新计划书

 

      大家可以看出，需求的变化从需求到验收，逐步复杂化。需求阶段，需求变更只是记录，设计。开发阶段需要考虑影响，设施验收阶段你要做风险分析，及版本更新验证。

 

      总结一下：

      第一：要尽早地让客户表达出他的意思。

      第二：完善需求记录，进入开发阶段后，要做好变更需求的设计和管理工作。

      第三：最好不要需求拖到实施验收阶段，万不得已，要好风险控制。

     

      接下来，讲段故事吧。请思考问题出在什么地方。

      在青岛110项目中，需求阶段，我在业务处理，界面设计上，争取到了客户的认可，觉得还行。进入开发阶段后，对后来再提出的要求，有一些想当然。有件事情我记得很清楚，当时公安局的110处长提出要做“督办单”。大致的意思是，对于处警进展不满意的事件，发出督促，还必须下级单位反馈。我的想法是，既然需要反馈，那么我让开一张单字，像案件一样，统一反馈。他也同意我的想法，于是我没有把设计的界面层结果给他看。在上线前一天，他生气了。说督办单不是他要的，操作太复杂了，而且有产生一个新事件。吓得得我重新设计，大家说我当时应该把什么样设计结果给他，才不会出现这样错误？