需求管理最佳实践全解35页PPT
合集下载
需求管理流程ppt课件
“软件需求可定义为： 用户解决某一问题或达到某 一目标所需的软件功能。系统或系统构件为了满足合同、 规约、标准或其他正式实行的文档而必须满足或具备的 软件功能。”
2
为 什 么 要 进 行 需 求 管 理?
评测和验证有效的软件开发流程标准得到了推广 和普及 为什么现在仍然频繁发生的软件项目失败的事件？ 为什么仍有那么多的项目受到延期、预算超支和 质量问题的困扰？ 如何才能提高系统的质量？
不接受
接受
小问题 自行解决
变更影响分析报告
修改SRS
修改开发计划
修改其它相关文档
17
需
• 一、职能：
求 管
• 评审——需求分析及讨论 • 跟踪——需求修改进度 • 监督——需求整改质量保证
理
委
• 二、会议制度：
员
• 每周定期召开需求管理会议
会
18
• 产品研发步骤：
• 一、产品需求文档：
职
• 二、讨论（发散思维），排列出优先等级
提供一种机制，以分析需求、评估可行性、协商
是 合理的解决方案、无歧义地规约解决方案、确认规约
需 以及在开发过程中管理这些被确认的需求规约。包括6
求 个步骤：
管
获取（需求诱导）
理？ 分析（需求分析和谈判）
规定（规约）
系统建模
验证（需求确认）
需求管理（控制与变更管理）
5
需
1. 需求不总是显而易见的，它可来自各个方面。
管
• 变更过程管理：确定一个选择、分析和决策需求变更的
理
过程
的
• 需求跟踪：定义需求之间的关系及需求和设计之间的关
规
系，记录并维护这些关系
2
为 什 么 要 进 行 需 求 管 理?
评测和验证有效的软件开发流程标准得到了推广 和普及 为什么现在仍然频繁发生的软件项目失败的事件？ 为什么仍有那么多的项目受到延期、预算超支和 质量问题的困扰？ 如何才能提高系统的质量？
不接受
接受
小问题 自行解决
变更影响分析报告
修改SRS
修改开发计划
修改其它相关文档
17
需
• 一、职能：
求 管
• 评审——需求分析及讨论 • 跟踪——需求修改进度 • 监督——需求整改质量保证
理
委
• 二、会议制度：
员
• 每周定期召开需求管理会议
会
18
• 产品研发步骤：
• 一、产品需求文档：
职
• 二、讨论（发散思维），排列出优先等级
提供一种机制，以分析需求、评估可行性、协商
是 合理的解决方案、无歧义地规约解决方案、确认规约
需 以及在开发过程中管理这些被确认的需求规约。包括6
求 个步骤：
管
获取（需求诱导）
理？ 分析（需求分析和谈判）
规定（规约）
系统建模
验证（需求确认）
需求管理（控制与变更管理）
5
需
1. 需求不总是显而易见的，它可来自各个方面。
管
• 变更过程管理：确定一个选择、分析和决策需求变更的
理
过程
的
• 需求跟踪：定义需求之间的关系及需求和设计之间的关
规
系，记录并维护这些关系
《需求管理》PPT课件
销售部门根据客户的售出清单开具委托代销结算单。企业
根据审核后的结算单，开具销售发票并进行销售出库处理
及结转销售成本。
代销商按照企业开据的销售发票付款。
代销商可以将有质量问题的产品或未销售出去的产品，退
回本企业，并完成退货入整理库pp处t 理。
10
案例:红罐王老吉品牌定位战略
整理ppt
11
ERP 内部集成应用
需求类型 分销需求 销售合同
需求预测 其它
需求响应策略
备注
现货生产(MTS) 定单组装（ATO）
补库定单、分销合同、 预测
定货生产(MTO) 定单组装(ATO) 定单设计(ETO)
合同（计划）的对象是 最终产品
现货生产(MTS) 定货生产(MTO) 定单组装(ATO)
预测对象：产品 原材料
基本组件和可选件
整理ppt
5
ERP 内部集成应用
销售管理业务类型
•普通销售业务——完成响应客户的询价、签订销售订单、完
成销售出库、开据销售发票等工作
•直运销售业务——指企业与客户签订销售订单后，确定企业
的供应商。企业与供应商签订采购订单后，供应商将商品直 接发给企业的客户，企业无需实物的出入库即可完成购销售 业务。
备品备件、试验品、破 坏性试验品等
整理ppt
3
ERP 内部集成应用
•分析广告宣传的效果：
ห้องสมุดไป่ตู้
创
——广告宣传投入与销售收入增长的关系
造
——寻求最有效的广告宣传形式
需 •促销规则：
求
——折扣规则（按金额、数量、品种、客户）
——折让规则（回款时间）
——商品在商场摆放位置对经销商实行优惠策略
需求管理最佳实践全解
需求评审：方法
非正式评审： > 同级桌面检查：请一位同事检查 > 轮查：同时请若干同事分别检查 > 走查：作者向评审人员描述，并要求做出评论 正式评审 > 同级评审(审查)：最有效的软件质量技术
需求审查过程
参与者 > 需求规格说明书的作者、同级伙伴 > 提供规格说明信息的人：分析员、客户 > 要根据规格书开展工作的人：开发人员… > 负责相关接口工作的人 > 总人数：<=6人 角色 > 作者 > 主持人 > 读者 > 记录员
变更控制步骤
每个变更控制步骤由4个组件组成： 开始条件：在执行过程或步骤前应该满足的条件 过程和步骤中所包含的不同任务及项目中负责完成它 们的角色 验证任务正确完成的步骤 结束条件：指出过程或步骤完成的条件
变更控制策略
所有需求变更必须遵循的过程，按照此过程如果一个 变更需求未被采纳，则其后过程不再予以考虑 对于未批准的变更，除可行性论证之外，不应再做其 他设计和实现工作 简单请求一个变更不能保证能实现变更，要由项目变 更控制委员会（CCB）决定实现哪些变更 项目风险承担者应该能够了解变更数据库的内容 绝不能从数据库中删除或修改变更请求的原始文档 每一个集成的需求变更必须能够跟踪到一个经核准的 变更请求
需求管理最佳实践 3
使用数据库来管理需求：建立一个需求数据库，把单 个需求作为条目存储进数据库，而不要用文本文档来 维护需求。 > 主要效益：使管理大量的需求变得容易 > 引入成本：中等-高 > 应用成本：中等 > 实施指南：需求是怎么表达的？自然语言、图形模 型、数学表达式？一般需要管理多少需求？需求总是 由在同一地方工作、使用相同类型电脑的小组开发和 管理的吗？已经使用一个支持软件工程的数据库了吗 ？有内部的数据库专家吗？需求工程师负责数据库管 理吗？
需求管理流程ppt课件
题
要由跨职能的各组人员来管理。 8. 需求会发生变更。
9. 需求可能对时间敏感。
6
（1）对系统的综合要求：
需 求
功能要求:包括系统应该实现的功能；
分
性能要求:包括系统响应时间、资源限制、
析
数据精确性、系统适应性等；
过
运行要求:包括系统硬件环境、网络环境、
程
系统软件、接口等的具体要求；
其他要求包括：安全保密、可靠性、可维护
系统需求
解决
软件设计描述：在系统需求的基础上加 入更详细的内容，它是软件详细设计和 软件设计描述
实现的基础
提
交 需
• 语句和段落尽量简短
求 • 语句要完整，语法、标点等要正确
的 • 使用的术语与词汇表中的定义保持一致
基 • 避免使用模糊、主观的术语，如性能“优越” 本 原 • 避免使用比较性词汇，尽量给出定量的说明，
简单地说，系统开发团队之所以管理需求是为了 获得项目成功。
好的需求管理是项目成功的第一要素。
3
为 什 么 要 管 理 需 求？
需求分析在启动和计划阶段，占有相当大的比例。
4
需求管理是一种获取、组织并记录系统需求的系
统化方案，以及一个使客户与项目团队对不断变更的
什 系统需求达成并保持一致的过程。
么
“软件需求可定义为： 用户解决某一问题或达到某 一目标所需的软件功能。系统或系统构件为了满足合同、 规约、标准或其他正式实行的文档而必须满足或具备的 软件功能。”
2
为 什 么 要 进 行 需 求 管 理?
评测和验证有效的软件开发流程标准得到了推广 和普及 为什么现在仍然频繁发生的软件项目失败的事件？ 为什么仍有那么多的项目受到延期、预算超支和 质量问题的困扰？ 如何才能提高系统的质量？
需求开发及管理(共41张PPT)
需求，形成《需求调研单》，然后进行需求风险识别 采取与用户会谈、现场调查等方法详细记录用户给定需求，形成《需求调研单》，然后进行需求风险识别、分类、筛选、优先排序，整理
项目评审表
需求基线 用户需求跟踪矩阵
系统设计 编码 测试
基线变更状态报告 用户需求跟踪矩阵
需求变更申请表
第六章 需求开发及管理
CMMI对应实践
需求开发及管理简述
需求开发及管理流程 需求获取 需求分析
需求评审
需求管理
第18页，共41页。
系统工程与需求工程的区别
为了了解软件所处的外部“系统”，必须识别硬件、软件、人员、数据库、 流程和其他系统要素的角色，对有效的需求进行提取、分析、说明、建 模、确认和管理，这些是系统工程的基础。
第4页，共41页。
需求管理（REQM）
SG 1 Manage Requirements（管理需求），对需求进行 管理，并识别需求与项目计划和工作产品之间的不一致 项。
SP 1.1 Obtain an Understanding of Requirements（取得对需求的理解 ）
SP 1.2 Obtain Commitment to Requirements（取得对需求的承诺） SP 1.3 Manage Requirements Changes（管理需求变更） SP 1.4 Maintain Bidirectional Traceability of Requirements（维
用户需求收集表/用 户需求说明书
N未通过
需求分析
软件需求规格说明书 需求检查单
评审通过的软件需求 规格说明书
SRS评审
Y通过 建立需求基线 纳入配置管理 基线管理
下游活动 需求管理
项目评审表
需求基线 用户需求跟踪矩阵
系统设计 编码 测试
基线变更状态报告 用户需求跟踪矩阵
需求变更申请表
第六章 需求开发及管理
CMMI对应实践
需求开发及管理简述
需求开发及管理流程 需求获取 需求分析
需求评审
需求管理
第18页，共41页。
系统工程与需求工程的区别
为了了解软件所处的外部“系统”，必须识别硬件、软件、人员、数据库、 流程和其他系统要素的角色，对有效的需求进行提取、分析、说明、建 模、确认和管理，这些是系统工程的基础。
第4页，共41页。
需求管理（REQM）
SG 1 Manage Requirements（管理需求），对需求进行 管理，并识别需求与项目计划和工作产品之间的不一致 项。
SP 1.1 Obtain an Understanding of Requirements（取得对需求的理解 ）
SP 1.2 Obtain Commitment to Requirements（取得对需求的承诺） SP 1.3 Manage Requirements Changes（管理需求变更） SP 1.4 Maintain Bidirectional Traceability of Requirements（维
用户需求收集表/用 户需求说明书
N未通过
需求分析
软件需求规格说明书 需求检查单
评审通过的软件需求 规格说明书
SRS评审
Y通过 建立需求基线 纳入配置管理 基线管理
下游活动 需求管理
产品创新之需求管理教材(PPT 43页)
实现客户的梦想
只有新技术和消费者需求真正融合的时候，才能产生创新 的产品。
坚决不研发“卖不掉的世界顶尖水平”，华为人认为， “卖出去的技术才有价值。”
IPD集成产品开发模式
实现客户的梦想
传统流线型组织
客户
实现客户的梦想
华为端对端组织
实现客户的梦想
客户
实现客户的梦想
二、什么是需求
实现客户的梦想
实现客户的梦想
产品创新 之 需求管理
陈名琨 厦门 2016.4
1 前言 2 什么是需求 3 挖掘哪些需求 4 怎么挖掘需求 5 如何进行需求管理 6 如何进行需求评审
实现客户的梦想
实现客户的梦想
一、为什么要谈需求？
实现客户的梦想
市场导向是现代企业发展的必然趋势
实现客户的梦想
实现客户的梦想
诺基亚的案例
11、通过现场观摩沟通挖掘需求
俗话说：“百闻不如一见”。有些需求，我们无法通过场 景模拟、搜索引擎、社交平台等方法来挖掘需求，我们不 妨走到现场去看看，通过现场的观摩和在真实的场景中面 对面的沟通，从而了解最真实的需求。
实现客户的梦想
实现客户的梦想
12、培养自己的产品嗅觉 “不用做调查，消费者并不知道他们需要的是什么，而苹果会告诉 他们什么才是潮流！”
高级
实现客户的梦想
低级
实现客户的梦想
人性七宗罪：性欲、懒惰、傲慢、嫉妒、愤怒、贪婪、食欲
对产 品的 需求
用户
产品 运营
系统
实现客户的梦想
实现客户的梦想
四、怎么挖掘需求
1、从公司业务方向挖掘需求
实现客户的梦想
2、通过头脑风暴挖掘需求
实现客户的梦想
需求管理培训课件ppt课件
业务需求
对系统体系化、流程化的需求，如：费用管控、成本控制等；
用户需求
具有业务场景的具体需求，如：预算调整、合同变更等；
系统需求
2019
系统的功能性需求，如：可以批量处理、可以关联单据等； -
5
从用户满意度看它的层次
最大限度地提升用户的满意度
常规需求
用户认为系统应该做到的功能或性能。如：预算执行后要进行反写；
场景模拟
1、资料准备；2、制作原型；3、思维引导；
小组会议
1、选择与会人员；2、准备会议主题；3、主持会议；4、专题讨论；
2019 8
根据情况选择不同的需求收集方式
优 用户访谈 势 劣 势
用户较忙时，时间难以安排； 面谈时信息量大，记录较为困难； 需要较强的沟通技巧；
具有较好的灵活性，有较广的应用范围； 采用开放式和封闭式问题设计； 面对面沟通，通过用户表情、肢体语言等 动作来获取一些更隐性的信息； 短时间内以较低的代价从大量的回答中收 集数据； 允许匿名，用户可能会提供真实信息； 结果比较好整理和统计；
期望需求
用户想当然认为系统应该具备的功能或性能，但并不能正确描述自己想要得到 的这些功能或性能需求。如：预算跨年；
意外需求
用户要求范围外的功能或性能，但不实现也不影响其使用。如：使用拼音或 输入关键字可以快速带出相应的费用类型，进行选择；
2019 6
需求工作是讲究方法的
包括创建和维护需求文档所必需的一切工作
需求收集
需求分析
需求文档
需求确认
需求开发
需求基线
需求变更
风险管理
需求跟踪
需求管理
2019 7
需求收集
软件项目需求管理教材(PPT 81张)
平均值
不充分的需求规范
4.5 4.3 4.2 4.1
Shortage of systems engineers Shortage of software managers
缺乏了解软件特性的经理人 缺乏合格的 项目经理
5
6 7 8 9
Shortage of qualified project managers Shortage of software engineers Fixed - price contract 固定价合同
chapter__４
11
软件需求管理过程
软件需求管理的过程
需 求 确 认
需求获取 需求分析
需求验证
编写需求规格
需求变更
需求变更
chapter__４ 13
需求开发(确认)和管理基本任务
需求工程
需求开发
需求管理
需求获取
需求分析
变更管理 版本控制
需求验证
需求规格说明
chapter__４
风险分析
14
申请人
项目名称
韩万江
项目管理系统
申请日期
2002。10．11
阶段名称
系统设计
文件名称
RCR-PM-01.doc, RCR-PM-02.doc, 变更简述如下
1）修改测试流程控制：将2个角色，3个渠道流，改为3个角色，4个渠道流，详见RCR-PM-01.doc 2）增加开发人员技能信息库管理，详见RCR-PM-02.doc 修改内容
同意RCR-PM-01.doc变更。RCR-PM-02.doc的变更可以推迟到下一个版本实施
验证意见 验证人 杨炎泰 验证日期 2002．10．11
需求管理培训课件.pptx
绘制系统与系统外 的界限和接口关系
创建用户界面原型
分析需求的可行性
确定需求的优先级
寻找意外需求
描述字段属性
建立需求模型
需求文档
目的是使用户和开发人员对需求有一个共同的理解，使之成为整个开发工 作的基础，也是需求的基线。
范围
1、文档用户和内容概述；2、需求范围；3、涉及部门及岗位；
需求
1、业务需求；2、功能需求；3、相应规则；
小组会议
收集需求的时间更快； 对于一些有歧义的问题、不清晰的需求，
十分有用；
要考虑多方的时间，会议的组织难度大； 对于会议的主持和把控需要技巧； 气氛很重要，要开放，言之有物；
合理的提问和引导出全面的需求并记录下来
需求八要素
需 求：差旅费报销 价 值：为一线员工提供差旅报销功能，便于………… 触 发：差旅申请单 前 提：有部门预算，审核通过的差旅申请…… 频 率：平均每天100单 关键情况：关联多张差旅申请单报销
vanKe 让 建 筑 赞 美 生命
THANKS
可追溯性
文档中需求与系统需求的双向可追踪性；
引用文件
1、制度、规范；2、公司发文；3、其他参考文档；
避免长篇大论式的文档描述
文不如字，字不如表，表不如图。
…………
需求确认
对需求文档进行评审和确认的过程。
需求评审
1、分层次评审；2、正式与非正式评审结合；3、事后跟踪工作；
需求测试
1、准备“概念”测试用户；2、基于“概念”测试用例模拟需求测试；
用户访谈
ห้องสมุดไป่ตู้1、准备访谈；2、主持访谈；3、访谈后续工作（吸收，理解，未明确问题跟进，访谈备忘录）
问卷调查
企业需求管理最佳实践
企业需求管理最佳实践1. 引言企业需求管理是一种重要的组织能力，它涉及到了对企业需求的理解、收集、分析、优先级划分和跟踪等活动。
通过有效的需求管理，企业可以更好地满足客户需求，提高产品质量，加速产品交付，并在竞争激烈的市场中脱颖而出。
本文将介绍企业需求管理的最佳实践。
2. 需求管理流程2.1 需求收集需求收集是确定和收集用户需求的过程。
在这个阶段，企业需要与客户和利益相关者沟通，了解他们的需求和期望。
需求收集可以通过面对面的会议、用户调研、市场调研、用户反馈和竞争对手分析等方式进行。
收集到的需求应该被记录下来，并与相关利益相关者进行确认。
2.2 需求分析需求分析是对收集到的需求进行分析和整理的过程。
在这个阶段，企业需要深入理解需求的本质，澄清需求的背景、目标和范围，并将其转化为可执行的需求描述。
需求分析过程中可以使用需求模型、用例图、流程图等工具来帮助理解和描述需求。
2.3 需求优先级划分需求优先级划分是根据需求的重要性和紧迫性来确定需求优先级的过程。
在这个阶段，企业需要评估和比较不同需求之间的价值和风险，并根据项目目标和约束条件来制定需求优先级划分的规则。
通过确定需求的优先级，企业可以更好地安排资源和计划项目。
2.4 需求跟踪需求跟踪是在项目执行的过程中对需求进行跟踪和控制的过程。
在这个阶段，企业需要建立一个需求跟踪系统，用于记录和追踪需求的状态、变更和实现情况。
通过需求跟踪可以及时发现和解决需求变更和冲突，确保项目按时交付，并与客户保持良好的沟通。
3. 需求管理工具3.1 任务管理工具任务管理工具如Jira、Trello等可以帮助企业组织和跟踪需求和任务的执行情况。
通过任务管理工具，企业可以创建需求任务、分配责任人、设置截止日期、跟踪进度和记录问题等。
3.2 需求管理工具需求管理工具如Rally、ReQtest等可以帮助企业记录和追踪需求的状态、变更和实现情况。
这些工具提供了集中存储需求信息的平台，可以支持需求分析、优先级划分、变更管理和报告等功能。
《需要与管理》课件
三、管理
什么是管理
管理是指协调和指导团队，达成组织目标的过程。
管理分类
管理可以根据不同层级和职能进行分类，如战略管理 和项目管理。
管理方法
管理方法包括制定计划、分配资源、监督进度和评估
管理流程
管理流程是指从制定目标到实现目标的一系列步骤和
四、需要与管理1来自需要与管理的关系需求和管理是相互依存的，有效的管理可以满足用户的需求。
最佳实践和建议
分享一些成功的实践和建议， 帮助提高需求和管理的效果。
六、致谢
1 感谢关注
非常感谢您的关注和支持！
2 提问和答疑
如果您有任何问题或疑问，请随时提问，我们将竭诚为您解答。
2
如何协调需求和管理
协调需求和管理需要明确目标、合理分配资源，并实施有效的沟通和协作。
3
案例分析：成功和失败的例子
通过成功和失败的案例分析，探究需求和管理对业务结果的影响。
五、结论
需要与管理的重要性
合理的需求和高效的管理是组 织成功的关键因素。
需要与管理的挑战和机遇
需求和管理面临着不断变化的 环境和市场，但也带来了新的 机遇。
了解如何协调需求和管理对于提高工作效率和实现成功至关重要。
二、需求
什么是需求
需求是用户对产品或服务的具体功能和特性的要求。
需求分类
需求可以根据不同维度进行分类，如功能需求和非 功能需求。
需求管理
需求管理是指跟踪和控制需求的变化，确保产品或 服务满足用户的期望。
需求评审
需求评审是对需求进行审查和验证，以确保其准确 性和可行性。
《需要与管理》PPT课件
本课程将深入探讨“需求”与“管理”之间的关系，通过案例分析和最佳实践分享， 帮助您更好地理解和应用需求和管理的概念。