当前位置：文档之家 › 产品需求分析与需求管理实务课件(PPT 171页)_1867

产品需求分析与需求管理实务课件(PPT 171页)_1867

  • 格式：ppt
  • 大小：5.19 MB
  • 文档页数：171

下载文档原格式

  / 171

合集下载

需求分析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 法
结构化
结 分析
构
化 结构化 开 设计

产品需求分析与需求管理实务课件

产品需求分析与需求管理实务课件

课时 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 ）
实现全方位研发管理信息化
路漫漫其悠远
案例分析
路漫漫其悠远
华成对企业核心价值链的理解

产品需求分析与需求管理

产品需求分析与需求管理

评价 标准
参与 阶段
者者者者者者者
工程师
技术
2
采购
处长A
处长B
外面专 家
财务
价格
购买阶段 1、问题发现 2、解决方法 3、规格 4、来源确认 5、询问分析
6、建议评价 7、卖主选择 8、购买 9、安装实施 10、业绩评价
用 户 大 会
专 家 顾 问 团
高 层 拜 访
展 览
用 户 探 针
用客工 户户作 访反结 谈馈果
开发阶段
集成测试报告 系统测试计划 系统测试方案 系统测试用例 系统预测试项
系统测试 （执行）
验收测试 （执行）
执行系统预测试 转系统测试 执行系统测试
产品维护
测试任务 输 出 (测 试 )
系统测试用例
系统测试工具设计与实 现
商用测试工具报告
系统测试用例（更新） 系统测试计划（更新） 系统测试方案（更新）
部门: ………… 采集的活动
➢…
客户情况介绍
▪公司介绍 ▪部门介绍 ▪业务介绍 ▪需求产生的场景
姓名: ……….. 客户的描述
…
联系方式: …………… 产生的原因
…
客户的评判
➢验收标准 ➢满意度(提供与不提供) ➢竞争评判 ➢优先度
需求关联
➢系统关联 ➢业务关联 ➢人物关联 ➢支持材料关联
客户名称： 地址： 电话： 访谈问题/提示
客户产品陈述 客户陈述
访谈人： 日期： 后续跟踪： 需求描述（翻译）
客户需求（需求描述） 客户需求（需求描述）
需求群2 需求群1
ac
g xf
优化方向
需求1 需求2 需求3 需求4
需求1

产品设计与需求分析ppt课件

产品设计与需求分析ppt课件

场景（Where、When）： 产生该需求的用户活动特定的时间、地理、环境
描述（What）： 用（主语+谓语+宾语）的语法结构，禁止使用修饰语句
原因（Why）：（保持怀疑的心，很多时候理由是假想出来的）
验收标准（How）： 1. 用量化的语言 2. 无法量化寻找标竿
需求重要性权重（How much）：
8
产品团队
，
UE
PM
UI
PD
9
产品定位—规划练习
最基本的句式：解决了什么用户的什么需求？
练习的时候，切忌求多，说一点即可，找到你感觉最贴切的 那一种用户，和他最迫切的那一个需求。
主要扩展有如下几种： 产生需求的场合是什么？
需求的应用场景，时间地点等，要有“故事感”，尽量找一 个能让人会心一笑的。
45
需求确认 •
• • •
动态功能列表是对每个需 求加上跟踪状态属性，能 实时看到“何时做，谁来 做，状态如何”。
负责人：细分为需求提出 者（备注原始需求）、需 求负责人、开发负责人、 测试负责人，属于哪个项 目……
需求状态：通常有“待讨 论”、“拒绝”、“暂 缓”、“需求中”、“开 发中”、“已完成”几个 状态，可按实际情况增减。
• feature list，每隔一段时间、或新需求积累到一定数量、或是由特别事件触 发，进行“确定商业价值（产品内PK）”。会议上讨论所有状态为“待讨 论”的功能点，需求状态一定要变化，进入“需求中”/“拒绝”/“暂缓”。 拒绝的需求是被认为对产品的商业目的没有价值的，而暂缓的需求是“有价 值，但是现在不做”的，通常要表明重启的条件。
三读
绘图者复述 客户代表验证 达成共识
39
阅读用例图

需求分析教学PPT课件

