文档介绍：●●●●●
●●●●
●●0
●●
你认为“什么是需求”?
日常工作中,遇到与“需求”相关的问题有哪些?
关于“需求”最大的困惑是什么?
·以下问题中,对你影响最大的是哪众
>不切实际的用户需求
很多需求最终是不需要的
●●●●●
●●●●
需求一导致项目失败的罪魁祸首
根据 Standish Group对23000个项目进行的研究结果
表明,28%的项目彻底失败,46%的项目超出经费预
算或者超出工期,只有约26%的项目获得成功。
而在于这些高达74%的不成功项目中,有约60%的失
败是源于需求问题。
也就是说,有近45%的项目最终因为需求的问题最终
导致失败。
对不紐道就行目的地的人来说,
没有顺风!
●●●●●
●●●●
我们在哪里重重摔了一跤
●●0
●●
在 Standish Group的报告中总结了导致项目失
败的最重要的8大原因中,有5个与需求相关:
不完整的需求(%);
缺乏用户的介入(124%)
不实际的客户期望(99%)
需求和规范的变更(%)
提供了不再需要的(75%)
缺乏资源(%),没有执行层支持(93%,缺少
规划(81%
●●●●●
●●●●
项目成功的因素
●●0
●●
●用户的参与:%
管理层支持:%
清晰的需求描述(°%)
合适的规划(%);
·现实的客户期望(82%);
较小的里程碑(7,7%)
有才能的员工(%)
●●●●●
●●●●
软件需求曾经让我们如此狼狈
●●0
●●
客户如此描述需求
项目经理如此理解
分析员如此段计
程序员如此编码
业顾问如此诠释
项目文档如比编写安装程序如此“的“客户投资如此巨大技术支持如此肤浅求一原来知此
●●●●●
●●●●
参与各方都以自已角度讲述问题
●●0
●●
分布式 Web Services三层
财务计算管理报表工作流
对话框菜单条DCOM
B/S数交换
自动库存控制库存报誓
业务线杂管理业务经线索跟踪
销售月报生成突易流致据
●●●●●
●●●●
问题的根源是什么?
●●0
●●
用户说的不是他想的:客户提供(陈述的需求
)的需求并不是真实的需求,还需要作进一步
的分析,以确定客户的真正需求和期望,接下
来需要澄清并重新描述。可以这么说客户在理
解基础业务过程和描述自己的需求方面有很大
的差异。
需求分析方法有问题:系统开发人员
使用低效的需求分析和项目管理方法。
●共同责任强调不足:对客户和提供商
在项目成功的共同责任方面强调不够。
●●●●●
●●●●
优秀的团队遇到糟糕的需求
●●0
●●
用户参与不足
用户需求扩展
有歧义的需求
●镀金问题
过于抽象的需求
忽略某种用户
不准确的计划
●●●●●
●●●●
我们应该怎么办?
●●0
●●
对“需求建立正确的认识;
客户和供应商一一根绳子上的两个蚂蚱;
和客户一起建立起“共同的目标”;
●寻找并使用正确的、有效的需求捕获、描述(
建模)、管理方法;
●动态、持续地适应需求的变化;
●●●●●
●●●●
需求是什么?
●●0
●●
业务需求
项目视
图/范围
用户需求
质量属性)非功能需求
非功
需求
设计约東
系统需求
SRS