课程大纲：
需求管理与产品系统公开课
课程收益
从产品市场成功的角度理解需求管理与产品规划、产品立项、产品研发的关系，从流程、组织和IT工具等方面，全方位提升需求管理能力
掌握需求管理与产品研发的成熟衔接方法系统工程过程，学习系统工程的整体观点和方法
学习系统工程在研发活动中的结构化思想，掌握系统工程活动的层次递进和关注要点
掌握运用系统工程的系统观点进行需求分析，掌握需求分析的工具和方法
掌握架构设计和系统设计过程，让需求的分解分配更系统、全面和充分
了解跨部门合作的工作分解，使跨部门系统工程组织团队有效合作
学习领先企业在实施系统工程方面的实践经验
了解系统工程师的技术要求和职责范围，如何有效培养系统工程师
课程背景
是否能够充分了解和掌握客户需求，并且将其有效转化为具有竞争力的产品，很大程度上决定了企业的市场成功与否。通过多年的研发管理及其咨询实践，我们发现国内许多企业在产品需求管理中存在着如下的典型问题：
缺乏完备的需求收集、汇总、整理和分析机制，导致研发和市场脱节，需求无法有效传递和落实，相关环节和部门（如：客户、市场部、开发部、测试部等）对需求的理解也不一致，无法对产品成功形成强有力的支撑；
对用户需求的理解浮于表面，没有理解其真正的业务痛点和潜在需求，导致产品定义无法贴近和打动用户；
需求分析不充分、不完整，导致产品需求变化频繁，产品开发大量返工，“计划不如变化快”，开发过程“失控”；
需求没有有效地分级分层，没有明确各阶段需求如何进行转换，缺乏需求分析的方法；
到各开发组的需求分解分配缺乏严谨的系统设计过程，需求的传递存在失真、错误、遗漏等问题；
根据权威部门统计，超过50%的项目缺陷来源于不完善的、不正确的、不准确的和/或不明确的需求；80%以上的缺陷修复成本用于修复需求导致的错误。需求的正确与否直接影响产品开发周期、产品开发成本，甚至直接决定产品最终的市场成败。
系统工程作为一门新兴发展起来的学科，在国内还没有得到大规模的应用，系统工程的重要性和紧迫性还没有得到全面的认识和认可。目前企业产品研发重开发轻设计，特别是有意无意的忽视产品整体设计，不仅是缺乏有经验的人，同时也缺乏理论和方法的支撑，产品整体设计的广度和深度都不够，而专业工程师则专注于各自领域，如软件、硬件、结构、电气等，互相之间交流和协作很少，跨部门的与市场、采购、制造、财务等部门的横向沟通更少。这一现象带来的直接后果就是产品开发过程中需求变更频繁，开发遗留问题多、返工多，经常导致产品开发周期延期、产品成本和质量不尽如人意。
同时在现今的竞争中，产品更复杂，对产品也提出了更大的挑战，要求更高的可靠性、易用性，要求更低的成本，更高的维护性等，传统的产品研发模式应该如何来应对这些挑战呢？特别如何提升企业的研发组织能力？
要应对这些挑战，就必须转变重开发轻设计的局面，高度重视产品整体设计，引入产品系统工程方法，知道应该做什么，以及应该做到什么程度，让产品研发并行，产品设计过程可重复、可度量。
系统工程的有效实施，不仅仅是解决上述问题，还将帮助企业建立产品/技术平台，建立CBB（共用基础模块），培育一支有着产品全局观的高效系统工程师队伍。
在国内，华为在IBM的指导下引入IPD和实施系统工程，使产品研发周期、产品竞争力、企业竞争力大幅度提升，系统工程无疑在其中起了至关重要的作用，是产品保持旺盛的产品核心竞争力的诀窍之一，系统工程师则是产品系统工程实施的具体执行者。
本课程将对上述问题进行深入和透彻的讲解，帮助企业掌握系统的需求管理过程，正确理解和应用系统工程方法，缩短产品开发周期，提升产品核心竞争力。
讲师简介
孙豪亮：资深顾问、资深讲师
华中科技大学（原华中理工大学），计算机科学与技术学士
北京大学，管理学硕士
项目管理专家
原华为高级系统工程师、PDT经理、开发部部长
专业背景：20年产品研发、研发管理、研发咨询实践经验，其中9年咨询经验:华为任职9年（光网络产品线5年、*研究部4年），历任高级系统工程师、项目经理、开发部部长，华为两个国家“863”项目核心成员，光网络产品线大规模推行IPD时任第一代项目经理，全IPD流程（严格执行IPD-SE，即系统工程流程）参与多款华为全新产品和平台研发和研发管理，积累了丰富的高、中、低端全系列产品/平台的集成开发经验。作为项目经理参与第一代智能光网络产品平台ASON开发（华为核心技术平台，IPD+CMM，3百多万行代码）；作为高级系统工程师/项目经理参与*研究部新一代公司级技术平台VRP V8开发（华为核心技术平台，IPD+敏捷，3千多万行代码）。参与三款华为第一代(全新，按照IPD-SE流程进行开发)产品研发：智能光网络产品（华为光网络第一款真正的高端产品）、分组交换产品、多业务接入（ATN）产品，均取得全球销量第一。
参加对象
研发副总、技术副总、总工/技术总监、研发经理、各部门主管、系统工程师、项目经理、研发骨干、产品经理等。
课程大纲（详细版）
1、需求管理概述
1.1、需求管理工作的价值
1.2、需求管理的范围
1.2.1、产品包需求的范畴
1.2.2、需求分层：问题、系统特性与系统需求
1.2.3、$APPEALS：全面理解客户需求
1.2.4、需求管理的过程
1.2.5、需求沙漏：需求管理的工作全景
1.2.6、需求管理将路标规划、产品立项、产品研发过程有机关联
1.3、需求管理组织
1.3.1、需求管理团队（RMT、RAT）
1.3.2、RMT和RAT的职责、运作机制（基于IPD体系）
1.3.3、如何搭建适合的需求管理组织？
1.4、需求收集
1.4.1、需求收集过程
1.4.2、典型的需求收集方法
1.4.3、需求调研的实操与技巧
1.4.4、需求收集存在的典型问题：“一句话”需求
1.4.5、构建例行化的需求机制
1.5、需求分析：解释、过滤、分类、排序
1.6、需求分发的典型路径
1.7、需求实现及验证
2、需求管理与系统工程的关系
2.1、需求管理与系统工程的关系：系统工程是衔接市场/客户需求与模块需求的关键过程
2.2、何为系统工程？系统工程与传统的做法的差别是什么？
2.3、系统工程扮演着技术分配和集成的角色
2.4、系统工程相关组织结构和角色职责
2.5、系统工程师、项目管理者和设计专家的区别
2.6、RMT、RAT、系统工程师在需求管理过程中的分工
2.7、系统工程流程概览
3、系统工程之需求分析
3.1、需求分析概述
3.1.1、需求分析的层次及分析对象
3.1.2、需求分析流程
3.2、产品包需求分析和整理
3.2.1、产品包需求
3.2.1.1、什么是产品包需求？
3.2.1.2、怎么提炼DFX需求？
3.2.1.3、产品包需求几种常见分类方法
3.2.1.4、高质量产品包需求的标准
3.2.2、谁来完成产品包需求分析和定义？
3.2.3、产品包需求分析
3.2.3.1、需求分析方法：场景分析法
3.2.4、演练：产品包需求分析
3.3、产品概念开发
3.3.1、什么是产品概念开发？
3.3.2、产品概念开发流程
3.3.2.1、产品概念生成
3.3.2.2、关键技术分析
3.3.2.3、产品概念选择
3.3.2.4、产品概念验证
3.3.3、思考：产品概念开发的边界
3.4、设计需求分析
3.4.1、设计需求分析思路
3.4.2、设计需求和产品包需求的区别
3.4.3、如何开展设计需求分析？
3.4.4、设计需求分析方法
3.4.4.1、场景分析法
3.4.4.2、QFD
3.4.4.3、UCD
3.4.4.4、原型机
3.4.5、如何输出完备的设计需求分析文档？
3.5、建立产品包需求到设计需求的映射
3.6、技术评审
3.7、设计需求基线化
4、系统工程之系统设计
4.1、设计需求如何转化为设计规格？
4.2、功能分析概述
4.3、功能分解
4.3.1、功能分解活动
4.3.2、形成功能分解备选架构
4.3.3、备选架构选择
4.4、功能验证
4.5、功能分析的输出--功能架构
4.6、架构设计
4.6.1、思考：什么是架构？
4.6.2、架构设计要素和原则
4.6.3、功能分解和物理分解相辅相成
4.6.4、物理架构分析工具
4.6.5、备选物理架构
4.6.6、物理架构方案决策
4.7、设计验证
4.8、系统设计
4.8.1、思考：系统设计的目标是什么？
4.8.2、国内企业系统设计的常见方式及存在的定性问题
4.8.3、系统设计
4.8.4、接口设计
4.9、需求分解分配
4.10、渐增测试计划
4.10.1、什么是渐增测试
4.10.2、如何制订渐增测试计划
4.11、演练与讨论：系统设计
5、系统工程之支撑管理
5.1、系统工程管理
5.1.1、系统工程管理概述
5.1.2、需求管理
5.1.2.1、需求属性/分类
5.1.2.2、需求编号
5.1.2.3、需求跟踪
5.1.2.4、需求管理库
5.1.2.5、需求变更
5.1.3、质量保证
5.1.3.1、系统工程活动的健康指标--质量目标
5.1.3.2、如何制订质量目标？
5.1.3.3、怎样才能达成质量目标？
5.1.4、接口管理
5.2、技术评审
5.2.1、技术评审流程
5.2.2、技术评审角色职责
5.2.3、如何让技术评审有效的执行起来？
5.3、变更管理
5.3.1、变更控制委员会（CCB）
5.3.2、变更流程
5.4、配置管理
5.4.1、配置管理组织结构
5.4.2、基线管理
5.4.3、配置库管理
6、总结
6.1、总结及答疑
需求管理与产品系统公开课
上一篇: 商户洽谈与商户管理维护
下一篇: 《商务谈判技能提升》课程
其他相关公开课程:
其他相关公开课程:
其他相关公开课程:
|
|
||
|
联系电话：4000504030 |
 线上课程关注公众号 |
|
