文档介绍：业务需求分析师
业务需求分析师
.......................................
68
. ......................
需求跟踪目的
68
. ....................
需求跟踪能力矩阵
69
. ....................
需求跟踪能力工具
73
. ....................
需求跟踪能力过程
73
. 需求后评估 . ............................................
74
. ........................
成本评估
75
. ........................
效益评估
75
4
第1章. 软件需求现状与常见问题

在信息化高速发展与行业竞争日趋激烈的今天，构建符合中国电信企业战略
的信息化系统是我们 IT 专业人员要解决好地关键课题。然而在软件项目实施过
程中，进度超期、经费超预算、变更频繁的现象层出不穷，许多项目无法达到预
期目标，归根结底，软件需求质量是问题的主要根源之一。
软件需求是软件项目关键的一个输入，和传统的生产企业相比较，软件的需
求具有模糊性、不确定性、变化性和主观性的特点。它不像硬件的需求，是有形
的、客观的、可描述的、可检测的。软件需求是软件项目最难把握的问题，同时
又是关系项目成败的关键因素。
既然软件需求如此重要，那么需求相关的哪些因素是导致项目失败的根源？
美国的第三方机构 Standish Group 每隔几年都会对软件项目现状进行分析
与统计，其分析报告“ CHAOS REPORT”① 的研究结果显示：高达 %的项目
彻底失败，高达 %的项目进度超期或成本超支，被认为成功的项目仅有
%。
为了帮助软件开发组织找到明确的改进方向， Standish Group还总结出了十
大成功保证和十大败因，如表 1-1 所示。
在表 1-1中可以看出，十大成功因素中有三个直接与需求相关（已加粗显示），
累计权重达 %；而十大失败因素中有五个直接与需求相关，累计权重达
%，可见需求对项目影响程度之高。
5
表 1-1 项目成败因素分析
成功因素
权重
失败因素
权重
用户参与
%
不完整的需求
%
决策层支持
%
缺乏用户的参
%
与
清晰的需求描
%
资源不足
%
述
合适的规划
%
不且实际的用
%
户期望
现实的客户期
%
缺乏决策层的
%
望
支持
较小的里程碑
%
需求变更频繁
%
有才能的员工
%
规划不足
%
主权
%
提供了不需要
%
的功能
清晰的远景和
%
缺乏 IT 管理
%
目标
努力工作和稳
%
技术能力缺乏
%
定的员工
其他
%
其他
%
6

下面简要地对需求相关的这些失败因素做初步的分析，更多的内容将随着
本书的进程继续深入。
不完整的需求
在日常工作中，该问题经常困扰着我们——“什么样的需求是完整的呢？”
如果没有一个有效的“需求完整性评价标准”，那么这个问题将是无解。要破解
这个问题。首先应回答一个铺垫性的问题—— “谁更有可能可以对需求的完整性
进行评价？” 。答案应该是 “业务专家或业务代表要比 it 人员更适合对完整性进