产品需求分析与需求管理实务ppt课件
合集下载
需求分析PPT课件
19
3.2.2 面向数据流的自顶向下求精
❖ 回溯过程中需要回答两个问题深入调查
输出数据的组成？
输出数据的来源？
外部输入或 系统生成
20
3.2.2 面向数据流的自顶向下求精
❖ 回溯时常遇到的问题：为了得到某个数据元素需要 用到数据流图中还没有的数据元素，或者得出这个 数据元素要用的算法尚不完全清楚。
求要不断迭代) ❖ 注意区别”可行性分析”和”需求分析”的
异同； ❖ 设计出系统的”数据模型”、细化的“逻辑
模型”和“行为模型”；(关键所在) 3
需求分析做什么?
所有的结构化分析方法都遵守下述准则：
(1) 必须理解并描述问题的信息域，根据这条 准则应该建立数据模型。
(2) 必须定义软件应完成的功能，这条准则要 求建立功能模型。
❖ 确定系统综合要求和分析系统数据要求顺利 完成之后即可导出详细的系统功能模型。
❖ 阶段性成果：
细化后并经过多次校验的数据流图(DFD) 与数据流图相辅相存的数据字典(DD) 概要性的描述主要加工的处理算法(IPO)
10
3.1.4 分析和设计系统的行为模型
❖ 确定系统的动态变化的方式，采用状态转换 图来描述。
❖ 系统分析员应该从不同角度抽象出目标 系统的特性，使用精确的表示方法构造
系统的模型。
数据角度、功能角 度、行为角度
DFD、DD、STD、 E-R
35
模型的作用
现实世界
影射
计算机世界
36
模型的作用
现实世界
面
OOA
向 对
象
开 OOD 发
方
OOP 法
结构化
结 分析
构
化 结构化 开 设计
3.2.2 面向数据流的自顶向下求精
❖ 回溯过程中需要回答两个问题深入调查
输出数据的组成？
输出数据的来源？
外部输入或 系统生成
20
3.2.2 面向数据流的自顶向下求精
❖ 回溯时常遇到的问题：为了得到某个数据元素需要 用到数据流图中还没有的数据元素，或者得出这个 数据元素要用的算法尚不完全清楚。
求要不断迭代) ❖ 注意区别”可行性分析”和”需求分析”的
异同； ❖ 设计出系统的”数据模型”、细化的“逻辑
模型”和“行为模型”；(关键所在) 3
需求分析做什么?
所有的结构化分析方法都遵守下述准则：
(1) 必须理解并描述问题的信息域，根据这条 准则应该建立数据模型。
(2) 必须定义软件应完成的功能，这条准则要 求建立功能模型。
❖ 确定系统综合要求和分析系统数据要求顺利 完成之后即可导出详细的系统功能模型。
❖ 阶段性成果：
细化后并经过多次校验的数据流图(DFD) 与数据流图相辅相存的数据字典(DD) 概要性的描述主要加工的处理算法(IPO)
10
3.1.4 分析和设计系统的行为模型
❖ 确定系统的动态变化的方式，采用状态转换 图来描述。
❖ 系统分析员应该从不同角度抽象出目标 系统的特性，使用精确的表示方法构造
系统的模型。
数据角度、功能角 度、行为角度
DFD、DD、STD、 E-R
35
模型的作用
现实世界
影射
计算机世界
36
模型的作用
现实世界
面
OOA
向 对
象
开 OOD 发
方
OOP 法
结构化
结 分析
构
化 结构化 开 设计
需求分析与需求管理
需求变更的处理流程
评估影响
分析需求变更对项 目进度、成本、质 量等方面的影响。
制定方案
制定变更方案，明 确变更实施的具体 措施和时间安排。
识别变更
及时发现并记录需 求变更，了解变更 的性质和影响。
沟通协调
与相关干系人沟通 ，确保各方对变更 的理解和接受。
审批实施
经过审批后，正式 实施变更，并对项 目计划进行调整。
易用性
工具应易于使用，以便提高员工的工作效率和满意度。
兼容性
工具应能与其他企业系统兼容，以便数据的共享和整合。
需求管理工具的使用方法
01
需求收集
使用工具收集各方需求，如客户、 内部团队等。
需求跟踪
使用工具跟踪需求的开发状态，确 保按计划完成。
03
02
需求分析
对收集到的需求进行分析，如优先 级排序、可行性评估等。
需求分析与需求管理
BIG DATA EMPOWERS TO CREATE A NEW
ERA
汇报人：可编辑 2024-01-09
• 需求分析概述 • 需求收集 • 需求整理与分类 • 需求规格说明编写 • 需求变更管理 • 需求管理工具
目录
CONTENTS
01
需求分析概述
BIG DATA EMPOWERS TO CREATE A NEW
需求变更的控制与跟踪
建立变更管理流程
明确需求变更的申请、评估、审批和实施的 流程和责任人。
记录变更信息详细记录需求变更的信息，包括更内容、 原因、影响和批准情况。
定期审查与评估
定期对需求变更进行审查和评估，以确保变 更的合理性和可行性。
跟踪实施情况
对已实施的变更进行跟踪，确保变更效果的 达成和项目目标的实现。
产品项目需求分析阶段培训PPT课件
并且1级和2级的功能点总数，不超过80% 非功能需求点也应体现在需求跟踪矩阵中 注意落实规划阶段可用性评估的结论 如项目经理主导需求分析工作，产品经理应提供 业务需求说明书
UI界面设计与制作
① 产品经理确定界面设计规范 ② 界面设计工程师设计界面风格 ③ 界面制作工程师制作界面 ④ 界面成果检查和更新
成果裁剪说明（二）
文件名称
责任人
裁剪说明
《产品项目业务需求说明书》
产品经理
可裁剪。如果由产品经理组织编写《产品项目需 求规格说明书》，则不需提交此文档。
《产品项目通用功能需求说明书》 产品经理
可裁剪。根据项目情况进行裁剪。
《界面设计规范说明》
产品经理
可裁剪。如果使用公司或事业部内已经发布的《 界面设计规范说明》，只需在《产品项目需求规 格说明书》中说明，不必单独提交此文档。
① 产品经理组织评审，完成评审报告 ② 评审通过后5个工作日内，产品经理完成签字确认手续 ③ SCM工程师依据签字确认表入基线，并发送基线通知 ④ 项目经理组织项目组学习和掌握需求。必要时，由产
品经理组织培训
请注意： 需求评审人员，除了需求分析小组成员外，还应包括产品总监和
业务领域总监 需求成果的评审时间，不应早于规划评审的时间 需求工作成果要求同步评审 学习和掌握需求的工作，需在项目进度计划中体现
《界面视觉设计说明书》
界面设计工程 师
可裁剪。根据项目情况进行裁剪。
《界面交互设计说明书》
界面设计工程 师
可裁剪。根据项目情况进行裁剪。
UI界面或《产品项目UI规格说明书 》
界面制作工程 师
可裁剪。根据项目情况进行裁剪。
《基于浏览器类界面表现设计检查 可用性工程师 可裁剪。对于非B/S结构的项目，不需要完成此
UI界面设计与制作
① 产品经理确定界面设计规范 ② 界面设计工程师设计界面风格 ③ 界面制作工程师制作界面 ④ 界面成果检查和更新
成果裁剪说明（二）
文件名称
责任人
裁剪说明
《产品项目业务需求说明书》
产品经理
可裁剪。如果由产品经理组织编写《产品项目需 求规格说明书》，则不需提交此文档。
《产品项目通用功能需求说明书》 产品经理
可裁剪。根据项目情况进行裁剪。
《界面设计规范说明》
产品经理
可裁剪。如果使用公司或事业部内已经发布的《 界面设计规范说明》，只需在《产品项目需求规 格说明书》中说明，不必单独提交此文档。
① 产品经理组织评审，完成评审报告 ② 评审通过后5个工作日内，产品经理完成签字确认手续 ③ SCM工程师依据签字确认表入基线，并发送基线通知 ④ 项目经理组织项目组学习和掌握需求。必要时，由产
品经理组织培训
请注意： 需求评审人员，除了需求分析小组成员外，还应包括产品总监和
业务领域总监 需求成果的评审时间，不应早于规划评审的时间 需求工作成果要求同步评审 学习和掌握需求的工作，需在项目进度计划中体现
《界面视觉设计说明书》
界面设计工程 师
可裁剪。根据项目情况进行裁剪。
《界面交互设计说明书》
界面设计工程 师
可裁剪。根据项目情况进行裁剪。
UI界面或《产品项目UI规格说明书 》
界面制作工程 师
可裁剪。根据项目情况进行裁剪。
《基于浏览器类界面表现设计检查 可用性工程师 可裁剪。对于非B/S结构的项目，不需要完成此
《需求管理》PPT课件
销售部门根据客户的售出清单开具委托代销结算单。企业
根据审核后的结算单，开具销售发票并进行销售出库处理
及结转销售成本。
代销商按照企业开据的销售发票付款。
代销商可以将有质量问题的产品或未销售出去的产品，退
回本企业，并完成退货入整理库pp处t 理。
10
案例:红罐王老吉品牌定位战略
整理ppt
11
ERP 内部集成应用
需求类型 分销需求 销售合同
需求预测 其它
需求响应策略
备注
现货生产(MTS) 定单组装（ATO）
补库定单、分销合同、 预测
定货生产(MTO) 定单组装(ATO) 定单设计(ETO)
合同（计划）的对象是 最终产品
现货生产(MTS) 定货生产(MTO) 定单组装(ATO)
预测对象：产品 原材料
基本组件和可选件
整理ppt
5
ERP 内部集成应用
销售管理业务类型
•普通销售业务——完成响应客户的询价、签订销售订单、完
成销售出库、开据销售发票等工作
•直运销售业务——指企业与客户签订销售订单后，确定企业
的供应商。企业与供应商签订采购订单后，供应商将商品直 接发给企业的客户，企业无需实物的出入库即可完成购销售 业务。
备品备件、试验品、破 坏性试验品等
整理ppt
3
ERP 内部集成应用
•分析广告宣传的效果：
ห้องสมุดไป่ตู้
创
——广告宣传投入与销售收入增长的关系
造
——寻求最有效的广告宣传形式
需 •促销规则：
求
——折扣规则（按金额、数量、品种、客户）
——折让规则（回款时间）
——商品在商场摆放位置对经销商实行优惠策略
需求管理规范流程课件(PPT 44张)
©2008 BOCO Inter-Telecom Co. All rights reserved.
KANO模型
客户满意度 最好满足的需求 兴奋需求 很好的执行 很差的执行 基本需求
Kano模式
客户不满意度
©2008 BOCO Inter-Telecom Co. All rights reserved.
★ ★ ★
★
现场支持
售后反馈
©2008 BOCO Inter-Telecom Co. All rights reserved.
★
★
★
★
需求整理和分析过程
So urces Qu estio ns Statemen ts Key Check Ch eck Key Ch eck Check Key Ch eck Ch eck 1 2 3 4
系统能够进行高品质 地光盘刻录
数据传输快
抗干扰性强 传输速率快 传输方式多
缓存内存容量大 烧盘概率小
刻写过程稳定
©2008 BOCO Inter-Telecom Co. All rights reserved.
识别冲突（冲突矩阵法）
优化方向
需求1 需求1 需求2
需求2
需求3
需求4
++
©2008 BOCO Inter-Telecom Co. All rights reserved.
需求收集的方法
效果
方法
短期
用户大会 专家顾问团 需求探针
★
时间范围 中期
★ ★
产品范围 长期
★ ★ ★
当前
未来
★ ★
直接
★ ★ ★ ★ ★
★
★
产品需求分析与需求管理实务课件
课时 2天
2天
2天
2天 2天 2天 2天
路漫漫其悠远
产品开发管理的发展历程
研发生产 率时代 快速上市 时代
产品成功 时代
发明与商品化时代
《Next Generation Product Development : How to Increase Productivity, Cut Costs, and Reduce Cycle Times (Hardcover) 》 路漫漫其悠远
RDM022 RDM023
RDM026
课程名称 市场驱动的产品开发流程管理（Market-Driven NPD Process Management） 研发项目管理（R&D Project Management） 软件项目管理（Software Project Management ） 研发项目计划与控制（R&D Project Plan & Control） 产品需求管理（Requirements Management） 产品测试管理（Testing） 从样品走向量产（Piloting） 研发质量管理（R&D Quality Management） 模拟新产品开发管理实战训练（NPD Simulation） 如何提升研发组织的能力（How to upgrade Process Capability of R&D） 系统工程在产品开发中的应用（The Application of System Engineering in NPD） 研发项目工具与模板（ R&D Project Tools and Templates ）
实现全方位研发管理信息化
路漫漫其悠远
案例分析
路漫漫其悠远
华成对企业核心价值链的理解
产品需求分析与需求管理
产品需求分析与需求管理【培训收益】分享讲师在著名企业产品开发、研发管理实践经验，并通过现场的互动帮助学员理清适合自己企业在产品需求分析和需求管理方面的工作思路以及具体的实践方法和工具。
了解需求工程和系统工程的有机融合方法，以及需求管理流程实践；了解需求管理流程与产品规划、产品开发流程的接口关系；掌握从市场角度进行有效的客户需求收集的机制和方法，形成高质量的客户需求，提高需求分析的充分性和有效性；掌握构建需求收集长效机制，加强市场和研发的有效结合，提升公司整体产品需求分析和需求管理能力的机制和方法；掌握对客户需求进行解释、整理、分类和排序的方法，提高相关环节和部门对需求理解的一致性；掌握外部需求和内部需求一体化管理的机制，形成完整的产品包需求，为后续产品设计和产品开发过程打下基础；掌握产品包需求的分析方法，形成更为细致的产品需求规格(设计需求)；掌握产品需求规格（设计需求）的分解分配，以及架构设计和权衡分析的方法，确保需求与设计协同一致；掌握对客户需求、市场需求、产品包需求、设计需求、设计规格进行持续验证和跟踪的机制和方法；掌握支撑需求管理流程各个阶段活动的一系列操作方法和工具。
分享讲师多年的培训/咨询经验案例，具体涉及产品需求分析和需求管理方面的全方位的案例资料（如：流程、模板、查检表等），帮助学员“学以致用”。
【培训特色】本课程讲师具有多年著名企业的产品开发、研发管理成功实践经验；课程内容上，全面讲解了客户需求->市场需求->产品包需求->设计需求->设计规格->需求实现和验证的整个过程；并详细讲解需求管理每个阶段的工作内容、操作技巧、阶段交付的内容和评价标准；也详细介绍了每个阶段重点使用的方法和工具（I-H-Q、$APPEALS、KJ、BSA、AHP、DFX、QFD、UseCase&Cenario、FFBD等），实现产品需求分析和需求管理的理念、方法、工具三位一体，是真正“全面”“实战”的产品需求分析和需求管理课程。
需求管理和产品开发流程 ppt课件
会议
客户满意度
流程
信息技术
基于内部和外部需求的收集，关键 的流程是为后续工作的进行（分析 需求），将收集的需求文档化
端到端需求管理数据库 /电子流
活动具体化工具 例如，DSC电子会议软件
输出 归档的产品包需求
客户: 首先 - 在收集组织中的过滤人员 其次 - 制定业务计划、路标规 划、 Charter的团队
市场需求管理流程
需求分析方法概述
分析需求的手段
分析要素
公司识别信息 客户识别信息 描述 产品信息 客户优先级 公司优先级 状态 产品关联 需求关联 （可追溯性） 更改控制
分析管理
管理标准 （质量、要素等）
正确 明确 完整 一致 分级的 可验证的 可追溯的 可修改的 可理解的
技能 （统计）
数据与变量 样本与总数 描述数据 分析与解释
可有可无、不需要？还缺什么？ 8、如何权衡价格－性能－特征－属性？ 9、如何使用产品，与其他产品的配合关系？ 10、客户的经济、价值角度？
原始需求采集模板
部门: ……………….. 采集的活动(WHERE)
➢…
客户情况介绍(WHO)
▪公司介绍 ▪部门介绍 ▪业务介绍 ▪需求产生的场景 （Where）
公司总分
6:最 终 的 客 户 价 值 差 异 化 比 率 =
= 业界最佳总分
比较评分参考标准
10 = 绝对最好 9 = 明显是领导者 8 = 在前2名内 7 = 位于前3-5名 6 = 在市场中普遍被认为是“好的” 5 = 大多数客户能接受 4 = 有25%-35%的购买者不能接受 3 = 大多数购买者不能接受 2 = 极不满意 1 = 完全不合格
需求管理与产品开发流程
产品需求分析与需求管理培训教材
SDP
SDP 需求规格说明书 系统概要设计
系统概要设计
SVVP 系统测试计划 系统测试计划
系统测试计划
系统需求
系统测试方案
系统测试方案
分析
软件项目
系统测试用例
计划
软件需求
分析
制定和确认
设计 （概要）
SVVP
制定和确认系
设计 （详细）
实现和单元
集成测试
输 入 (测 试 ) SVVP计划
统测试计划
设计系统测
Transfer
产品
to Test
发布
正式确认
TR4 TR4A TR5
T R6
SDV---SIT------SVT (原型机) (初始产品)
Promoting Innovation™
市场需求的执行与验证
Promoting Innovation™
青铜器RDM全方位实现研发业务信息化
Promoting Innovation™
案例分析
华成对企业核心价值链的理解
Promoting Innovation™
案例
▪ 参考案例材料，从需求管理角度分析该产品研发 失败的原因？
▪ 您本人实际经历的案例分享？ ▪ 每个小组选派一名代表上台发表
1.6.4
1.6.5
G
G
1.6.7 OR
No Go Flow Ancillary Function
Abbreviations/Notes:
“&” / ”AND” Gate: Parallel Functions “OR” Gate: Alternate Functions
Flow Level Designator Title Block & Diagram No.
需求分析和需求管理
需求跟踪和状态报告
需求跟踪矩阵
建立需求跟踪矩阵，确保每个需求与相 应的计划任务、工作产品和交付物之间
的关联关系得到记录。
偏差分析
对实际需求执行情况与计划之间的偏 差进行分析，找出潜在的问题和风险
。
状态报告
定期生成项目需求状态报告，向项目 干系人提供有关需求执行情况的最新 信息。
调整和优化
根据需求跟踪和状态报告的结果，对 项目计划进行必要的调整和优化。
在项目执行过程中，持续 跟踪和报告需求的状态是 至关重要的。这有助于确 保项目进展与利益相关者 的期望一致，并及时发现 和解决问题。为了实现这 一目标，可以采用以下方 法
建立需求跟踪矩阵，将需 求与项目计划和执行活动 相关联，以便跟踪需求的 实现情况。
定期向利益相关者提供项 目状态报告，包括需求的 完成情况、存在的问题和 风险等。
原型法
设计并展示初步的产品原型，收集用户的反馈和意见。
需求研讨会
组织利益相关者进行讨论，明确产品需求和功能要求。
需求规格说明书编写
确定编写人员
选择具备一定技术背景和文档编写经 验的人员负责编写。
明确编写目标
确保规格说明书能够清晰、准确地描 述产品需求。
编写内容
包括产品概述、功能需求、性能需求 、接口需求等。
02
需求收集
访谈和问卷调查
访谈
通过与利益相关者进行面对面的交流 ，深入了解他们的需求和期望。访谈 可以采用一对一、小组讨论或焦点小 组的形式。
问卷调查
设计一份包含相关问题的问卷，通过 在线或纸质形式分发给利益相关者， 收集他们的反馈。
观察和参与
观察
通过实地观察利益相关者的日常工作和生活，了解他们的需 求和痛点。
需求管理和需求分析
需求工程简介
把全部与需求直接有关旳活动通称为需求工程。需求工程中旳活 动可分为两大类，一类属于需求开发，另一类属于需求管理。 需求工程旳构造图
需求工程简介
市场
顾客/系统
管理者
初始需求
获取,分 析,定义, 验证需求
需求规格阐明
需求开发
变更旳需求
控制需求 变更
项目 环境
需求管理
需求工程简介
需求开发过程
系统需求(1) 系统需求(2) 系统需求(n)
软件需求
序言
➢“顾客”（user）是一种泛称，它可细分为“客户” （customer）、“最终顾客”（the end user）和“间接顾客” （或称为关系人）。掏钱买软件旳顾客称为客户，而真正操作软 件旳顾客叫最终顾客。客户与最终顾客可能是同一种人也可能不 是同一种人。 ➢客户是掏钱买软件旳人，所以他是“上帝” 。某饭店经理在解 释“先有鸡还是先有蛋”这个哲学问题时，精辟地论述了客户旳 地位：假如顾客先点鸡，那么就先有鸡；假如顾客先点蛋，那么 就先有蛋。 ➢客户旳需要才是最精确需求之源
需求开发旳主要困难与对策
7 顾客经常变更需求
需求变更一般会对项目旳进度、人力资源、经费产生很大旳影响，这是开发 商非常畏惧旳问题。
假如在项目开发旳初始阶段，开发人员和顾客没有搞清楚需求或者搞错了需 求，到了项目开发后期才将需求纠正过来，造成产品旳部分内容需要重新开 发。毫无疑问，这种需求变更将使项目付出额外旳代价。这种损失是因为双 方工作失误造成旳，双方应该好好反省，仔细学习需求开发和管理旳措施， 防止再犯相同旳错误。
需求开发旳主要困难与对策
5 双方误解需求
人们在交流旳时候，经常会发生“问非所求，答非所问 ”旳事情。
产品设计与需求分析PPT课件
.
25
用户为什么说不清需求
.
26
马斯洛需求层级
.
27
需求问题就是沟通问题
.
28
沟通哲学
.
29
从功能到卖点
产品做出来，还要卖出去。前者是“需求到功能”， 可以对应到“产品设计”的职能，后者是“功能到卖 点”，对应产品运营。
.
30
成败案例分析(1)
帐户管理 基本交易 网上支付
……
.
网上银行
孰优孰劣？
业绩差距(问题) 机会差距(机会)
Stakeholder列表 Stakeholder关注点
效率 质量
.
16
Stakeholder分析
高
尽力满足
关键玩家
影 响 度
低
最小努力
低
兴趣度
保持沟通
高
.
17
目录
.
18
产品设计中与需求相关的部分
产品设计是端到端的过程，端即用户，也就是从用户中来 到用户中去，最最开始的源头就是“为用户解决问题，满 足其需求”。产品需求过程三步骤：
23
意识：需求三要素
问题 Why
业务背景 Context
解决方案 What
1、澄清问题（问题表象+原因+范围与限定） 2、了解业务背景（业务场景[谁、什么时候、怎么做]+
业务术语+变化/约束/扩展……） 3、建议并确认解决方案（问题有效解决+1 由一个产品UI说开去 2 由产品到需求 3 沟通 4 业务分析与表达 5 需求收集与管理 6 业务规划
.
8
产品团队
，
UE
PM
UI
相关主题