需求分析教学PPT课件
和完整性。
确定需求优先级
紧急重要程度评估
根据需求的紧急性和重要性，评估需求的优 先级。
产品定位与市场策略
根据产品的定位和市场策略，确定满足哪些 需求的优先级最高。
资源限制考虑
结合团队资源和时间限制，调整需求的优先 级。
风险评估
评估实现不同需求可能带来的风险，根据风 险大小调整优先级。
03
需求分析的方法与工具
课程目标
通过本课程的学习，学生将能够理解需求分析的基本概念、 方法和技术，掌握需求获取、分析和管理的技巧，培养解决 实际问题的能力，为后续的软件开发和项目管理打下坚实的 基础。
需求分析的定义与重要性
需求分析定义：需求分析是对软件或系统的功能、性能 、可靠性、安全性等方面的要求进行收集、分析、整理 和评估的过程，是软件开发和项目管理中的重要环节。 1. 确定软件或系统的功能和性能要求，为后续设计和开 发提图等可 视化工具，帮助读者更好地理解需求。
避免技术术语
在描述需求时，尽量避免使用技术术语，以 免造成读者理解上的困难。
与用户确认
在编写过程中，及时与用户沟通确认，确保 需求信息的准确性和一致性。
05
需求变更管理
需求变更的原因与影响
原因
客户需求变化、市场环境变化、 技术发展、企业战略调整等。
原型法
总结词
通过制作产品原型，让用户更直观地了 解产品需求。
VS
详细描述
原型法是一种通过制作产品原型来让用户 更直观地了解产品需求的方法。这种方法 可以帮助用户更好地理解产品功能和特点 ，同时也可以让开发人员更好地理解用户 需求。在制作原型时，需要注意原型的质 量和功能，以及与用户的沟通和反馈。
需求规格说明书

需求管理ppt课件

需求管理ppt课件

负责人
需求人
用户反馈
4
• 体验官是用户？是 • 是什么用户？内部用户/核心用户 • 可局部定性，可初略定量 • 用户访谈：定性 • 客服数据、针对性的统计、问卷：定量
产品经理 负责人 需求人
落地
结合我们的需求管理流程
周周周周周 一二三四五
N周
周周周周周 一二三四五
周周周周周 一二三四五
需求确认
讨论：适合咱 们平台的优先 级策略是什么?
业务发展/增收/成本降低 相关需求
用户体验和认知相关需求
出现的需求干系人和职责
需求人
• 产生需求 • 分析需求 • 描述需求
• 为需求目标 负责
产品经理 技术负责人 客服 用户
外援专家
负责人
BOSS
负责人
（业务对接人）
需求人
• 业务节奏把控 • 审核需求 • 优先级确认 • 审批流程
• 为时效性负责
讨论时间
方案
需求可行性评估、排期回复、PRD撰写、 PRD评审、UI设计
需求可行性评估
1
• 产品经理与需求人、负责人沟通和确认需求 • 产品经理与技术负责人评估可行性
产品经理
负责人 需求人 技术负责人
排期回复
2
• 可行，大概XX上线 • 可行，需要时间较长，XX时间回复您 • 有问题，我们一起找XX再协商一下 • 优先级不OK，排到XX时间是否可以 • 不行，有大问题，具体细聊
需求管理
精准高效 从容不迫
总做迫在眉睫的事，会让人丧失目标
目录
目标
需求分析
方案
需求设计
实施
需求研发
检验
用户反馈
目标
需求产生、描述、共识、优先级

需求管理和需求分析


需求工程简介
把全部与需求直接有关旳活动通称为需求工程。需求工程中旳活 动可分为两大类，一类属于需求开发，另一类属于需求管理。 需求工程旳构造图
需求工程简介
市场
顾客/系统
管理者
初始需求
获取,分 析,定义, 验证需求
需求规格阐明
需求开发
变更旳需求
控制需求 变更
项目 环境
需求管理
需求工程简介
需求开发过程
系统需求(1) 系统需求(2) 系统需求(n)
软件需求
序言
➢“顾客”（user）是一种泛称，它可细分为“客户” （customer）、“最终顾客”（the end user）和“间接顾客” （或称为关系人）。掏钱买软件旳顾客称为客户，而真正操作软 件旳顾客叫最终顾客。客户与最终顾客可能是同一种人也可能不 是同一种人。 ➢客户是掏钱买软件旳人，所以他是“上帝” 。某饭店经理在解 释“先有鸡还是先有蛋”这个哲学问题时，精辟地论述了客户旳 地位：假如顾客先点鸡，那么就先有鸡；假如顾客先点蛋，那么 就先有蛋。 ➢客户旳需要才是最精确需求之源
需求开发旳主要困难与对策
7 顾客经常变更需求
需求变更一般会对项目旳进度、人力资源、经费产生很大旳影响，这是开发 商非常畏惧旳问题。
假如在项目开发旳初始阶段，开发人员和顾客没有搞清楚需求或者搞错了需 求，到了项目开发后期才将需求纠正过来，造成产品旳部分内容需要重新开 发。毫无疑问，这种需求变更将使项目付出额外旳代价。这种损失是因为双 方工作失误造成旳，双方应该好好反省，仔细学习需求开发和管理旳措施， 防止再犯相同旳错误。
需求开发旳主要困难与对策
5 双方误解需求
人们在交流旳时候，经常会发生“问非所求，答非所问 ”旳事情。

