《产品需求分析与需求管理培训教材PPT》由会员分享，可在线阅读，更多相关《产品需求分析与需求管理培训教材PPT（171页珍藏版）》请在金锄头文库上搜索。
1、产品需求分析与需求管理实务产品需求分析与需求管理实务 第一讲第一讲 产品需求分析产品需求分析 课程目录课程目录2 、产品、产品需求分需求分析和需求管理概析和需求管理概述述3 、产品需求收产品需求收集集5 、产品需求分产品需求分解和分配解和分配4 、产品需求整、产品需求整理和需求分析理和需求分析 实现全方位研发管理信息化实现全方位研发管理信息化案例分析案例分析 对企业核心价值链的理解对企业核心价值链的理解 对项目立项管理的理解对项目立项管理的理解 调研调研从需求管理角度分析该产品研发失败的原因？从需求管理角度分析该产品研发失败的原因？从自己了解的项目出发从自己了解的项目出发每个代表每个代表只能讲
2、一个原因只能讲一个原因产品需求分析与需求管理概述产品需求分析与需求管理概述 需求的重要性需求的重要性需求是产品的根源，需求工作的优劣对产品影响最大。就像一条河流，如果源头被污染了，那么整条河流也就被污染了。 什么是项目？什么是项目？项目是临时的努力，旨在创造出产品和服务项目是临时的努力，旨在创造出产品和服务项目管理项目管理就是就是把把知识知识、技能技能、工具工具和和技术技术应用应用到项目活动中去，以便达到项目的要求。到项目活动中去，以便达到项目的要求。项目项目范围质量资源时间 需求的定义需求的定义需求需求是对产品或过程的操作、功能和设计的特性或约束的表述，这些表述是明确的、可测试的、可度量的，
3、而且对于产品或过程的可接受性（被顾客或内部质量保证措施）来说是必须的。 IEEE1220-1998 缺陷引入阶段分析缺陷引入阶段分析错误定位费用分析错误定位费用分析错误引入阶段分析错误引入阶段分析James Martin：超过50%的缺陷由不完善的、不正确的、不准确的和/或不明确的需求所引起James Martin：80%以上的用于定位产品错误的费用是基于产品系统需求定义的错误 什么是需求工程？什么是需求工程？把所有与需求直接相关的活动通称为需求工程把所有与需求直接相关的活动通称为需求工程需求工程中的活动可分为两大类：需求开发、需求工程中的活动可分为两大类：需求开发、需求管理需求管理 需求工程
4、各个阶段工具需求工程各个阶段工具需求收集需求收集 需求整理和分析需求整理和分析 需求分解和分配需求分解和分配 需求实现和验证需求实现和验证 市场需求的执行与验证市场需求的执行与验证客户所客户所想所需想所需市场市场 需求需求产品包产品包 需求需求设计设计 需求需求产品规产品规格书格书开发开发 需求需求测试测试需求的执行需求的执行需求的验证与确认需求的验证与确认 结构化的产品开发流程结构化的产品开发流程资料来源Setting the PACE in Product Development, A Guide to Product and Cycle-time Excellence 产品开发过程关键的
5、控制点产品开发过程关键的控制点概念方案开发验证发布启启动动项项目目TRTR TRTRTRTRDCPDCPDCP 需求在产品开发流程中的位置需求在产品开发流程中的位置概念计划开发验证发布理解需求收集需求（内部/外部）核心技术方案分析标竿研究解释需求汇总产品包需求需求分解总体方案设计需求分配规格确定需求确认BUILD划分需求跟踪需求变更控制需求内部验证需求外部验证 市场管理流程与产品开发流程之间的关系市场管理流程与产品开发流程之间的关系战略规划战略规划市场信息市场信息客户反馈客户反馈同行信息同行信息技术趋势技术趋势当前产品组合当前产品组合理理解解市市场场市市场场细细分分组组合合分分析析制定业制定业
6、务策略务策略和计划和计划调整和调整和优化业优化业务计划务计划管理业务计划，评估绩效管理业务计划，评估绩效YN任务任务书？书？进入产品开发流程管道进入产品开发流程管道 业界流行的业界流行的Marketing组织架构组织架构PDT.PDTPDTPDT.PDTPDTPDT.PDTPDT产品线产品线公司决策委员会公司决策委员会C-MarketingPL-Marketing产品线产品线产品线产品线PL-MarketingPL-Marketing 项目任务书中的需求项目任务书中的需求持续的需求工程持续的需求工程持续的需求工程持续的需求工程持续的需求工程持续的需求工程持续的需求工程持续的需求工程市场管理和产
7、品路标规划市场管理和产品路标规划市场驱动的新产品开发市场驱动的新产品开发任务书项目代号：MP31028项目概述：竞争对手： 核心需求（510条）1、利用汽车点烟器直接充电2、音乐发送射到汽车音响并播放3、支持MP3、WMA、WAV主流音乐格式4、存储容量500首音乐、500M存储空间5、不间断播放时间48小时？ 需求工程贯穿产品开发全过程需求工程贯穿产品开发全过程市场需求产品包需求内部需求设计需求系统规格产品需求客户要求功能需求非功能需求标准约束硬件需求架构设计质量属性DFX书面标准事实标准 演练与讨论演练与讨论项目任务书作为市场管理和产品开发管理衔接项目任务书作为市场管理和产品开发管理衔接的
8、核心文档，起到对市场管理成果进行整理浓的核心文档，起到对市场管理成果进行整理浓缩，同时明确产品开发方向和约束的作用，小缩，同时明确产品开发方向和约束的作用，小组讨论思考，一个高质量的项目任务书需要包组讨论思考，一个高质量的项目任务书需要包含哪些要素？含哪些要素？每个小组选派一名代表上台发每个小组选派一名代表上台发言言产品需求收集产品需求收集 需求收集过程需求收集过程确定客户确定客户 客户分析客户分析 调查准备调查准备 实际调查实际调查市场细分产品扩展路线图波士顿矩阵技术鸿沟干系人分析决策分析关注点分析焦点小组调查方法选择10种调查方法需求访谈10问调查问卷设计原型法单项需求模板听的技巧一手信息
9、二手信息客户描述需求陈述需求陈述5原则短、中、长期需求 谁是用户？谁是用户？“用户用户”（user）是一种泛称，它可细分为）是一种泛称，它可细分为“客户客户”（customer）、）、“最终用户最终用户”（the end user）和）和“间接用户间接用户”（或称为关系人）。（或称为关系人）。掏钱买产品的用户称为客户，而真正操作产品掏钱买产品的用户称为客户，而真正操作产品的用户叫最终用户。客户与最终用户可能是同的用户叫最终用户。客户与最终用户可能是同一个人也可能不是同一个人。一个人也可能不是同一个人。 需求采集的要点：确定用户需求采集的要点：确定用户 需求采集的要点：决策影响分析需求采集的要点
10、：决策影响分析公司：公司：购买类型购买类型 新任务新任务 修正购买修正购买 直接购买直接购买职位职位角色角色相对相对影响力影响力评价评价标准标准参与参与阶段阶段发起发起者者使用使用者者影响影响者者购买购买者者决策决策者者控制控制者者批准批准者者工程师工程师技术技术2 2采购采购折扣折扣处长处长A A外面专外面专家家影响力影响力财务财务价格价格购买阶段 1、问题发现 2、解决方法 3、规格确定 4、来源搜寻 5、询问分析 6、建议评价 7、卖主选择 8、购买执行 9、安装实施 10、业绩评价 需求采集的要点：关注要点分析需求采集的要点：关注要点分析公司：公司：购买类型购买类型 新任务新任务 修正
11、购买修正购买 直接购买直接购买兴趣点兴趣点角色角色相对相对影响力影响力评价评价标准标准参与参与阶段阶段发起发起者者使用使用者者影响影响者者购买购买者者决策决策者者控制控制者者批准批准者者性能性能功能功能可靠性可靠性包装包装价格价格购买阶段 1、问题发现 2、解决方法 3、规格确定 4、来源搜寻 5、询问分析 6、建议评价 7、卖主选择 8、购买执行 9、安装实施 10、业绩评价 客户划分客户划分创新者创新者创新者创新者早期接受者早期接受者早期接受者早期接受者前期主流顾客前期主流顾客前期主流顾客前期主流顾客后期主流顾客后期主流顾客后期主流顾客后期主流顾客落伍者落伍者落伍者落伍者鸿沟鸿沟鸿沟鸿沟
12、创新无处不在创新无处不在颠覆性创新应用性创新产品创新平台创新产品线延伸创新增强型创新营销创新体验式创新价值工程创新集成创新流程创新价值转移创新 产品扩展策略产品扩展策略业务业务客户客户以客户为导以客户为导向投入向投入现有产品现有产品全新产品全新产品老老客客户户拓拓展展客客户户全全新新客客户户以产品为导以产品为导向投入向投入拓展产品拓展产品不做谨慎谨慎创新 客户需求的收集途径客户需求的收集途径市场活动销售活动用服活动公开信息商业伙伴专业数据一手信息二手信息需求库需求整理分析报告交流竞争者信息.统计报告新闻剪报订阅的报告专家顾问团高层拜访展览用户探针用户大会用户访谈客户反馈现场问题解决网上设备巡检
13、产品介绍、投标 标杆研究 采集方法的特点采集方法的特点效果方法时间范围产品范围短期中期长期当前未来直接用户大会专家顾问团间接需求探针用户访谈高层技术交流产品试用现场支持售后反馈 用户访谈的要点用户访谈的要点利用一个或两个客户群来优化调查的问题并了解在市场细分中的普遍问题进行单个的访谈来了解特殊客户的需求- 注意被访对象的筛选- 建议在客户地点进行- 允许将你所见的加入客户的声音（VOC）中去 在业界最佳的公司在首选的搜集客户声音的方法访谈单个的客户资料来源：Best Practices Survey 1994 广泛的、开放式问题广泛的、开放式问题历史产品使用的美好回忆使用产品失败的经历描述最近
14、一次购买时所见、所想如何自己设计会如何其他产品的哪些功能可以考虑集成客户试图解决哪些问题 演练与讨论演练与讨论根据前面讲解的需求访谈问题设计方法，每小根据前面讲解的需求访谈问题设计方法，每小组针对所选择的演练产品，通过小组讨论的方组针对所选择的演练产品，通过小组讨论的方式，确定本小组需求访谈问题清单？式，确定本小组需求访谈问题清单？请结合自身工作经历，归纳自己最想问的问题请结合自身工作经历，归纳自己最想问的问题每个小组选派一名代表上台发表每个小组选派一名代表上台发表 需求收集的要点：听的技巧需求收集的要点：听的技巧多问多听，不要推销你的想法多问多听，不要推销你的想法对于听到的确认，确保理解对方
15、的意思对于听到的确认，确保理解对方的意思表现的表现的“无知无知” 些，让他们详细的描述或举例些，让他们详细的描述或举例聚焦与人们的期望而不是问题聚焦与人们的期望而不是问题注意倾听大家不一致的地方注意倾听大家不一致的地方 真正理解客户意图真正理解客户意图 密切关注密切关注我想我想我希望我希望 我要我要 我正在找我正在找 我对我对很感兴趣很感兴趣 我期望我期望我认为我认为 “抽象之梯抽象之梯”法：深入探索、了解、洞察客户需求法：深入探索、了解、洞察客户需求抽象具体解决方法需求评判证据通常某一次其他人的体验个人经历无法行动可采取行动 案例：解决方法案例：解决方法 VS 需求需求解决方法需求“满足我需
16、求的电脑包一定是树脂材料做的”“我每周都在各种恶劣的气候环境里使用电脑包上下班和出差，包在机场的行李搬运中，经常被挤压，磨损，划伤，到了客户现场，电脑包可能放在有水迹的工地上，也许会放在渣土地上”尽可能了解到具体细节，关键要素防御各种恶劣天气防水防摩擦 客户陈述客户陈述需求描述需求描述原则原则客户陈述客户陈述需求描述（正确）需求描述（正确）需求描述（错误）需求描述（错误）“什么什么”而非而非“怎样怎样”“有时灰尘会进入系统，给我带来麻烦。”系统提供灰尘防护能力。 系统通过防护网防护网提供相应的灰尘防护功能。特点特点“工作中，我总是一不小心就把螺丝刀掉到地上了。”在被摔过几次后螺丝刀仍然能正常工
17、作。螺丝刀很不好很不好，经常被掉在地上。肯定而非否定肯定而非否定“根据公司规定，无论刮风下雨，我都需要坚持在户外工作。”螺丝刀在雨中仍能正常工作。螺丝刀在雨中不会不不会不能能使用。产品属性产品属性“我希望能用我的打火机给电池充电”可以用自动打火机给螺丝刀的电池充电自动打火机器使用者自动打火机器使用者可以给螺丝刀电池充电避免避免“必须必须”和和“应该应该”“当我不知道螺丝刀的电池还有多少电量时，我会很烦。”螺丝刀提供电池能量多少的显示。螺丝刀应该应该提供电池能量多少的显示。 客户需要翻译客户需要翻译客户之声客户之声（客户反馈（客户反馈/原始陈述，反映了客户所关心的和所渴望的）原始陈述，反映了客户
18、所关心的和所渴望的）场景图画场景图画（基于（基于“客户之声客户之声”的体察和发现，在头脑中产生的有关客户的体察和发现，在头脑中产生的有关客户使用环境的印象、图画）使用环境的印象、图画）关键要素关键要素（讲（讲“客户之声客户之声”和和“场景图画场景图画”联系，产生的关键字或词语）联系，产生的关键字或词语）客户需求客户需求（包含一个或几个关键要素的一句陈述）（包含一个或几个关键要素的一句陈述） 单项需求采集模板单项需求采集模板部门: 姓名: .联系方式: 采集的活动采集的活动(where/when)(where/when)客户背景资料客户情况介绍客户情况介绍(who)(who)客户陈述客户陈述(w
19、hat)(what)产生的原因产生的原因(why)(why)客户的评判客户的评判(how)(how)需求关联需求关联系统关联业务关联人物关联支持材料关联验收标准满意度竞争评判优先级需求描述（需求描述（demandsdemands） 需求收集工作反思需求收集工作反思是否和目标市场上所有主要类型的客户都交流了？通过捕捉客户的潜在需求，我们能够看到产品相关需求之外的需求吗？哪些是我们现在知道而开始是不知道的？我们是否对其中的需求感到惊奇？需求调研组织中是否包含哪些需要深化理解客户需求的人？在实际客户交流中，哪些将成为进行开发活动的优秀参与者？ 构造例行化需求收集机制构造例行化需求收集机制构建需求收集
20、构建需求收集IT系统系统形成需求收集报告机制形成需求收集报告机制组建需求收集分析专业团队组建需求收集分析专业团队与员工任职资格、绩效挂钩与员工任职资格、绩效挂钩控制神经末梢（出差、展览、招标等）控制神经末梢（出差、展览、招标等） 演练与讨论演练与讨论依据提炼总结的客户需求访谈问题，对客户进依据提炼总结的客户需求访谈问题，对客户进行需求调研，详细记录客户访谈情景，然后对行需求调研，详细记录客户访谈情景，然后对访谈获得进行总结提炼，完成客户需要翻译。访谈获得进行总结提炼，完成客户需要翻译。每个小组选派一名代表上台发表每个小组选派一名代表上台发表产品需求整理和需求分析产品需求整理和需求分析 需求整理
21、和分析过程需求整理和分析过程需求收集需求收集解释原始数据解释原始数据整理需求整理需求设置权重设置权重概念选择概念选择识别客户一对一访谈客户需求十问单项需求收集单系统工程核心小组法DFX$APPEALS产品包镀金需求冲突矩阵卡片法25个大组BSA法AHP法15个等级雷达图SWOT未来需求是否充分考虑价值创造（4步法）产品包需求概念甄别电梯测验 什么是系统工程？什么是系统工程？ 业界流行的业界流行的Marketing组织架构组织架构PDT.PDTPDTPDT.PDTPDTPDT.PDTPDT产品线产品线IPMT公司产品战略委员会公司产品战略委员会C-MarketingP-Marketing产品线产
22、品线IPMT产品线产品线IPMTP-MarketingP-Marketing 系统工程、部件设计、项目管理系统工程、部件设计、项目管理 系统工程涉及项目的各个方面系统工程涉及项目的各个方面最终用户集成商安装人员维护人员市场行销系统工程界面协议控制集成集成验证验证需求分需求分解分配解分配概念甄选概念甄选与评估与评估定位：设定位：设定目标定目标用户子系统团队GUI认证模块负责人需求需求集成集成SE实现团队易用性设计可维护性设计可靠性设计可测试性设计人机界面重用设计安全性设计可制造性设计$APPEALSQFD,.需要需求需求与规格项目管理项目计划技能支撑 PDT的两个核心团队的两个核心团队SE制造工
23、程产品系统硬件系统测试工程服务工程业务分析PDT：Product（Project） Development Team 产品（项目）开发团队 STEP1：整理单项需求（工具：黄纸贴）整理单项需求（工具：黄纸贴） STEP2：需求归类需求归类进度管理报告管理 STEP3：定义归类后的需求组定义归类后的需求组层次1标题原始陈述原始陈述层次1标题原始陈述原始陈述原始陈述层次2标题黑色字体红色字体蓝色字体优先筛选法非限制选择标记有重点的选择标记 STEP4：狂想（方法：头脑风暴法）狂想（方法：头脑风暴法）与众不同的新奇想法其他产品功能的借鉴客户还可能需要的深层次需求每个人都要开动脑筋思考 需求群2整理需
24、求整理需求需求群1acgfx客户需求（需求描述）客户需求（需求描述） KJ亲和图法亲和图法一次水平需求一次水平需求二次水平需求二次水平需求三次水平需求三次水平需求系统能够进行高品质地光盘刻录刻写速度快译码速度快光盘转速快刻写精度高故障自我诊断刻写激光强度可调整数据传输快抗干扰性强传输速率快传输方式多刻写过程稳定缓存内存容量大烧盘概率小案例案例案例案例: :刻录机刻录机刻录机刻录机KJKJ图图图图 产品外部需求的产品外部需求的8个大类个大类（Price）价格）价格A（Availability）可获得性）可获得性P（Packaging）包装）包装P（Performance）性能）性能E（Easy
25、of use）易用性）易用性A（Assurances）保证）保证L（Life cycle costs）生命周期成本）生命周期成本S（Social acceptance）社会接受程度）社会接受程度 $APPEALS要素展开要素展开 设置需求群的重要性和权重设置需求群的重要性和权重 选择两个友商进行对比（雷达图）选择两个友商进行对比（雷达图）10 = 10 = 绝对最好绝对最好 9 = 9 = 显然的领导者显然的领导者 8 = 8 = 在前在前2 2名内名内 7 = 7 = 位于前位于前3-53-5名名 6 = 6 = 在市场中普遍被认为是优秀的在市场中普遍被认为是优秀的 5 = 5 = 大多数购
26、买者能接受大多数购买者能接受 4 = 4 = 有有25%-35%25%-35%的购买者不能接受的购买者不能接受 3 = 3 = 大多数购买者不能接受大多数购买者不能接受 2 = 2 = 极不满意极不满意 1 = 1 = 完全不合格完全不合格 分析差距，找改进点分析差距，找改进点客户为什么认为我们比较差，X有哪些我们可以借鉴，X表现就十全十美了吗？能否超越他们？客户认为我们哪些地方做的比较好，X针对我们的优点会有哪些改进措施，这些措施对我们的威胁如何？还能做的更好吗？ 价值创造的四步动作框架价值创造的四步动作框架新价值曲线减少减少哪些元素的含量应该被减少到产业标准以下？创造创造哪些产业从未有过的
27、元素需要创造？增加增加哪些元素的含量应该增加到产业标准以上？剔除剔除哪些被产业认定为理所当然的元素需要剔除？将成本水平降低到将成本水平降低到竞竞争争对对手之下手之下 提升提升购买购买者的价者的价值创值创造新的需求造新的需求 演练与讨论演练与讨论请根据讲解的市场需求分析的方法，对所选择请根据讲解的市场需求分析的方法，对所选择的产品进行的产品进行$APPEALS的需求分析，寻找该产的需求分析，寻找该产品和竞争对手及客户期望之间的差距；品和竞争对手及客户期望之间的差距；结合业界市场需求和研发需求的管理的组织体结合业界市场需求和研发需求的管理的组织体系，思考适合公司实际情况的需求管理组织体系，思考适合
28、公司实际情况的需求管理组织体系？系？每个小组选派一名代表上台发表每个小组选派一名代表上台发表 识别冲突（冲突矩阵法）识别冲突（冲突矩阵法）优化方向需求1需求2需求3需求4需求1+0+需求2+需求3- -需求4需求需求需求需求 设置权重（优先级确定）设置权重（优先级确定）用数字来表示重要性以排列需求组用数字来表示重要性以排列需求组基于与客户的经验，依靠团队以决定权重基于与客户的经验，依靠团队以决定权重基于对潜在客户访谈或问卷调查的评估基于对潜在客户访谈或问卷调查的评估需要在成本、速度与相对正确性之间进行平衡需要在成本、速度与相对正确性之间进行平衡调查参与最初问卷访谈的客户以判断权重的相调查参与最
29、初问卷访谈的客户以判断权重的相对重要性对重要性 需求优先级设定1)费用与价值比方法：计算每个需求的相对价值和相对费用。优先级最高的需求是以最小的费用比例产生出最大产品价值比例的需求。2)质量功能开发（QFD）方法：为产品提供用户价值与性能相联系的一种综合方法。3)完全质量管理方法：它以多个重大项目成功的标准来评价每个需求，并且计算出一个分值用于编排需求的优先级。 质量功能开发方法的图表和步骤XXXXX%XXX%XXX%XXXXn. XXXXX优先级 风险% 相对风险 费用% 相对费用 价值% 总价值 相对损失 相对利润 需求/特性XXXXX%XXX%XXX%XXXX1. XXXXX总计XXXX
30、相对权值在一个平面中列出要设定优先级的所有需求、特性或使用实例；在这个例子中，我们将使用特性来设定优先级。所有项都必须在同一抽象级别上；不要把个人需求与产品特性混合在一起。如果某些特性有逻辑上的联系（例如，只有包括特性A的情况下才能实现特性B）那么在分析中只要列出驱动特性就可以了。这种模型在其有效范围内可以容纳几十种特性。如果你有更多的项，那么就把相关的特性归成一类，并建立一个可管理的初始化列表。如果你需要的话，可以在更详细的级别上进行第二轮分析。估计每一个特性提供给客户或业务的相关利益，并用1 9划分等级，1代表可忽略的利益，9代表最大的价值。这些利益等级表明了与产品的业务需求的一致性。客户
31、代表是判断这些利益的最佳人选。在缺省情况下，利润和损失的权值是相等的，作为一种精化，你可以更改这两个因素的相对权值。估计出如果没有把应该实现的特性包括到产品中，将会给客户或业务上带来的损失。使用1 9划分等级，这里1代表基本无损失， 9代表严重损失。总价值相对利润相对损失价值%=总价值/总计价值100 根据需求的复杂度，所需求的用户界面的实现情况、重用当前代码的潜在能力、所需要的测试量和文档等等，开发者可以估算出费用。估计实现每个特性的相对费用，使用1（低）9（高）划分等级。平面图将计算出由每一个特性所构成的总费用的百分比。开发者应该要估计出与每个特性相关的技术或风险相对程度，并利用1 9划分
32、等级。1级表示你可以轻而易举地实现编程，而9级表示需要极大地关注其可行性、缺乏具有专门知识的人员，或者使用不成熟或不熟悉的工具和技术。平面图将计算出每个特性所产生的风险百分比。在缺省情况下，利润损失，费用和风险的权值是相等的，但是你可以在平面图中调整其权值。如果你无需在模型中考虑风险，就把风险的权值设为0。 价值%优先级（费用%费用权值）（风险%风险权值） 优先级设计的矩阵范例优先级设计的矩阵范例4 基于价值、费用和风险的优先级设定基于价值、费用和风险的优先级设定相对权值相对权值2 21 11 10.5 0.5 需求需求/ / 特性特性相对相对利润利润 相对相对损失损失 总总价值价值 价值价值
33、% % 相对相对费用费用 费用费用% % 相对相对风险风险 风险风险% % 优先优先级级 1. 1. 查询供应商订单的状态查询供应商订单的状态 5 53 313138.48.42 24.84.81 13.03.01.3451.3452 .2 .建立仓库存货清单报表建立仓库存货清单报表 9 97 7252516.216.25 511.911.93 39.19.10.9870.9873 .3 .查看一特定容器历史记录查看一特定容器历史记录 5 55 515159.79.73 37.17.12 26.16.10.9570.9574 .4 .打印制品安全数据表打印制品安全数据表 2 21 15 53.
34、23.21 12.42.41 13.03.00.8330.8335 .5 .维护危险制品列表维护危险制品列表 4 49 9171711.011.04 49.59.54 412.112.10.7080.7086 .6 .更改未定的制品请求更改未定的制品请求 4 43 311117.17.13 37.17.12 26.16.10.7020.7027 .7 .建立个人实验室存货清单报表建立个人实验室存货清单报表 6 62 214149.19.14 49.59.53 39.19.10.6460.6468.8.在供应商目录中查询特定制品在供应商目录中查询特定制品 9 98 8262616.916.97
35、716.716.78 824.224.20.5860.5869.9.查询一危险制品训练记录查询一危险制品训练记录 3 34 410106.56.54 49.59.52 26.16.10.5170.51710.10.从结构绘图工具导入制品结构从结构绘图工具导入制品结构 7 74 48 811.711.79 921.421.47 721.221.20.3650.365总计总计5454464615415410010042421001003333100100 KANO模型模型客户满意度客户不满意度很好的执行很差的执行基本需求基本需求基本需求基本需求最好满足的需求最好满足的需求最好满足的需求最好满足的需
36、求兴奋需求兴奋需求兴奋需求兴奋需求Kano模式模式 客户需求重要性判断客户需求重要性判断我真的喜欢我喜欢我觉得一般我不喜欢我真的不喜欢ABCDE我真的喜欢1我喜欢2？我觉得一般3？我不喜欢4我真的不喜欢5如如如如果果果果提提提提供供供供了了了了该该该该功功功功能能能能，您您您您会会会会有有有有什什什什么么么么感感感感觉觉觉觉？如果没有这功能，如果没有这功能，如果没有这功能，如果没有这功能，您又会有什么感觉您又会有什么感觉您又会有什么感觉您又会有什么感觉？ 单项需求重要性定义（单项需求重要性定义（BSA）B（Basic）：基本需求）：基本需求S（Satisfied）：让客户更满意的需求）：让客户
37、更满意的需求 A（Attractive）：更有吸引力的需求）：更有吸引力的需求 需求群权重设置方法（需求群权重设置方法（AHP）分层展开，如：分层展开，如：A、B、C每一层次的项目数量最佳效果每一层次的项目数量最佳效果5个，最多个，最多9个个两两比较、经过计算得到权重数据两两比较、经过计算得到权重数据具体分具体分4步：步：AHPAHP：Analytical Hierarchy ProcessAnalytical Hierarchy Process（层次分析法）（层次分析法）（层次分析法）（层次分析法）建立矩阵建立矩阵建立矩阵建立矩阵量化重要性量化重要性量化重要性量化重要性 重要性计算重要性计算
38、重要性计算重要性计算 层次分析层次分析层次分析层次分析 建立矩阵建立矩阵功能功能价格价格性能性能服务服务功能功能价格价格性能性能服务服务 量化重要性量化重要性同等重要：同等重要：1分分列和行有同等的影响列和行有同等的影响中等重要：中等重要：3分分经验和判断中，行比列更重要一点经验和判断中，行比列更重要一点比较重要：比较重要：5分分经验和判断中，行比列更重要一些经验和判断中，行比列更重要一些非常重要：非常重要：7分分行是非常重要的，并由实践证实行是非常重要的，并由实践证实极其重要：极其重要：9分分行是极其重要的行是极其重要的 填写比较结果填写比较结果功能功能价格价格性能性能服务服务功能功能159
39、3价格价格12性能性能1服务服务231 重要性计算重要性计算功能功能价格价格性能性能服务服务功能功能1593价格价格0.2120.5性能性能0.110.510.33服务服务0.33231合计合计1.648.5154.83 重要性计算重要性计算功能功能价格价格性能性能服务服务绝对权重绝对权重功能功能0.6080.5880.6000.6212.417价格价格0.1220.1880.1330.1030.476性能性能0.0680.0590.0670.0690.262服务服务0.2030.2350.2000.2070.845合计合计1.001.001.001.004.000 最终确定最终确定需求群的重
40、要性和权重需求群的重要性和权重功能功能价格价格性能性能服务服务绝对权重绝对权重相对权重相对权重功能功能0.6080.5880.6000.6212.4170.6（60%）价格价格0.1220.1880.1330.1030.4760.1（10%）性能性能0.0680.0590.0670.0690.2620.05（5%）服务服务0.2030.2350.2000.2070.8450.25（25%）合计合计1.001.001.001.004.0001（100%） 需求群权重确定需求群权重确定19 8 7 6 5 4 3 2 = 2 3 4 5 6 7 8 9129 8 7 6 5 4 3 2 = 2 3
41、 4 5 6 7 8 9239 8 7 6 5 4 3 2 = 2 3 4 5 6 7 8 9349 8 7 6 5 4 3 2 = 2 3 4 5 6 7 8 94需求群需求群需求群需求群 什么是产品包？什么是产品包？无形效益无形效益无形效益无形效益服务服务服务服务核心产品核心产品核心产品核心产品 产品包需求相关的角色定义产品包需求相关的角色定义市场需求业务专家负责制造需求制造专家负责测试需求测试专家负责服务需求服务专家负责整合、折中产品包需求SE、LPDT负责 形成产品需求文档形成产品需求文档编号编号客户陈述客户陈述需求描述需求描述优先级优先级改进目标衡量改进目标衡量需求带来的利益需求带来
42、的利益BSA定义定义产品包需求产品包需求产品包需求产品包需求 某系统产品包需求类别某系统产品包需求类别性能方面、标准协议、维护补丁、平滑升级、性能方面、标准协议、维护补丁、平滑升级、告警维护、运行统计、文档资料、关键接口、告警维护、运行统计、文档资料、关键接口、数据安全恢复、安装升级、系统自检自测、操数据安全恢复、安装升级、系统自检自测、操作界面、兼容性、鲁棒性、操作维护日志、操作界面、兼容性、鲁棒性、操作维护日志、操作权限、故障修复、系统可测试性、系统可维作权限、故障修复、系统可测试性、系统可维护性、系统可制造性、专项维护工具、动态跟护性、系统可制造性、专项维护工具、动态跟踪、二次开发、故障
43、定位、可移植性、错误诊踪、二次开发、故障定位、可移植性、错误诊断工具，断工具， 演练交付演练交付类别类别描述描述BSA对公司价对公司价值值对客户价对客户价值值优先等级优先等级（16） 高质量产品包需求的标准高质量产品包需求的标准有有“杀手锏杀手锏”明确性明确性一致性一致性可验证性可验证性可行性可行性完整性完整性产品包需产品包需产品包需产品包需求求求求 洞察客户需求洞察客户需求消费了，但是不满意消费了，但是不满意有需求，但是未消费有需求，但是未消费消费了，基本满意消费了，基本满意认为自己没有需求，未消费认为自己没有需求，未消费现实需求没有满足的三个方面未加入消费群体的三个主要障碍认为自己没有需求
44、的三个主要原因 需求的象限分析需求的象限分析高兴的噪声高兴的噪声无用的浪费无用的浪费差异化优势差异化优势（魅力功能）强制性要求强制性要求（基本功能）对客户的重要性和竞争者的区别低低低低高高高高 第一第一、唯一、唯一第一个到太空第一个奥运金牌美国第一任总统 智者言论智者言论“蜂窝式移动电话的费用高，让很多蜂窝式移动电话的费用高，让很多人望而却步，他们人望而却步，他们90%90%是在本地范围是在本地范围活动，想拥有移动通讯工具，又希活动，想拥有移动通讯工具，又希望通话费同市内电话一样。望通话费同市内电话一样。” 余杭电信局长余杭电信局长 徐福新徐福新“市场需要才是重要的，好的技术市场需要才是重要的
45、，好的技术就是最适合市场需要的技术就是最适合市场需要的技术” UT CEO UT CEO 吴鹰吴鹰“有压力的、有歧变的、由政有压力的、有歧变的、由政策行为导致的需求，就不是真策行为导致的需求，就不是真正的需求，我们一定要区分真正的需求，我们一定要区分真正的需求和机会主义的需求正的需求和机会主义的需求” 华为华为 CEO CEO 任正非任正非 有所不为，才能有所为有所不为，才能有所为利益体验利益体验同等体验同等体验舍弃体验舍弃体验我们的产品我们的产品VS友商的产品友商的产品戏剧性的巨大差异（哇！）是什么可能是什么.不可能是什么12核心利益：44%3个以上核心利益：37% 概念选择概念选择概念概念
46、是让某种产品或者服务不同于其他产品和服务的核心信息概念A概念B概念C概念评估概念评估为概念选择提供依据为标示风险提供依据优化已有概念优化已有需求 概念案例概念案例 免费通话免费通话免费通话免费通话 音质超优音质超优音质超优音质超优 安装简易安装简易安装简易安装简易 全球通用全球通用全球通用全球通用 支持不限容量的支持不限容量的支持不限容量的支持不限容量的文件共享文件共享文件共享文件共享 支持离线文件传支持离线文件传支持离线文件传支持离线文件传输输输输 支持支持支持支持5 5 5 5人同时语人同时语人同时语人同时语音聊天音聊天音聊天音聊天 概念甄别方法：电梯测验概念甄别方法：电梯测验第一步：描述
47、机会和需要解决的问题第一步：描述机会和需要解决的问题 （20秒）秒）第二步：描述本产品或服务是如何满足机会和第二步：描述本产品或服务是如何满足机会和解决问题的，具体给消费者带来的核心利益解决问题的，具体给消费者带来的核心利益 （20秒）秒）第三步：描述会取得的结果，对公司的价值第三步：描述会取得的结果，对公司的价值 （20秒）秒）第四步：用概括的语言（最好是一句话）将上第四步：用概括的语言（最好是一句话）将上述述3点的精髓表达出来（点的精髓表达出来（5秒）秒） 价值定位价值定位 “ “我为什么应该向你购买？我为什么应该向你购买？” 产品概念的测试产品概念的测试 概念评估与测试概念评估与测试是否
48、是能激发热情和感情投入的绝好主意？是否可信？是否与需求或者挫折相关，前提假设是否正确？是否有改进该想法的办法，以更好的满足需求？产品概念选择产品概念选择概念的价值（15分）概念的可信度（15分） 新概念的名称（新概念的名称（1 1n n）产品概念的文字与图像描述产品概念的文字与图像描述客户需求（问题假设）核心创意解决方案：功能和性能特征对客户的利益新产品原型草图新产品原型草图新颖型、需求的满足性、操作方便性、整体吸引力、技术实现难度、成本 市场需求文档市场需求文档产品需求分解和分配产品需求分解和分配 版本化开发与路标规划版本化开发与路标规划MP3功能功能U盘盘功能功能拍照拍照功能功能广播广播功
49、能功能电影电影功能功能版本二版本二版本一版本一版本三版本三功能功能/市市场场时间时间客观原因客观原因资源资源需求需求进度进度专业分工专业分工人才培养人才培养 设计需求工程全过程设计需求工程全过程 需求因子需求因子功能环境性能鲁棒性可靠性安全性重量电源 需求关键技术：需求关键技术：Use Case 产品需求划分产品需求划分产品需求功能需求非功能需求行为响应周遭事物的关联属性标准约束规范 人类飞行需要什么人类飞行需要什么? ? 需求分解与分配过程需求分解与分配过程分析产品包需求定义功能接口分配非功能需求QFD法可选设计方案CBB构思BB划分DAR功能架构完整性物理架构完整性约束的满足程度确定优选的
50、设计方案功能定义功能定义 功能分解功能分解 架构建立架构建立 需求分配需求分配 设计验证设计验证定义子功能定义子功能的操作方式进行功能失效模式分析功能分组和分配分配非功能需求定义物理接口产品设计需求产品总体方案255436248335121518Y YN N 功能分解工具一：功能流框图（功能分解工具一：功能流框图（FFBD）面向功能而不是面向设计方案面向功能而不是面向设计方案定义下级功能及其顺序关系定义下级功能及其顺序关系反映系统的逻辑架构和层次表示反映系统的逻辑架构和层次表示FFBD : Function Flow Block DiagramFFBD : Function Flow Bloc
51、k Diagram 功能定义功能定义确定系统的主要功能、输入确定系统的主要功能、输入/输出信息输出信息按照时间功能列出典型的输入和输出，称之为按照时间功能列出典型的输入和输出，称之为行为情景行为情景直接面向外部系统，一般要求端到端直接面向外部系统，一般要求端到端 功能定义实战方法：创建故事板功能定义实战方法：创建故事板时间时间时间时间 功能分解功能分解将系统功能分解为更详细的子功能将系统功能分解为更详细的子功能将子功能需求按照逻辑顺序排列将子功能需求按照逻辑顺序排列详尽考虑所有可能的异常和反复详尽考虑所有可能的异常和反复 四种基本功能控制四种基本功能控制并行选择循环迭代 自上而下层层分解自上而
52、下层层分解Top LevelTop Level1st Level1st Level2nd Level2nd Level6.05.03.04.02.01.01.11.21.31.41.51.61.72.62.82.71.4.11.4.21.4.31.4.41.4.51.4.61.4.71.5.61.5.7 功能分解工具二：层次图功能分解工具二：层次图层次层次层次层次图：图：图：图：Hierarchy DiagramHierarchy Diagram（Function TreeFunction Tree、Physical TreePhysical Tree） 演练与讨论演练与讨论选择一个功能需求，
53、利用前面讲解的选择一个功能需求，利用前面讲解的FFBD（功（功能流图）法，对该功能进行自顶而下的分解，形能流图）法，对该功能进行自顶而下的分解，形成功能分解图？成功能分解图？或者具体演练：或者具体演练：“QQ防老板特性设计防老板特性设计”选择一个功能需求，利用前面讲解的选择一个功能需求，利用前面讲解的HD（层次（层次图法），对该功能进行自顶而下的分解，形成层图法），对该功能进行自顶而下的分解，形成层次图？次图？或者具体演练：或者具体演练：“产品的安全性设计或者易用性设计产品的安全性设计或者易用性设计”每个小组选派一名代表上台发表每个小组选派一名代表上台发表 架构建立架构建立从子系统到模块、组件
54、的逐级细化过程从子系统到模块、组件的逐级细化过程定义系统内、外的物理接口定义系统内、外的物理接口考虑子系统、模块的可重用性考虑子系统、模块的可重用性最大限度利用已有、特别是商用的产品最大限度利用已有、特别是商用的产品通过创造性的活动，形成多个候选的设计方案通过创造性的活动，形成多个候选的设计方案 决策分析与决议表单决策分析与决议表单比较方面比较方面方案一方案一方案二方案二方面一（例如方面一（例如:成本）成本）方面二（例如方面二（例如:效率）效率） 优势风险问题优势风险问题 需求分配需求分配明确系统内、外接口定义明确系统内、外接口定义确保所有的功能需求都分配到物理部件确保所有的功能需求都分配到物
55、理部件每个功能都要由一个物理部件来完成每个功能都要由一个物理部件来完成将非功能需求分解分配到功能和物理部件将非功能需求分解分配到功能和物理部件 需求分配示意图需求分配示意图系统功能1功能2功能3子功能1.1子功能1.2系统子系统1子系统2子系统3模块A模块B功能功能功能功能分解分解分解分解物理物理物理物理分解分解分解分解 需求分解分配方法需求分解分配方法 以下需求有什么问题？以下需求有什么问题？某照相机有某照相机有2个需求：个需求：在胶片到底后，可高速回绕。在胶片到底后，可高速回绕。胶片回绕过程中噪音要小。胶片回绕过程中噪音要小。某发动机有某发动机有4个需求：个需求：如果如果 70 温度温度
56、100，那么输出功率为，那么输出功率为3000W如果如果100 温度温度 130，那么输出功率为，那么输出功率为2000W如果如果120 温度温度 150，那么输出功率为，那么输出功率为1000W如果如果150 温度，那么输出功率为温度，那么输出功率为0W 好需求的标准好需求的标准 需求标示规则需求标示规则标识符标识符描述描述例子例子RR是需求的标志TYPE需求的类型接口需求：INTF 功能需求：FUNC性能需求：PERFFI简要的特性标志，其命名方式和长度由PM决定；本字段为可选域。环境管理：ENVIM用户管理：USERM告警管理：WARNM数据管理：DATAMNNN某需求类型及特性标志下递
57、增的数字（初始值为001）R.TYPE.FI.NNN 产品需求模板产品需求模板 第二讲第二讲 需求管理需求管理 内内 容容需求管理CMM2级需求管理关键过程域 验证需求需求变更控制需求跟踪需求状态跟踪需求文档版本控制需求开发需求管理 用户用户/系统系统市场市场管理者管理者初始需求初始需求变更的需求变更的需求获取获取,分分析析,定义定义,验证需求验证需求控制需求控制需求变更变更需求规格说明需求规格说明项目项目环境环境需求开发需求开发需求管理需求管理需求工程活动综合关系需求工程活动综合关系 需求管理的目的是在客户与开发方之间建立对需求的共需求管理的目的是在客户与开发方之间建立对需求的共同理解，维护
58、需求与工作成果的一致性，并控制需求的同理解，维护需求与工作成果的一致性，并控制需求的变更。变更。包括：需求确认、需求变更控制、需求跟踪包括：需求确认、需求变更控制、需求跟踪1、需求确认、需求确认需求确认是指开发方和客户共同对需求文档进行评审，需求确认是指开发方和客户共同对需求文档进行评审，双方对需求达成共识后做出书面承诺，使需求文档具有双方对需求达成共识后做出书面承诺，使需求文档具有商业合同效果。商业合同效果。需求管理的最终作用需求管理的最终作用 需求确认需求确认 产品开发面临的实际问题 产品开发面临的实际问题 （1）非正式需求评审）非正式需求评审项目经理先在项目内部组织人员进行非正式的需求评
59、审，项目经理先在项目内部组织人员进行非正式的需求评审，消除明显的错误和分歧。消除明显的错误和分歧。（2）正式需求评审）正式需求评审项目经理邀请同行专家和用户（包括客户和最终用户）项目经理邀请同行专家和用户（包括客户和最终用户）一起评审需求文档，尽最大努力使需求文档能够正确一起评审需求文档，尽最大努力使需求文档能够正确无误地反映用户的意愿。无误地反映用户的意愿。（3）获取需求承诺）获取需求承诺通过正式评审后，开发方负责人（项目经理）和客户对通过正式评审后，开发方负责人（项目经理）和客户对需求文档做书面承诺，使之具有商业合同效果。需求文档做书面承诺，使之具有商业合同效果。需求确认步骤：需求确认步骤
60、： 非正式评审之测试用例法验证非正式评审之测试用例法验证 正式评审之专家评审的做法正式评审之专家评审的做法检检查查单单法法 最后：形成总体共识最后：形成总体共识 本需求文档建立在双方对需求的共同理解基础上，我本需求文档建立在双方对需求的共同理解基础上，我同意后续的开发工作根据该需求文档开展。如果需求同意后续的开发工作根据该需求文档开展。如果需求发生变化，我们将按照发生变化，我们将按照“需求变更控制规程需求变更控制规程”执行。执行。我明白，需求的变更将导致双方重新协商成本、资源我明白，需求的变更将导致双方重新协商成本、资源和进度等。和进度等。 甲方负责人签字甲方负责人签字 乙方负责人签字乙方负责
61、人签字 形成单项共识形成单项共识 什么是需求变更？初始需求变更的需求对问题的初始理解对问题的新理解时间2、需求变更控制、需求变更控制 1)单纯的用户因素2)市场形势变化3)系统因素4)工作环境和要求变化5)需求开发的缺陷 需求分析、定义和评审不充分与用户沟通不畅需求变更原因分析需求变更原因分析 需求变更对产品开发的影响需求变更对产品开发的影响 使变更前开发工作和成果失效返工成为被迫采取的对策工作量及资源投入的增加使开发成本提高项目完成时间后延 需求变更失控可能导致的后果需求变更失控可能导致的后果 未受控的需求变更引起需求和实现不一致需求文档V1系统实现V1系统实现V2需求变更 受控的需求 变更
62、使需求和实现一致受控的需求变更需求文档需求文档V1需求文档需求文档V2系统实现系统实现V1系统实现系统实现V2需求变更需求变更 降低降低需求变更风险的策略需求变更风险的策略与用户充分沟通与用户共同明确确定的需求的意义项目开发工作项目开发组织用户* 产品后续开发工作的基础* 产品维护工作的重要参考* 对用户的承诺* 关系到项目开发工作的投入、交付期和产品质量* 关系到能否如期获得所需的产品* 作为合同的附件，关系到双方的权益* 是产品验收的依据向用户说明需求不确切或频繁变更对开发工作的冲击使用户理解过多变更最终对用户不利 与用户共同确定需求，作为合同附件， 签字生效合同中含有对需求变更的条款采用
63、原型方法开发，或螺旋模型开发项目计划中适当留有余地（时间进度、人力投入、 费用等）严格实施变更控制 需求变更控制要求需求变更控制要求 变更控制的策略（1）所有需求变更必须遵循需求变更控制规程实施变更。（2）需求变更提出后是否被接受，应由专门的组织变更控制委员会（CCBChangeControlBoard）审查决定。（3）不得以任何理由删除和修改需求变更的原始文件。（4）应将已接受的需求变更通知到所有相关人员。（5）已接受的需求变更应能追溯到批准的变更请求。（6）对项目的需求赋予状态属性，以利于需求变更的控制。 需求变更影响的控制需求变更影响的控制 按CMM2级RMKPA的要求，由于分配需求的变
64、更导致产品计划、工作产品和活动的变更，都应对其作：识别评价风险分析编制文档制定计划传达给受影响的小组和人员跟踪直至结束 变更控制的步骤变更控制的步骤 （1）提出变更请求（2）审理变更请求，进行变更影响评估。评估内容包括：变更所需人力投入变更对原计划安排的影响估计变更引起的成本增加（3）批准变更请求（4）取得用户的认可（5）修订项目计划（6）实施变更（7）验证变更 批准提出变更请求变更影响评估评审评估报告审批用户认可修订项目计划实施变更验证变更结束拒绝修正图10需求变更控制流程 需求变更控制实施需求变更控制实施需求变更请求（1）内容申请号变更说明变更类别影响分析变更请求状态变更请求日期 需求变更
65、请求实例需求变更请求实例项目名：XYZ变更申请号11日期：23Feb2008变更说明IS-41分析器对CDMA的支持影响分析对CDMA的配置模块和分析器无影响TDMA码可复用受影响的模块是：CGAAPP模块，需对IS-41单独进行规范性分析CDMAPP01模块（a）TRIS41R01按TRCDMARS41R01复制（b）使用纯虚拟对TRCDMAR01建立（c）ActualCallModeManager并重新定义SILVER06GUIAPP+模块：在资源表中加入IS-41工作量5人日计划时间无需重大变动状态将并入新的CDMA产品包 需求变更申请单（我国）需求变更申请单（我国） 需求变更累积影响的
66、跟踪（1）需求变更累积影响跟踪的意义和作法累积影响变更累积表（2）需求变更累积表实例（表四） 需求变更累积表需求变更累积表 需求变更号需求变更时间变更说明工作量状态118/2规定使用情况统计322/2结束2演示期用户阻塞2未结束3演示期用户强迫退出2未结束418/2用户信息归档527/2结束5演示期关闭窗口1未结束6演示期保存扩展数并在需要时恢复10未结束7演示期能够在特定节点启动2未结束8演示期删除时列出所有节点1未结束918/2注释（建立删除批准修改等）10未结束1023/2PENETCONFIG支持netconfig格式10未结束1123/2IS-41分析器IS-41分析器对CDMA的支
67、持51/3结束总计51 需求控制流（1）需求状态及其演变产品需求在后继阶段开发工作中将逐步展开，加以实现。在不同的开发阶段产品需求以不同的形式进行着状态的演变。例如：需求阶段从获取的需求到定义的需求建议阶段制定出项目计划以后演化为承诺的需求设计阶段设计工作完成并在验收后成为设计的需求编码阶段完成编码和单元测试后成为实现的需求测试阶段完成确认测试后成为完成的需求 开发阶段需求状态需求建议设计编码测试获取定义承诺设计实现完成生存期各阶段需求状态的演变 需求的类型及其追踪性需求的类型及其追踪性问题解决方案领域市场领域市场需求产品需求设计规约测试规约测试规约设计规约用户手册所要所要构建的构建的系系统统
68、追踪性 (1)需求可跟踪与需求变更控制随着开发工作的进展需求将逐步扩展和演化各个开发阶段的工作产品之间存在的继承关系可跟踪矩阵(2)可跟踪管理的目标使每一项需求均能追溯到前后继承关系的脉络清晰可见(3)两类不同的跟踪（1）向前跟踪（2）向后跟踪3、需求跟踪需求跟踪 可跟踪矩阵可跟踪矩阵（1）矩阵的作用可防止遗漏为评审提供方便便于进行变更影响追踪、分析和检查（2）矩阵的建立与维护 （3）矩阵的应用）矩阵的应用完整性检验考察有无需求遗漏的情况有无冗余代码检查所有性能需求是否已被测试用例测试对集成测试计划和系统测试计划进行交互检查需求变更控制需求变更后相关的工作产品受影响的部分应随之变更更新需求规格
69、说明，同时要更新跟踪矩阵每增加一项需求，应在跟踪矩阵中得到体现 表跟踪矩阵实例12345678需求号需求描述概要设计文档索引号对应的设计(功能,结构,数据库)实现(程序,类,继承类)单元测试用例集成/系统测试用例验收测试用例1.1.2利用收集的数据实现亮点的实时集成5.3.2数据采集与亮度控制器接口PB405数据采集#12#46#11CICS203亮点控制器启动#1#47#11 需求跟踪归纳如下：需求跟踪归纳如下：1、建立和维护需求跟踪矩阵、建立和维护需求跟踪矩阵正向跟踪正向跟踪逆向跟踪逆向跟踪当需求文档或后续工作成果发生变更时，要及时更新需求跟踪矩阵当需求文档或后续工作成果发生变更时，要及时
70、更新需求跟踪矩阵2、查找不一致、查找不一致后续工作成果没有实现需求文档中的某些需求后续工作成果没有实现需求文档中的某些需求后续工作成果实现了需求文档中不存在的需求后续工作成果实现了需求文档中不存在的需求后续工作成果没有正确实现需求文档中的需求后续工作成果没有正确实现需求文档中的需求3、消除不一致、消除不一致将消除不一致记录到将消除不一致记录到“需求跟踪报告需求跟踪报告”消除不一致后，项目经理更新消除不一致后，项目经理更新“需求跟踪矩阵需求跟踪矩阵” CMM 2级级 RM KPA需求管理（RMRequirementsManagement）是CMM2级的第1个关键过程域。需求管理的目的是要在客户和
71、将处理客户需求的产品项目之间形成共同的理解。这种共同理解应该体现在：客户需求的文档和对客户需求的控制中使项目的计划、产品和活动都应与需求一致 美国企业眼中的需求管理目标与活动美国企业眼中的需求管理目标与活动目标目标1：分配给产品的系统需求应是受控的，以利建立产品工程和管理的基线活动1：在分配需求被纳入产品项目之前，产品工程组应对其进行评审目标目标2：产品计划、产品和活动要与分配给产品的系统需求保持一致活动2：产品工程组将分配需求作为产品计划、工作产品和活动的基础活动3：评审对分配需求的变更，并将变更纳入产品项目 2约约定定与能力与能力约定约定1：项目要遵循一个书面的组织方针来管理分配给产品的系
72、统需求能力1：为每个项目规定分析系统需求并将其分配给硬件、产品和其它系统成分的职责能力2：编制分配需求文档能力3：为管理分配需求提供足够的资源和资金能力4：产品工程组人员和与产品相关的其它组 人员要接受培训，以利于完成他们的需 求管理活动 3测量与验证测量与验证测量测量1：进行测量，并将测量结果用于确定对分配需求所作管理活动的状态验证1：高级管理者定期评审管理需求分配的活动验证2：项目经理定期地也要在特定事件出现时评审管理需求分配的活动验证3：产品质量保证组评审和（或）审核管理 需求分配的活动和工作产品，并报告结 果 4入口任务验证出口（入口任务验证出口（ETVXEntry, Task, Ve
73、rification and eXit ( (表六表六 RM RM 的的的的 ETVXETVX ）入口条件入口条件任务任务出口条件出口条件1方针（C1） 2职责（Ab1） 3文档化需求 （Ab2）4评审和(或)审核 （Ab3）5 5人员培训 （Ab4） 1.1.需求纳入之前应进行评审 （Ac1）2.2.需求作为计划、工作产品和活动的基础 （Ac2） 3.3.变更评审和纳入（Ac3）1需求基线化（G1）2一致的需求、计划、产 品和活动（G2）3基线化需求成为受控的 工作产品4对需求基线作文档化的、 经评审和批准的变更验证验证1高级管理者评审（V1）2项目经理评审（V2）3SQA评审和(或)审核（V3）4RM活动状态的测量（M1） 系列需求管理文档及模板介绍系列需求管理文档及模板介绍 课程结束，祝大家随需应变！课程结束，祝大家随需应变！
