产品包与产品包需求.ppt
IPD_-技术开发流程-TPP TPD CBB PPT
TPD流程在各个阶段充分考虑了平台的特点
IPD流程
TPD流程
重点关注对业务计划的支持
1. 产品包需求关注于来自特定客户群的， 可提供差异化竞争能力的市场需求
2. 侧重于评估市场竞争及盈利能力
1. 关注于PDCP到GA的项目计划 2. 关注盈利计划、订单履行计划、转产及
生命周期管理计划
TPP
PDT
PDT
TPD
platform
术
TMT
TDT
TDT
战
子系统/技术
略
技术管 理体系
TPP TPP TPP
TMG
TMG CEG
TPD TPD SQ&PP
TDT
TDT Outsourcing Team
核心能 力中心
CBB/BB CBB/BB CBB/BB
TDT
TDT OST
CBB CBB
异步层的相互配合关系应该在早期的业务规划和路标定义时就得到明确。 PMT和TMT在产品规划和技术规划活动中形成互动，明确定义技术和平台的每个R版本所 支持的产品的R版本、其主要特性和需求、以及R版本TDCP时间
过迁移计划来指导
迁移到PDT n
迁移阶段的终止点为技 G术A /平台生命周期结束
点由，以也F就A是E为所主有维使护用此 技团术队/提平供台后的期用技户术产品
支生持命服周务期工结作束
Charter CDCP
技术/平台 R0xxx
PDCP
TDCP
迁移阶段前期
迁移阶段后期
合同有效期
迁移结束点， 合同结束点 也是生命周期
次 TPD开发架构、平台、
CBB及技术。
异步开发（Asynchronous Development）框架
需求管理规范流程课件(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.
需求收集的方法
效果
方法
短期
用户大会 专家顾问团 需求探针
★
时间范围 中期
★ ★
产品范围 长期
★ ★ ★
当前
未来
★ ★
直接
★ ★ ★ ★ ★
★
★
产品包与产品包需求
需求的分解与实现的关系
客户问 题 原始需 求
产品的初 始需求
需求流 设计流 约束流
特性描述
特性需求
系统
系统需求
子系统 /模块/接 口
分配需求
原始需求来源？
外部收 集需求
路标规 划
• 路标规划需求：通过 MM流程分析，落到路 标规划中的需求。 • 外部需求：细分市场 调研需求。 • 内部需求：如DFX需 求，架构需求，以及 关键技术落地需求
产品包需求的生命周期
MM Charter CDCP CDP 概念 PDCP 计划 开发 ADCP GA 验证 发布
EOX DCP 生命周期
制定产品包营 销策略
初始产品 包需求
最终产品 包需求
实现和验证产 品包需求
交付产 品包
维护优化 产品包
产品包需求分层模型
分类 客户 问题 定义 客户期望产品解 决的问题（内部 /外部） 描述产品为解决 客户问题所支持 的能力 系统需求是对特 性进行分析加工 后形成的对产品 的黑盒交付需求， 不涉及具体的实 现方案。 需求分层关系 需求分解 示例
内部需 求
原始需求
外部收集需求
原始需求收集有哪些渠道呢
客户交流
市场调研
技术支持
媒体信息
技术交流
参观展览
投标
沟通例会
高层拜访
销售周报
需求总结
经验交流
路标规划需求
公司战略 历史数据 竞争信息 技术趋势 理解 市场 市场 细分 组合 分析
解决方案/产品规划流程(MM)
制定细 整合优 分策略 化业务 与计划 计划
系统需求编号 非功能需求编号 非功能需求类别 包装 MR12U； USB线； 用户手册； 保修卡 非功能需求编号 非功能需求编号 环境 DFX 工作温度：0℃ 到 40℃； 存储温度：-20℃ 到 60℃。 电源开关 模式选择开关 电池电量检测按钮 Reset按钮 系统状态指示 电池电量指示 SE:章程 SE:章程 Y Y 系统需求描述 150M无线便携式3G路由器 TL分析责任人 SE:章程 基线化 Y
[新版]华为的需求管理.pptx
![[新版]华为的需求管理.pptx](https://img.taocdn.com/s3/m/89b75210e53a580217fcfe39.png)
服务
核心
产品
售前
功能
售中 售后
体 验
性能 包装
可获 得性
口 碑
价格
发货
品 牌
保修
建议
企
业
客户需求不仅仅是软硬件，而是一个完整的交付！
形
象
如苹果、三星产品
Document NO.:
© Rosary Consultant 2008
22
什么是产品包？
核心产品 服务 无形效益
Document NO.:
© Rosary Consultant 2008
产品包需求要分层描述，必须包括客户问题、系统特性、系统需求及其 各层之间的跟踪关系
问题problem
描述市场机会， 包括客户面对的
挑战与机会
1. 屏幕太小 2. 已有大量大屏手机上市
1. 提供比以前版本更大
产
特性Feature
阐述产品为解决客 户问题需要支持什
么能力
的显示面积，同时： 2. 不增加重量，不减少
软件分配需求
1111
基于Feature-Function的设计方法原理
feature1
feature2
FunctionA1 FunctionA2 FunctionA3
FunctionB1 FunctionB2 FunctionB3
Document NO.:
© Rosary Consultant 2008
需求实现阶段
从客户需求到最终研发完成，需求会不断转化和分解，如 特性需求到功能需求的转化，从对问题的描述转化为对解 决方案的描述，然后逐层展开分解，这就需要需求的跟踪 和变更控制。对于大型项目，需求可以按子系统来进行分 类，如飞机的需求包括飞机总成的需求，发动机的需求， 通讯系统的需求，控制系统的需求。
产品需求管理培训全流程地产品包需求OR工程
产品需求管理培训-全流程的产品包需求（OR）工程主办单位：上海普瑞思管理咨询有限公司上海创卓商务咨询有限公司时间：2013年12月20-21日北京；2014年01月03-04日深圳；06月27-28日深圳；11月14-15日深圳价格：￥4800/人(包括授课费、资料费、会务费、午餐等)课程背景：客户的需求不断变化，如何快速高效地推出满足客户需求、具有差异化优势和竞争优势的产品，并最终获得市场的成功，是企业的核心问题！我们发现国内许多科技型企业在产品需求管理方面存在如下问题：1.产品开发没有实现市场驱动，是“闭门造车”，关注技术而不关心客户；产品开发出来后才找客户、找卖点；2.缺乏完备的需求收集、汇总、整理和分析机制，导致研发和市场脱节，需求无法有效传递和落实，相关环节和部门（如：客户、市场部、开发部、测试部等）对需求的理解也不一致，经常针对需求“吵成一锅粥”；3.对客户/市场需求分析不充分、不透彻、不完整，导致产品需求变化频繁，产品开发大量返工，“计划不如变化快”，开发过程“失控”；4.需求管理各个阶段的职责不清晰，也缺乏组织支撑；往往了解市场的不懂技术，懂技术的不了解市场，不知道需求应该由谁负责；5.需求没有有效地分级分层，没有明确不同阶段需求的范围，如何进行需求转换，以及需求分析的目的和方法，更不清楚业界众多需求分析方法和工具如何在不同需求阶段进行恰当运用；6.没有明确规定不同阶段需求应详细到什么程度，需求的表达不规范，需求质量不高，直接影响了不同团队对需求理解的一致性；7.对需求分析工作不重视，认为“不画图/不编码就等于没有干活”，产品需求分析工作持续时间短，需求分析不充分；8.需求在产品开发流程中的分解分配和产品的设计过程不规范，也缺乏对需求的跟踪，导致需求没有得到有效的实现；9.由于需求分析的不充分，使得需求无法成为产品测试的有效输入，导致测试方案和测试用例设计无法保证产品测试的完备性，影响产品质量。
产品包需求如何转化为设计需求
产品包需求如何转化为设计需求来源：汉捷咨询浏览次数： 1509基于市场的创新是IPD的核心思想之一,集中体现为客户需求驱动产品开发.具体实现方式是划分出一个个产品包（Offering）,并根据客户需求（包括外部客户和内部客户）定义产品包需求（OR，Offering Requirements),再将产品包需求转化为设计需求（DR，Design Requirements）,然而通过产品开发实现需求。
那么，产品包需求（OR)与设计需求(DR)有何区别呢？下表列出了两者的定义和主要不同：产品包需求的例子：•扬声器需要110dB低频声音输出•提供简易方便的查看和打印分公司经营数据的功能•减轻臂架自重，载荷能力提高20％•每站平均升级时间30分钟设计需求的例子:•将广播的输出在20～50HZ的范围内放大到115W•在查询功能模块中，设置查看分公司经营数据的功能，可以选择按分公司名称、区域、月份、年份查询，查询结果按表格和图形方式显示，并能即时打印•臂架采用三角型支撑结构，支撑臂从圆形改为工字型,采用高韧性轻型钢材•每次可以同时升级10个机站,加载准备时间60分钟完成,同步升级20分钟内完成,40分钟完成测试确认汉捷咨询发现很多企业在产品开发过程中往往把产品包需求和设计需求混为一谈，获得客户需求(通常客户需求还不充分,也不明确）后就一古脑编制产品需求说明书和规格书,然后匆匆忙忙进入开发阶段。
这是一种典型的欲速则不达的开发方式,往往造成以下突出的问题：•没有理解真正的需求。
缺乏从客户角度对需求进行研究和分析,没有了解客户真正的需求，尤其是潜在的需求。
很多新产品推向市场后虽然也能使用，但无法让客户满意甚至惊喜，就与此问题直接相关。
如过去每款新手机都有短信功能,都能使用,但直到iPhone推出对话式短信格式才使消费者有了很好的用户体验。
•需求出现偏差。
由于前面的客户需求不充分、不清晰,开发人员在进度的压力下,从开发者的角度去定义需求，与实际的客户需求相距甚远。
第三章：需求分析PPT课件
-
3.2 获取需求的方法
1、访谈
访谈有两种基本形式，分别是正式的和非正式的访谈。
当需要调查大量人员的意见时，向被调查人分发调查表 是一个十分有效的做法。
在访问用户的过程中使用情景分析技术往往非常有效。
情景分析技术的用处主要体现在下述两个方面：
(1) 它能在某种程度上演示目标系统的行为，从而便于用户 理解，而且还可能进一步揭示出一些分析员目前还不知道 的需求。
一般使用第三范式。
17
-
3.6 状态转换图
在需求分析过程中应该建立起软件系统的行为模型。状态转换图(简 称为状态图)通过描绘系统的状态及引起系统状态转换的事件，来表示系统 的行为。此外，状态图还指明了作为特定事件的结果系统将做哪些动作(例 如，处理数据)。
1、状态
状态是任何可以被观察到的系统行为模式，一个状态代表系统的一种 行为模式。状态规定了系统对事件的响应方式。系统对事件的响应，既可 以是做一个(或一系列)动作，也可以是仅仅改变系统本身的状态，还可以是 既改变状态又做动作。
7．其它需求
-
3.4概念模型
最常用的表示概念性数据模型的方法：实体—联 系方法(Entity-Relationship Approach)，简称ER模型。
E-R模型包含三个基本成分：“实体”、“联 系”、“属性”
(1)实体：是客观世界中存在的且可相互区分的事物。 它可以是人或物，也可以是具体事物或抽象事物。 – 例如：教师、学生、课程是实体。 实体用矩形框表示，如： 教师
在状态图中定义的状态主要有：初态(即初始状态)、终态(即最终状态) 和中间状态。在一张状态图中只能有一个初态，而终态则可以有0至多个。
状态图既可以表示系统循环运行过程，也可以表示系统单程生命期。
产品包概要需求分析和产品概要设计,业务计划细化
产品市场经理
4.4产品概要设计
Activities
活动
Description说明Roles角色产品概要设计
进行产品概要设计完成系统的架构及模型分析及设计，包括：
总体架(结)构设计
系统分析
数据推演等
应用架构师；
总设计；
平台经理；
部分需求人员；
易用性设计人员；
服务、实施、培训人员
事业部产品总监；
产品市场经理；
开发部：
应用架构师；
总设计；
平台经理；
部分需求人员。
编制《产品概要需求规格说明书》
可根据产品线规模分别编写产品总体概要需求，和各个产品的分产品概要需求，新业务、模块须有原形用户。
分别包括：
《总体产品概要需求》
《分产品概要需求》
《用友XXX产品目标清单》
《用友XXX产品一线问题和期望应答清单》
产品线概要需求分析
Activities
活动
Description
说明
Roles
角色
概要需求获取分析
研究分析前期各种分析报告中，分析各种资料，以深入了解各种市场需求和背景。
相关资料报告：产品市场分析报告、技术规划报告；
调研报告、产业链分析报告、HCI分析报告、以及不同序列的部门反馈的产品需求订单等。
需求订单按照不同的全产品类别（软件、实施、维护、培训、咨询）参照《产品定义输入体系说明》填写并提交相应的产品需求订单。关键要明确客户需求的应用场景，提出客户建议的需求实现方式，分析业务需求可以给客户带来的价值和可以给公司带来的价值。
《产品概要设计》技术评审
组织对概要设计进行技术评审
事业部产品总监/PDT