需求分析概述PPT课件

界面需求
评估产品的用户界面设计，确保用户友好、 易于操作。
评审方法
专家评审
邀请行业专家对需求进行评估和审查。
用户评审
邀请目标用户参与评审，收集用户意 见和建议。
原型评审
制作产品原型进行评审，直观展示产 品功能和界面设计。
文档评审
对需求文档进行详细审查，确保文档 的完整性和准确性。
评审步骤
准备阶段
分析需求
对筛选出的需求进行深入分析， 明确需求的具体内容、实现方 式和预期效果。
评审和确认
组织相关人员进行评审，确保 需求分析的准确性和可行性， 并获得用户的最终确认。
04
需求规格说明
需求规格说明的内容
01
02
03
04
功能需求
描述软件或系统的所有功能， 包括用户直接使用或间接使用 ，以及系统内部处理的功能。
用于记录和整理用户提出的需求。
思维导图
帮助梳理需求的逻辑关系和层次结构。
需求管理工具
如Jira、Trello等，用于跟踪和管理需求状态。
整理需求的步骤
筛选需求
根据业务目标和实际情况，筛 选出有价值的需求。
整理需求
将分析后的需求整理成文档， 明确需求的优先级、责任人和 时间计划。
收集需求
通过访谈、问卷调查、会议等 方式收集用户需求。
01
02
变更评估
对变更申请进行评估，分析其对项目 进度、成本、质量等方面的影响。
03
变更决策
根据评估结果，决定是否接受变更， 并制定相应的实施计划和调整方案。
变更验证
对实施后的变更进行验证，确保其满 足预期效果，并对项目其他部分的影 响进行监控。
05

产品设计与需求分析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

需求管理ppt课件

而被开发出来的
3. 需求跟踪 ——用途（1）
需求的后向跟踪可以帮助项目管理者：
评估需求变更的影响； 尽早发现需求之间的冲突，避免未预料的产品延期； 可以收集没有被实现的需求，并估算这些需求需要的工作量； 发现可以复用的已有组件，从而降低新系统开发的时间和精力； 明确需求的实现进度，跟踪项目的状态。
已验证（Verified）已在集成产品中确认了这一需求的功能实现是正确的。这 一需求已经被跟踪到相关的测试用例。这一需求目前可以 被认为是已完成了
已 删 除 （ Deleted ）已批准的需求又从需求基线中取消了。要解释清楚为什么 要删除这一需求，以及是谁决定删除的
已否决（Rejected）需求已被提议，但并不在下一版本中实现它。要解释清楚 为什么要否决这一需求，以及是谁决定否决的
需求管理能够更加有效的处理需求的变更
准确反映项目的状态，帮助进行更好的项目决策
需求跟踪信息能够更加准确的反映项目的进展情况
改变项目文化，使得需求的作用得到重视和有效发挥
使得项目涉众认识到需求在项目工作中的重要性
1. 需求管理 ——任务
交流涉众需要什么； 将需求应用、实施到解决方案； 驱动设计和实现工作； 控制变更； 将需求分配到子系统； 测试和验证最终产品； 控制迭代式开发中的变化； 辅助项目管理
需求管理
在需求开发之后的产品生命周期当中保证需求作用 的有效发挥
1. 需求管理 ——作用
增强了项目涉众对复杂产品特征在细节和相互依赖关系上 的理解
增强了项目涉众对需求（尤其是复杂需求）的掌握。
增进了项目涉众之间的交流
减少了可能的误解和交流偏差。
减少了工作量的浪费，提高了生产力
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

