需求管理概述
学习目标
了解各角色在需求管理中的定位
掌握需求的定义
了解需求工程的过程和三个层次
需求的定义
需求是对产品/过程的操作、功能和设计的特性或约束的表述，这些表述是明确的、可测试的、可度量的，而且对于产品或过程的可接受性（被顾客或内部质量保证措施）来说是必须的。-IEEE
需求的来源
需求来源于问题，问题的本质是理想与现实的差距，因此需求往往可以归结于客户的心理诉求。
需求的分层
原始需求
初始需求
客户问题
系统特性
系统需求
需求管理流程
满足消费者需求是企业管理的起点和终点，需求管理（OR）流程是MM流程、IPD流程的前导流程
MM市场管理流程
需求管理将市场、客户、行业等需求转化为企业产品战略，为产品开发定义方向，提供技术支持，<br>包括关注领域、型谱规划、知识成果、标准化策略等，是IPD流程的关键输入。<br>
把所有与需求相关的活动通称为需求管理，流程共分为5步，核心团队是RMT、RAT。
需求管理三个层次
被动型
开发者被动地对待需求管理的各项活动，开发过程中经常变更，导致产品迷失方向，不是半途而废就是陷入半死不活的状态
传统制造业属于被动和主动之间
主动型
开发者积极地开展需求管理的各项活动，并将准确获取需求作为自己职责，克服需求开发和管理过程中的困难
华为、小米等
领先型
开发者发掘了连客户自己都没有意识到的需求，导致用户跟着新产品跑而不是新产品围着用户转，引导客户消费，是需求管理的最高境界
特斯拉、苹果等
需求管理的种类
用户需求
产品使用者在使用产品完成任务时的诉求，如：
功能、质量、性能等；
业务需求
企业或组织的业务需求及产品使用者的用户需求的统称。例如：
散办要求不许在城市里现场拌合混凝土，催生了预拌混凝土需求
客户需求
通常在B2B企业中比较多，反映的时企业或组织的利益诉求，如公司或产品线的销售目标、利润目标、市占率目标等，也有可能是职能部门的能力提升诉求
市场需求
针对具体细分市场而言，综合考虑业务需求、用户需求、竞争和相关环境需求，通过市场分析形成的对市场机会的描述，属于共性需求。如：2-
37农村泵车
产品包需求
对最终交付给内外部客户产品包的正式且完整的黑盒描述，是产品开发、产品验证、产品销售和产品交付的依据。
需求管理过程的关联
需求管理和市场管理、项目开发管理流程可以并行开展，一方面形成战略规划或年度业务规划，另一方面，产品包需求和紧急需求直接进入开发流程。
需求分解的全过程
需求收集包括了外部需求和内部需求，形成产品包需求后转化成设计需求，首先是系统需求，再分解到子系统、功能、性能等需求，输出系统规格定义。
需求分发
学习目标
了解公司级和产品线需求分发路径
了解版本开发与路标规划
掌握需求分配表、决策分析和决议表单
了解矛盾矩阵的应用
了解需求实现的案例
需求分发路径
集成产品开发的4个主流程及IT平台是研发的核心，分别是需求管理平台、产品规划管理平台、产品开发平台和技术开发平台，实现需求收集到验证交付的在线化、可追溯、闭环管理。
版本开发与路标规划
需求分解分配表
需求分解有助于管理和实施，常见的分解方法有：功能分解法、对象分解法、流程法、路径分解法、接触点分解法，下表采用的对象分解法
矩阵横向可实现设计需求分解分配的跟踪，矩阵纵向可提取出某部件的全部设计需求
不同的设计需求分解到同一个部件上可能出现重复和冲突，要能分清主次
识别冲突（矛盾矩阵法）
产品是多功能的复合体，为了实现这些功能，产品要由具有相互关联的多个零部件组成。当改变某个零部件的设计并提高了产品某方面的性能时，可能会使关联的零部件产生负面影响，出现冲突
决策分析和决议表单
产品需求的满足需充分考虑成本、效率、生产周期、工艺性等方面的优势、风险和问题，需由项目开发团队和评审团队进行充分评审后决策，通过表单记录决策分析和决议的结果，指导后续的产品开发工作
需求实现
需求实现-价格需求
需求实现-可获得性
可获得性包括销售模式、购买渠道、交付周期、客户定制能力，也包括产品零部件及时供应能力等
提高可获得性的方法
模块化设计
零部件优选通用件、标准件
外购零部件优选可靠的供应商，重要零部件有备用供方
零部件制造工艺简单、安装方便
零部件方便场内、场外转运
需求实现-保障需求
客户对产品的可靠性、安全和质量等方面的需求，设计时要考虑是否符合企业标准、行业标准和国家标准。
产品可靠性设计原则
简化设计原则
冗余设计原则
元器件选择与控制
人机工程设计准则
新技术应用准则
完全保护设计准则
需求实现-包装需求
需求实现-功能/性能需求
在工业产品中，功能/性能需求往往是客户最核心、最重要的诉求。
需求实现-易用性需求
易用性不好的原因
对易用性不够重视
认知不足
无法量化
惯性思维
人的惰性
需求实现-生命周期成本需求
设计产品时，要综合考虑客户所有与产品相关的使用成本
需求实现-社会接受程度需求
满足社会接受程度需求时，要考虑产品舆论，第三方评价、顾问的报告、品牌形象、政府或行业的标准、法规、社会认可、法律关系、产品义务等。
创新无处不在
技术成熟度曲线和技术采用周期的曲线
技术成熟度曲线和技术采用周期的曲线
补充
技术采用生命周期曲线（Technology Adoption Lifecycle）展示了新技术从推出到被市场接受的不同阶段，包括创新者、早期采用者、早期大众、晚期大众和落后者。
技术成熟度曲线（Hype Cycle）则反映了新技术从诞生到成熟过程中的期望与实际发展情况，包括技术萌芽期、期望膨胀期、泡沫破裂低谷期、稳步爬升恢复期和生产成熟期。
需求实现与验证
学习目标
掌握需求持续跟踪的方法和机制
掌握需求变更更管理的机制
需求实现和验证模型
从需求实现角度看，从外部客户需求转化成内部的系统特性和系统需求（子系统、模块）
从需求验证角度看，内部要经过模块需求验证、子系统需求验证、系统需求验证和特性验证，外部要经过客户验证。
V模型
需求双向跟踪
正向跟踪是检查需求是否在生命周期的后期阶段输出元素中得以体现，保证需求得到满足
逆向跟踪通过从生命周期的末端向前，检查各阶段的输出元素满足何种需求
测试验证
内部验证：又称a测试，测试活动不仅要保证客户提出的需求得到满足，还要保证客户潜在的需求能够得到满足
外部验证：即客户测试，又称B测试，是在产品开发验证阶段通过真实环境下运行设备来获取客户试用体验，以此来确认客户需求是否得到满足
需求变更控制
需求变更并不可怕，可怕的是需求的变更得不到控制
一要拟定变更的原则，二要按照变更流程办事
需求变更原则
和客户建立变更规则
增加变更的摩擦系数
安排客户重要人员参与
变更控制
量化需求是最好的表达
版本化开发产品
采用成熟的开发模型
建立样板工程
需求管理流程介绍
学习目标
需求管理流程及关键活动说明
对订单的需求分析
需求收集
需求收集模版
统一需求收集的维度，确保收集需求的全面性
规范需求收集模板、语言，确保需求描述准确性、一致性
统一需求收集接口，确保需求不丢失
需求分析
过滤不合理需求，确保需求质量
对需求进行解释，去掉修饰性描述，保证需求描述
合理性
建立需求分析模型，跨部门团队完成需求分析，保证需求分析全面、正确
基于需求分析结果，对需求进行价值评估，为需求分发提供依据
RMT对标准品需求排序结果进行决策
需求分发、实现和验证
需求分发按照实现周期进行分发，中长期需求分发至研发规划和Charter开发，短期需求分发至PCR、小特性
在需求实现阶段，需求分析
团队中研发代表介入方案评审，确保需求被正确实现
需求验证阶段需输出研发测试验收用例、研发产品测试报告，作为项目验收依据。
对订单需求的分析
主要负责产品线订单需求分析、订单价值评估、需求跟踪
订单需求分析团队的角色和定位
产品经理
订单需求管理责任人。
对订单需求提供非研发技术方面的分析包含价格、成本、可获得性、包装与外观、易用性、保证、生命周期成本、社会可接受度等部分
研发代表
功能、性能、研发周期、技术难度等方面分析、评估
扩展支撑成员
支撑产品经理完成需求分析
可能有结构代表、品质代表、测试代表等
