《新产品研发--需求的分析、研究与管理》杨兴文.ppt

《新产品研发--需求的分析、研究与管理》杨兴文.ppt

  1. 1、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
《新产品研发--需求的分析、研究与管理》杨兴文

;;;第一讲 产品需求与分析;课程目录;案例分析;调研:需求管理现状;产品需求分析与需求管理概述;需求的重要性;什么是项目?;需求的定义;缺陷引入阶段分析;什么是需求工程?;需求工程各个阶段工具;产品需求管理的定义;市场需求的执行与验证;结构化的产品开发流程;产品开发过程关键的控制点;需求在产品开发流程中的位置;市场管理流程与产品开发流程之间的关系;业界流行的Marketing组织架构;项目任务书中的需求;需求工程贯穿产品开发全过程;演练与讨论;产品需求收集;需求收集过程;谁是用户?;需求采集的要点:确定用户;需求采集的要点:决策影响分析;需求采集的要点:关注要点分析;客户划分;创新无处不在;产品扩展策略;客户需求的收集途径;采集方法的特点;用户访谈的要点;广泛的、开放式问题;需求收集的要点:听的技巧;真正理解客户意图;密切关注;“抽象之梯”法:深入探索、了解、洞察客户需求;案例:解决方法 VS 需求;客户陈述?需求描述;客户需要翻译;单项需求采集模板;单项需求采集模板;需求收集工作反思;构造例行化需求收集机制;演练与讨论;产品需求整理和需求分析;需求整理和分析过程;什么是系统工程?;业界流行的Marketing组织架构;系统工程、部件设计与项目管理关系;系统工程涉及项目的各个方面; STEP1:整理单项需求(工具:黄纸贴);;STEP3:定义归类后的需求组;STEP4:狂想(方法:头脑风暴法);;KJ亲和图法;产品外部需求的8个大类;$APPEALS要素展开;设置需求群的重要性和权重;选择两个友商进行对比(雷达图);;价值创造的四步动作框架;演练与讨论;识别冲突(冲突矩阵法);设置权重(优先级确定);需求优先级设定;KANO模型;客户需求重要性判断;单项需求重要性定义(BSA);需求群权重设置方法(AHP);建立矩阵;量化重要性;填写比较结果;重要性计算;重要性计算;最终确定需求群的重要性和权重;需求群权重确定;QFD质量功能展开;;*;*;*;*;*;*;*;*;*;什么是产品包?;产品包需求相关的角色定义;形成产品需求文档;某系统产品包需求类别;演练交付;高质量产品包需求的标准;;;第一……、唯一……;有所不为,才能有所为;概念选择;价值定位 “我为什么应该向你购买??”;产品概念的测试;市场需求文档;产品需求分解和分配;设计需求分解的依据 ;;需求因子举例;产品需求划分;人类飞行需要什么?;需求分解与分配过程;功能分解工具一:功能流框图(FFBD);功能定义;功能定义实战方法:创建故事板;功能分解;四种基本功能控制;自上而下层层分解;功能分解工具二:层次图;演练与讨论;架构建立;决策分析与决议表单;需求分配;需求分配示意图;需求分解分配方法;以下需求有什么问题?;好需求的标准;第二讲 需求管理;内 容?;验证需求;用户/系统; 需求管理的目的: 在客户与开发方之间建立对需求的共同理解,维护需求与工作成果的一致性,并控制需求的变更。 包括:需求确认、需求变更控制、需求跟踪 1、需求确认 需求确认是指开发方和客户共同对需求文档进行评审,双方对需求达成共识后做出书面承诺,使需求文档具有商业合同效果。;需求确认;产品开发面临的实际问题;产品开发面临的实际问题;(1)非正式需求评审 项目经理先在项目内部组织人员进行非正式的需求评审,消除明显的错误和分歧。 (2)正式需求评审 项目经理邀请同行专家和用户(包括客户和最终用户)一起评审需求文档,尽最大努力使需求文档能够正确无误地反映用户的意愿。 (3)获取需求承诺 通过正式评审后,开发方负责人(项目经理)和客户对需求文档做书面承诺,使之具有商业合同效果。 ;正式评审之专家评审的做法;最后:形成总体共识;形成单项共识; 什么是需求变更?;单纯的用户因素 市场形势变化 系统因素 工作环境和要求变化 需求开发的缺陷 ★ 需求分析、定义和评审不充分 ★ 与用户沟通不畅 ;需求变更失控可能导致的后果 ;⑵ 受控的需求: 变更使需求和实现一致;降低需求变更风险的策略 ;⑵ 与用户共同确定需求,作为合同附件, 签字生效 ⑶ 合同中含有对需求变更的条款 ⑷ 采用原型方法开发,或螺旋模型开发 ⑸ 项目计划中适当留有余地(时间进度、人力投入、费用等) ⑹ 严格实施变更控制 ;变更控制的步骤 ;批准;需求变更控制实施 ;需求变更请求实例;需求变更累积影响的跟踪 ;需求变更累积表 ;需求控制管理 ;开发 阶段;(1) .需求可跟踪与需求变更控制 随着开发工作的进展需求将逐步扩展和演化 各个开发阶段的工作产品之间存在的继承关系 可跟踪矩阵 (2).可跟踪管理的目标 使每一项需求均能追溯到 前后继承关系的脉络清晰

文档评论(0)

ayangjiayu4 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档