6、建议评价 7、卖主选择 8、购买 9、安装实施 10、业绩评价
用 户 大 会
专 家 顾 问 团
高 层 拜 访
展 览
用 户 探 针
用客工 户户作 访反结 谈馈果
现网 场上 问设 题备 解巡 决检
新 闻 剪 报
统 计 报 告
订 阅 的 报 告
其 报他 告市 交场 流信
息
.
竞 争 者 信 息
市市场场活活动动 销销售售活活动动 用用服服活活动动
缺陷引入阶段分析
错误引入阶段分析
Re q u ire m en ts 56%
D esig n 27%
James Martin：
超过50%的缺陷由不完善的、不正 确的、不准确的和/或不明确的需求 所引起
Code 7%
O the r 10%
James Martin：
80%以上的用于定位产品错误的费 用是基于产品系统需求定义的错误
产品需求分析与需求管理实务课件(PPT 171页)
第一讲 产品需求分析
Promoting Innovation™
课程目录
2 、产品需求分 析和需求管理概
述
3 、产品需求收 集
4 、产品需求整 理和需求分析
5 、产品需求分 解和分配
Promoting Innovation™
实现全方位研发管理信息化
1.6.6
1.7.1 Ref
1.6.8
1.7.4.2 Ref
2nd Level Functional Flow Block Diagram
Format
URS SRS HLD
配置项变化， 引起关系变 化，需及时更 新RTM
UATP STP ITP
LLD
UTP
CODE
软件系统需求
需求规格说明书 需求规格说明书
SDP
SDP 需求规格说明书 系统概要设计
系统概要设计
SVVP 系统测试计划 系统测试计划
系统测试计划
系统需求
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.
错误定位费用分析
Re q ui r e me n ts 82%
D esi g n 13%
O ther Code 4% 1%
Promoting Innovation™
什么是需求工程？
▪ 把所有与需求直接相关的活动通称为需求工程 ▪ 需求工程中的活动可分为两大类：需求开发、
需求管理
Promoting Innovation™
Promoting Innovation™
产品需求分析与需求管理概述
需求的重要性
需求是产品的根源，需求工作的优劣对产品影响最大。就像一条河流，如 果源头被污染了，那么整条河流也就被污染了。
Promoting Innovation™
什么是项目？
▪ 项目是临时的努力，旨在创造出产品和服务
▪ 项目管理就是把知识、技能、工具和技术应用 到项目活动中去，以便达到项目的要求。
需求工程各个阶段工具
需求收集
需求整理和分析 需求分解和分配 需求实现和验证
公司：
购买类型 ◎新任务 ◎修正购买 ◎直接购买
角色
职位
发起 使用 影响 购买 决策 控制 批准
相对 影响力
评价 标准
参与 阶段
者者者者者者者
工程师
技术
2
采购
处长A
处长B
外面专 家
财务
价格
购买阶段 1、问题发现 2、解决方法 3、规格 4、来源确认 5、询问分析
需求关联
➢系统关联 ➢业务关联 ➢人物关联 ➢支持材料关联
客户名称： 地址： 电话： 访谈问题/提示
客户产品陈述 客户陈述
访谈人： 日期： 后续跟踪： 需求描述（翻译）
客户需求（需求描述） 客户需求（需求描述）
需求群2 需求群1
ac
g xf
优化方向
需求1 需求2 需求3 需求4
需求1
++
0
+
需求
需求2
Number
Gate
1.6.2
Functional Title/Description Go Flow
1.3 & Ref
1.6.1
&
Parallel
Functions
1.6.3 OR
1.5.7 Ref
Leader Note
Sys. Malf.
Alternative Functions
1.6.4
1.6.5
范围
时间
质量
Promoting Innovation™
项目
资源
需求的定义 需求是对产品或过程的操作、功能和设计的特
性或约束的表述，这些表述是明确的、可测试的、 可度量的，而且对于产品或过程的可接受性（被顾 客或内部质量保证措施）来说是必须的。
—— IEEE1220-1998
Promoting Innovation™
Promoting Innovation™
案例分析
对企业核心价值链的理解
Promoting Innovation™
对项目立项管理的理解
输入
1-合同项目
2-新产品项目
3-产品升级
输出
业务立项通知单 产品研发意向 产品升级意向
用户需求调研 撰写技术方案书
用户需求调研 撰写可行性分析
报告
应用结果反馈 撰写立项报告
+
+
需求3
--
需求4
需求
10% A可获得性
5% P包装
P性能 25%
15% $价格E易用性 5%10% S社会接受程度
A保证 L生命周期成本
20%
10%
用“云”表示展开的故事情节 客户 角色1 角色2 角色3 角色4 角色5
??? ???
Ref 1.6, Provide Guidance
Function Summing
公公开开信信息息 商商业业伙伙伴伴 专专业业数数据据
一一手手信信息息
需需求求库库 需需求求整整理理分分析析
二二手手信信息息
部门: ………… 采集的活动
➢…
客户情况介绍
▪公司介绍 ▪部门介绍 ▪业务介绍 ▪需求产生的场景
姓名: ……….. 客户的描述
…
联系方式: …………… 产生的原因
…
客户的评判
➢验收标准 ➢满意度(提供与不提供) ➢竞争评判 ➢优先度
技术方案书 可行性分析报告
立项报告
N
合同管理规定 项目评审规程
N 合同评审
立项评审
N
合同评审表
项目评审表
Y 签署研发合同
Y 签署立项通知书
项目合同 立项通知书
Promoting Innovation™
下达项目任务书
项目任务书
调研
▪ 从需求管理角度分析该产品研发失败的原因？ ▪ 从自己了解的项目出发 ▪ 每个代表只能讲一个原因