公司需求控制失败的案例

给个殷实的肩膀&＃xff0c;好有依靠&＃xff1b;给个巨人的肩膀&＃xff0c;好站的更高看得更远&＃xff1b;给些公司的失误案例&＃xff0c;好吸取教训让错误不再发生。

公司在需求控制方面失败的案例&＃xff1a;

1、对需求的范围和工作量估计不足案例&＃xff1a;2003年长沙某项目&＃xff0c;合同中需求写的比较概括&＃xff08;土话&＃xff1a;需求写的比较粗&＃xff09;&＃xff0c;开发期间&＃xff0c;客户在原来的需求书中提出了大量的业务扩充描述&＃xff0c;导致项目组为此多投入接近3人X1.5月&＃61;4.5人月

2、需求范围模糊案例&＃xff1a;2003 年厦门某项目&＃xff0c;合同中描述&＃xff1a;“系统应实现业务中心的业务需求”&＃xff0c;我方认为实现业务中心软件即可。项目开发接近尾声&＃xff0c;业务中心的系统基本开发完毕&＃xff0c;原以为项 目接近尾声&＃xff1b;但客户追问&＃xff1a;我业务中心的业务就是和20几个局点之间的操作&＃xff0c;你们怎么没有开发那20几个局点的客户端&＃xff1f;我方辩解&＃xff0c;客户拿出合同&＃xff1a;你没有开发 客户端&＃xff0c;如何实现合同中我“业务中心的业务需求”&＃xff1f;拗不过&＃xff0c;客户的各局点又提出特色客户化要求&＃xff0c;最后该项目比原计划多投入接近2人x7月&＃61;14人月。

3、遗漏隐藏在需求背后的案例&＃xff1a;2004 年北京某项目&＃xff0c;合同中要求我们系统实现xx功能&＃xff0c;项目根据估算后的工作量、成本、进度进入开发&＃xff0c;但设计中发现&＃xff1a;如果要满足合同中实现的xx功能&＃xff0c;需要增加 开发客户已存在的数据库informix、MSTR等系统的接口程序&＃xff0c;为此需要比原计划至少多投入2人X3月&＃61;6人月的工作量。

惨痛教训之后&＃xff0c;我们该如何规避&＃xff1f;!