需求管理规范流程课件(PPT 44张)
需求管理流程ppt课件
2
为 什 么 要 进 行 需 求 管 理?
评测和验证有效的软件开发流程标准得到了推广 和普及 为什么现在仍然频繁发生的软件项目失败的事件? 为什么仍有那么多的项目受到延期、预算超支和 质量问题的困扰? 如何才能提高系统的质量?
不接受
接受
小问题 自行解决
变更影响分析报告
修改SRS
修改开发计划
修改其它相关文档
17
需
• 一、职能:
求 管
• 评审——需求分析及讨论 • 跟踪——需求修改进度 • 监督——需求整改质量保证
理
委
• 二、会议制度:
员
• 每周定期召开需求管理会议
会
18
• 产品研发步骤:
• 一、产品需求文档:
职
• 二、讨论(发散思维),排列出优先等级
提供一种机制,以分析需求、评估可行性、协商
是 合理的解决方案、无歧义地规约解决方案、确认规约
需 以及在开发过程中管理这些被确认的需求规约。包括6
求 个步骤:
管
获取(需求诱导)
理? 分析(需求分析和谈判)
规定(规约)
系统建模
验证(需求确认)
需求管理(控制与变更管理)
5
需
1. 需求不总是显而易见的,它可来自各个方面。
管
• 变更过程管理:确定一个选择、分析和决策需求变更的
理
过程
的
• 需求跟踪:定义需求之间的关系及需求和设计之间的关
规
系,记录并维护这些关系
需求管理操作规则和流程描述
业务模型说明书提交后10个工作日内
项目建设单位信息中心项目负责人、项目建设单位业务部门(省公司及直属单位)项目指定工作人员
输入:确认后的业务模型说明书及相关材料
否
《信息化项目建设管理办法实施细则QCSG-GPG 2 18 011-2012》5.2.1.4节
否
原则上一、二类项目省公司统一组织设计、评审,建设单位根据省公司要求组织或参加评审会议
一次/项目
项目实施计划规定时间内,模型设计开始之前
项目建设单位业务部门(省公司及直属单位)项目指定工作人员、项目建设单位信息中心项目负责人、使用部门的关键用户
输入:现有业务的流程、表单、制度等材料
否
《信息化项目建设管理办法实施细则QCSG-GPG 2 18 011-2012》5.2.1.2节
否
一、二类推广项目需求由省公司统一收集,试点项目由试点单位收集,然后上报省公司审批
需求规格说明书审核通过后,通知开发商需求规格说明书审核通过。
一次/项目
确认业务模型评审通过后1个工作日内
项目建设单位信息中心项目负责人
输入:需求规格说明书确认单
否
否
输出:通知
8
上报需求设计成果
对信息化重点项目,将业务模型说明书、业务模型说明书确认单、需求规格说明书、需求规格说明书确认单、需求跟踪表等需求设计成果上报省公司信息部项目群PMO需求分析师审核,并由项目负责人负责将确认后的需求规格说明书与需求规格说明书确认单转入 “项目文档配置管理”流程,非重点项目直接转入“项目文档配置管理”流程。
建设单位项目负责人、开发商(含外部可研单位)需求分析组负责人
输入:确认后的业务需求
否
《信息化项目建设管理办法实施细则QCSG-GPG 2 18 011-2012》5.2.1.3节
需求管理流程说明
需求管理流程说明设计方案需要通过部门领导层面的确认。
确认后,将设计方案传至禅道。
项目及研发评审项目部和研发部对PRD进行评审,确认需求的可行性和实现方案。
开发/测试/上线根据PRD进行开发、测试和上线。
在开发过程中,如遇到BUG,直接通过禅道转给研发接口人。
业务验收业务部门对上线后的产品进行验收,确认需求是否已经满足。
需求关闭需求完成后,需求负责人在禅道中关闭需求,并填写需求反馈。
反馈内容包括需求实现情况、存在的问题以及建议等。
宝库需求管理流程的目的在于统一需求的提交渠道,提高内部沟通效率,提高需求反馈的响应速度和透明度。
流程图中包括需求管理流程、需求分析及排期阶段、PRD撰写及评审阶段、研发及上线阶段、业务确认、业务验收和需求关闭。
其中,需求提出、分拣、分类、沟通与分析、排期、PRD撰写及评审、开发/测试/上线、业务确认和需求关闭是该流程中的具体步骤。
每个步骤都有详细的流程说明,以确保流程的顺畅执行。
The n Design n will XXX (PRD)。
After the PRD has been confirmed by the business。
it will be handed over to the project and development team for review.XXX development/testing。
including system testing and UAT testing。
based on the project timeline.XXX test of the product's nality after it has been launched。
and provide feedback.。
需求管理规范流程课件
功能
价格
性能
服务
绝对权 重
0.608 0.588 0.600 0.621 2.417
价格
0.122 0.188 0.133 0.103 0.476
性能
0.068 0.059 0.067 0.069 0.262
服务
0.203 0.235 0.200 0.207 0.845
合计
1.00
1.00
1.00
1.00
分析
确定外部 来源
客户 行业分析 友商 展览 杂志
收集价值 需求 需求 过滤
解释 外部需求
过滤 内部需求
检视
需求 分析
分类
排序
证实
确定内部 来源
公司管理层
产品开发团队 产品规划团队 售后服务 预研 营销 研发 其它部门
需求 分发
传递
产品线 路标规划
产品版 本规划 在研产品 (变更)
实现
验证
决策
需求纳入 需求跟踪 验证需
★
★
长期
★ ★
★
★
★
★
★
★
★
★
★
★
★
★
产品范围
当前 未来
★
★
★
★
★
★
★
★
★
★
★
★
需求整理和分析过程
需求收集
解释原始数据
整理需求
✓识别客户 ✓一对一访谈 ✓客户需求十问 ✓单项需求收集单
✓系统工程 ✓核心小组法 ✓DFX
✓$APPEALS ✓产品包 ✓镀金需求 ✓冲突矩阵 ✓卡片法 ✓2~5个大组
设置权重
介绍项目现状、市场需求、用户访谈结果 等 自由讨论应用的特性
需求管理与顾客服务PPT课件教材讲义
伍、订单履行与订单管理1/2
下图为协作规划三个要素。因其是透过某一端到 另一端固定的信息交换来改进整个供应链的需求 质量。故此规模型态较传统实务为佳。(表3-2)
协作需求 规划
同时订单履 行
协作规划与 实行
结合产能 规划
商业运筹管理-供应链观点.Chapter 3 需求管理与顾客服务
图38电子商务订单履行策略需求管理与顾客服务表32订单履行阶段交易式交互式信息分享基本订单信息受限部分的分享存货可用性和运送信息广泛的分享存货运送和终端用户销售量的信做决策独立的订单决策假像的需求与合伙人协商的订单决策透过分享补货政策通路存货数据和pos信息供应链管理库存vmi的同时订单决策绩效衡量绩效衡量受分享前置时间实时运送与存货可用性的绩效衡量广泛使用结合分享风险与报酬的绩效衡量技术技术使用受使用这些技术追踪订单和物料流动广泛使用技术做实时订单与物料追踪并且自动补货需求管理与顾客服务订单管理系统订单管理系统描述买方与卖方沟通有关于个别产品订单信息的主要媒介
粗略市场需求 (1-3年期间)
商业运筹管理-供应链观点.Chapter 3 需求管理与顾客服务
短期生产排程
3-9
肆、协作规划预测和补货1/2
CPFR是规划、预测和补货的一个突破性重大发 展的经营模式。 透过这种方式,零售商、运输供货商、配销商与 制造商可以利用网络基础的技术从作业规划到执 行的协作,CPFR简化整个需求规划。 1995年沃尔玛与其供货商促进CPFR的发展。
1. 根据需求与产品经济,透过每种通路管理产品 销售。
定位策略 2. 根据需求在适当的配销中心管理完完成品的定 为和减少营运成本。
3. 定义每个通路的供给能力。
人力资源管理体系课件(PPT 44张)
级别5 持续改进
级别4 人力资源 需求可预测
变革管理
级别3 流程清晰化
管好人力资源产能
行为一致 级别1 启动
管好竞争力
管好人
China-co
Consulting
PCMM实施框架 关键流程区域 成熟度级别 5 持续改进
开发个人能力 团队合作 & 企业文化建设 激励与考核
改进考核指标 体系,使流程 全局最优化
工作结构
内部公平性
员工的内部流动(晋升, 调配,工作轮换);员工间 的合作;员工的态度.
China-co
Consulting
薪酬与福利
公司薪酬政策 内 部 因 素
公司的价值 员工的相对价值 雇主的支付能力
影响工资 水平的内 外部因素
内 部 因 素
公司薪酬政策 公司的价值 员工的相对价值 雇主的支付能力
China-co
Consulting
华彩大人力资源管理体系的目的
目的:建立一个 满足公司的发展 需要,促进员工 成长,能不断创 新,超越自我, 最终使员工和公 司能共同发展的 人力资源管理机 制。
你有多大的能力给你多大的 舞台!
China-co
Consulting
华彩大人力资源管理体系的功能
功能:
人力资源管理专员
胜任与尽职调查中心 人才测评中心 推模小组 人力资源管理信息系统(HRMIS)
人力资源管理成熟度模型(PCMM)
管理学院 China-co
Consulting
华彩大人力资源管理体系特色
副总裁级人力资源管理部门
该部门由其负责企业的战略性人力资源运作,使得人 力资源部门成为企业战略的制定者和推行者,从根本 上改变以往人力资源部门被动适应企业战略的局面, 真正把人力资源视作企业的战略性资源予以发展。
需求开发及管理(共41张PPT)
项目评审表
需求基线 用户需求跟踪矩阵
系统设计 编码 测试
基线变更状态报告 用户需求跟踪矩阵
需求变更申请表
第六章 需求开发及管理
CMMI对应实践
需求开发及管理简述
需求开发及管理流程 需求获取 需求分析
需求评审
需求管理
第18页,共41页。
系统工程与需求工程的区别
为了了解软件所处的外部“系统”,必须识别硬件、软件、人员、数据库、 流程和其他系统要素的角色,对有效的需求进行提取、分析、说明、建 模、确认和管理,这些是系统工程的基础。
第4页,共41页。
需求管理(REQM)
SG 1 Manage Requirements(管理需求),对需求进行 管理,并识别需求与项目计划和工作产品之间的不一致 项。
SP 1.1 Obtain an Understanding of Requirements(取得对需求的理解 )
SP 1.2 Obtain Commitment to Requirements(取得对需求的承诺) SP 1.3 Manage Requirements Changes(管理需求变更) SP 1.4 Maintain Bidirectional Traceability of Requirements(维
用户需求收集表/用 户需求说明书
N未通过
需求分析
软件需求规格说明书 需求检查单
评审通过的软件需求 规格说明书
SRS评审
Y通过 建立需求基线 纳入配置管理 基线管理
下游活动 需求管理
需求管理与生产计划ppt课件
生产运作的表示
具体产品
代表产品:结构与工艺有代表性,且产量与
劳动量乘积最大的产品。
QC i
Qi
Ti Tc
假定产品:在多品种生产企业里,产品的结 构、工艺、劳动量差别很大,难以确定代表 产品,这时可采用假定产品。假定产品是按 各种具体产品工作量比重构成的一种实际上 不存在的产品。
11
例子
Week Demand
1 2
650 678
问题: 计算 4周和6周简
3 720 单移动平均预测的大小?
4
785
5
859
6
920
7
850
8
758
9
892
10
920
11
789
12
844
12
计算移动平均预测值:
Week Demand 3-Week 6-Week
1
650 F4=(720+678+650)/3
14
2)加权移动平均
WMAt1
1 t
( ) itn n it 1n
Ai
i :实际需求的权系数。
若对最近的数据赋予较大的权重,则预测 数据与实际的差别比简单移动平均法的结 果要小。
近期数据的权重越大,则预测的稳定性就 越差,响应性就越好。
15
3)指数平滑法(Exponential smoothing) 一次值数平滑法(是另一种形式的加权移动平均)
2
678 =682.67
3
720
F7=(920+859+785
4
785 682.67
+720+678+650)/6
需求管理规范V2
需求管理规范V21. 引言本文档旨在规范需求管理的流程和方法,以确保项目需求的准确性和可追溯性,并提高项目成功的几率。
2. 需求管理流程需求管理包含以下主要流程:2.1 需求识别和收集- 与相关利益相关方进行沟通,确定项目的主要目标和愿景。
- 识别和明确项目的业务需求和功能需求。
- 采用适当的工具和方法,收集和记录需求信息。
2.2 需求分析和验证- 对收集的需求进行细化和分析,确保需求的明确性和可测性。
- 在需求分析过程中,验证需求是否能够满足项目的目标和愿景。
- 与相关利益相关方一起评审和确认需求。
2.3 需求管理和变更控制- 设立有效的需求管理和变更控制机制,确保需求的稳定性和一致性。
- 记录和跟踪需求变更,评估变更的影响并做出决策。
- 对需求进行版本管理,确保对历史需求的追溯和审计。
3. 需求管理方法和工具为支持需求管理流程,可以使用以下方法和工具:3.1 用例分析- 使用用例分析方法,清晰描述系统与用户的交互行为和功能需求。
- 定义用例的前置条件、主法案、次法案和后置条件,帮助理解和验证需求。
3.2 业务流程图- 使用业务流程图表示系统的业务流程,帮助识别和理解业务需求。
- 标示流程中的各个步骤和决策点,帮助推导出系统功能需求。
3.3 需求跟踪工具- 使用需求跟踪工具,帮助记录、追踪和管理需求和变更。
- 可以使用电子表格或专业的需求管理软件进行需求的跟踪和管理。
4. 需求管理的最佳实践以下是一些需求管理的最佳实践:- 与相关利益相关方保持密切沟通,理解他们的需求和期望。
- 确保需求的准确性和可测性,避免模糊或冲突的需求。
- 尽早进行需求分析和验证,以减少后期的变更和风险。
- 设立合适的需求变更控制机制,确保变更的合理性和一致性。
- 定期对需求进行评估和审查,确保其与项目目标一致。
5. 结论本文档提供了一个需求管理的规范和方法,可以帮助项目团队有效管理和控制需求,提高项目的成功率和满足相关利益相关方的期望。
2第二章需求管理课件
第一节 需求管理概述
一、需求管理的定义与组成
(二)需求管理的目的 需求管理的目的是以供应链末端客户和市场的需求为核 在预定的计划下有效地利用各种资源, 心,在预定的计划下有效地利用各种资源,认识和掌握各种 需求的来源与变化,协调和控制这些需求, 需求的来源与变化,协调和控制这些需求,实现供应链上的 供需平衡。 供需平衡。 通常,需求有三种基本的来源:独立需求、 通常,需求有三种基本的来源:独立需求、分派需求和 非独立需求。 非独立需求。 (三)需求管理的组成 需求管理主要由需求预测、需求计划、需求分析报告、 需求管理主要由需求预测、需求计划、需求分析报告、 需求监控与关键绩效评估等环节组成。 需求监控与关键绩效评估等环节组成。
6
第一节 需求管理概述
二、需求管理的必要性
提高整个供应链的效益; 提高整个供应链的效益; 满足多样化和个性化的需求; 满足多样化和个性化的需求; 实现物流与客户服务的互动。 实现物流与客户服务的互动。
7
第一节 需求管理概述
三、需求管理的程序
收集和分析有关消费者及其问题, 收集和分析有关消费者及其问题,以及他们未满足的需求 的信息; 的信息; 识别需求链需要的伙伴; 识别需求链需要的伙伴; 将需要的职能交给能够最有效与高效率执行的渠道成员; 将需要的职能交给能够最有效与高效率执行的渠道成员; 与供应链其他成员共享关于客户和消费者、可获技术、物 与供应链其他成员共享关于客户和消费者、可获技术、 流信息; 流信息; 开发能够解决客户问题的产品和服务; 开发能够解决客户问题的产品和服务; 实施最好的物流、运输、分销方法, 实施最好的物流、运输、分销方法,并以适宜的方式为消 费者运送产品和提供服务。 费者运送产品和提供服务。
4
需求管理培训课件ppt课件
业务需求
对系统体系化、流程化的需求,如:费用管控、成本控制等;
用户需求
具有业务场景的具体需求,如:预算调整、合同变更等;
系统需求
2019
系统的功能性需求,如:可以批量处理、可以关联单据等; -
5
从用户满意度看它的层次
最大限度地提升用户的满意度
常规需求
用户认为系统应该做到的功能或性能。如:预算执行后要进行反写;
场景模拟
1、资料准备;2、制作原型;3、思维引导;
小组会议
1、选择与会人员;2、准备会议主题;3、主持会议;4、专题讨论;
2019 8
根据情况选择不同的需求收集方式
优 用户访谈 势 劣 势
用户较忙时,时间难以安排; 面谈时信息量大,记录较为困难; 需要较强的沟通技巧;
具有较好的灵活性,有较广的应用范围; 采用开放式和封闭式问题设计; 面对面沟通,通过用户表情、肢体语言等 动作来获取一些更隐性的信息; 短时间内以较低的代价从大量的回答中收 集数据; 允许匿名,用户可能会提供真实信息; 结果比较好整理和统计;
期望需求
用户想当然认为系统应该具备的功能或性能,但并不能正确描述自己想要得到 的这些功能或性能需求。如:预算跨年;
意外需求
用户要求范围外的功能或性能,但不实现也不影响其使用。如:使用拼音或 输入关键字可以快速带出相应的费用类型,进行选择;
2019 6
需求工作是讲究方法的
包括创建和维护需求文档所必需的一切工作
需求收集
需求分析
需求文档
需求确认
需求开发
需求基线
需求变更
风险管理
需求跟踪
需求管理
2019 7
需求收集
《需求管理》PPT课件
ERP 内部集成应用
•零售业务——指商业企业将商品销售给最终用户的销售业
务,这种业务适用于商场、超市等零售企业。零售业务是 整个分销业务的最终环节。
•销售调拨业务——是处理集团企业内部有销售结算关系
的销售部门或分公司之间的销售业务。
•受托代销业务——指在产品所权归属委托企业的情况,由我
ERP 内部集成应用
委托代销业务基本业务流程
企业销售人员按照销售计划,与各代销商签订委托代销销 售订单。主要内容包括委托代销产品、代销数量、供应价、 销售价格等。
企业的销售人员填写发货单,库存管理人员按照发货单发 货给代销商,发货后的产品所有权仍然属于本企业。
代销商接收产品,并在销售产品后开具售出清单 销售部门根据客户的售出清单开具委托代销结算单。企业
需求预测 其它
需求响应策略
备注
现货生产(MTS) 定单组装(ATO)来自补库定单、分销合同、 预测
定货生产(MTO) 定单组装(ATO)
合同(计划)的对象是 最终产品
定单设计(ETO)
现货生产(MTS)
预测对象:产品
定货生产(MTO)
原材料
定单组装(ATO)
基本组件和可选件
备品备件、试验品、破 坏性试验品等
erp内部集成应用需求管理整理ppterp内部集成应用供应链管理scm客户关系管理crm分销需求计划drp资源计划销售与运作计划sop需求管理竞争情报主生产计划mps总装计划fas需求管理在erp系统中的位置整理ppterp内部集成应用需求类型与需求响应策略需求类型需求响应策略备注分销需求现货生产mts定单组装ato补库定单分销合同预测销售合同定货生产mto定单组装ato定单设计eto合同计划的对象是最终产品需求预测现货生产mts定货生产mto定单组装ato预测对象
需求管理流程ppt课件
需求管理处于软件项目管理开发周期的最上游;软
小
件需求主要来源于业务分析的结果,在充分考虑用户
结
的自身特性与要求的前提下,项目经理在用户与项目 组之间达成共识,建立了需求基线;在项目开发过程
中,通过需求范围认定、需求形式化记录、需求数据
库建立、需求状态跟踪、需求变更分析和波动评估、
需求评审控制等程序,通过使用需求管理工具等手段,
尽快上线。
• 2、如果计划做新版本,需要重新做出新规划
.CAD中心
•
需 求• 跟 踪
目的:建立和维护从用户需求到测试的一致性与完整性,确保 实现都以客户需求为基础,实现的需求覆盖了预期的需求,并 确保输出与用户需求的符合性 需求跟踪就要追溯需求间以及需求与系统设计间的联系,可追 溯性是需求描述的一个总体特性,反映了发现相关需求的能力。 三类可追溯性信息:
著名的需求工程设计师 Merlin Dorfman 和 Richard H. Thayer 提出了一个包容且更为精练的定义, 它特指软件方面 - 但不仅仅限于软件:
“软件需求可定义为: 用户解决某一问题或达到某 一目标所需的软件功能。系统或系统构件为了满足合同、 规约、标准或其他正式实行的文档而必须满足或具备的 软件功能。”
需 以及在开发过程中管理这些被确认的需求规约。包括6
求 个步骤:
管
获取(需求诱导)
理? 分析(需求分析和谈判)
规定(规约)
系统建模
验证(需求确认)
需求管理(控制与变.CA更D中管心 理)
需
1. 需求不总是显而易见的,它用文字明白无误地表达。
管
3. 存在不同种类的需求,其详细程度各不相同。
建立和维护从用户需求到测试的一致性不完整性确保实现都以客户需求为基础实现的需求覆盖了预期的需求并确保输出不用户需求的符合性需求跟踪就要追溯需求间以及需求不系统设计间的联系可追溯性是需求描述的一个总体特性反映了发现相关需求的能力
需求管理流程教材.ppt
需求管理流程教材.ppt1. 引言本文档介绍了需求管理流程的教学材料,旨在帮助读者了解和掌握需求管理的基本概念和流程。
需求管理是软件开发过程中至关重要的一环,它确保项目的需求与客户的期望保持一致,并且在整个项目生命周期中管理和跟踪需求的变化。
2. 需求管理概述需求管理是软件开发过程中的重要环节,它包括需求的收集、分析、确认、跟踪和控制等一系列活动。
需求管理的目标是确保项目团队对客户需求的理解一致,并且能够及时有效地变更和管理需求。
2.1 需求管理的重要性需求管理的重要性体现在以下几个方面:•需求一致性:需求管理能够确保项目团队对客户需求的理解一致,避免因为需求理解的差异而造成项目失败的风险。
•需求变更控制:需求管理可以帮助项目团队及时识别和管理需求的变化,以减少变更对项目进度和成本的影响。
•项目范围管理:需求管理是项目范围管理的重要组成部分,它能够帮助项目团队明确定义项目的范围,防止范围的蔓延和扩大。
2.2 需求管理流程概述需求管理流程是一个连续迭代的过程,包括需求收集、需求分析、需求验证、需求变更控制和需求跟踪等环节。
下面简要介绍每个环节的主要活动:1.需求收集:通过与客户直接沟通、接触,收集项目所需的需求,并记录在需求文档中。
2.需求分析:对收集到的需求进行详细分析,澄清和理解需求的背景、目标、功能,识别需求之间的关联和优先级。
3.需求验证:与客户确认需求的准确性和完整性,确保需求的描述准确反映客户的期望。
4.需求变更控制:管理和控制需求的变更,确保变更经过评审和批准后才能执行。
5.需求跟踪:跟踪并记录需求的变更和状态,确保项目团队能够及时了解需求的变化和影响。
3. 需求管理流程详解3.1 需求收集需求收集是需求管理流程的第一步,它主要包括以下活动:•与客户沟通:通过面对面的交流、电话会议等方式与客户沟通,了解客户的业务需求和期望。
•文档分析:审查现有文档,包括需求说明书、业务流程图等,以获取更多的需求信息。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
©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.
需求收集的方法
效果
方法
短期
用户大会 专家顾问团 需求探针
★
时间范围 中期
★ ★
产品范围 长期
★ ★ ★
当前
未来
★ ★
直接
★ ★ ★ ★ ★
★
★
★ ★
★
间接
用户访谈 高层拜访 合作开发 产品试用
★ ★
★
0 +
+ + --
需求
需求3
需求4 需求
©2008 BOCO Inter-Telecom Co. All rights reserved.
设置权重(优先级确定)
• • • • 用数字来表示重要性以排列需求组 基于与客户的经验,依靠团队以决定权重 基于对潜在客户访谈或问卷调查的评估 需要在成本、速度与相对正确性之间进行平 衡 • 调查参与最初问卷访谈的客户以判断权重的 相对重要性
Priorities
有“杀手锏” 可行性 完整性
A B
C
4 1 3 2 5
产品包 需求
明确性 可验证性
一致性
需求收集
解释原始数据
整理需求
设置权重
概念选择
识别客户 一对一访谈 客户需求十问 单项需求收集 单
系统工程 核心小组法 DFX
$APPEALS 产品包 镀金需求 冲突矩阵 卡片法 2~5个大组
介绍
情况简介 自由讨论
12:00-13:00
1:00-2:30 2:30-3:30 3:30-4:30
午餐
自由讨论 自由讨论应用的特性
特性定义
意见精简和优先顺序
写出2~3句话定义特性
设置特性优先等级,排序
4:30-5:00
结束
总结,指出“停车场”项目、确定专题讨论 会
©2008 BOCO Inter-Telecom Co. All rights reserved.
什么是需求工程?
• 把所有与需求直接相关的活动通称为需求工 程 • 需求工程中的活动可分为两大类:需求开发 、需求管理
©2008 BOCO Inter-Telecom Co. All rights reserved.
需求工程过程的关联
市场管理
了解市场
需求工程
需求收集
开发管理
概念
细分市场
需求整理 与分析 需求分解 与分配
需求管理规范流程
需求工程贯穿产品开发全过程
客户要求
内部需求
•质量属性 •DFX
市场需求
产品包需求 标准约束
•书面标准 •事实标准 •功能需求 •非功能需求
硬件需求 设计需求 系统规格 架构设计 软件需求
©2008 BOCO Inter-Telecom Co. All rights reserved.
整理需求
客户需求(需求描述) 需求群2 需求群1
a c
客户需求(需求描述)
g
x f
©2008 BOCO Inter-Telecom Co. All rights reserved.
KJ亲和图法
案例:刻录机KJ图
一次水平需求
二次水平需求
刻写速度快 刻写精度高
三次水平需求
译码速度快 光盘转速快 故障自我诊断 刻写激光强度可调整
我真的 喜欢
我喜欢
我觉得 一般
,如 您果 会提 有供 什了 么该 感功 觉能 ?
我真的喜欢 我喜欢 我觉得一般 我不喜欢 我真的不喜欢
B
C
?
D
? ?
E
1 2 3
4 5
©2008 BOCO Inter-Telecom Co. All rights reserved.
单项需求重要性定义(BSA)
• B(Basic):基本需求 • S(Satisfied):让客户更满意的需求 • A(Attractive):更有吸引力的需求
BSA
©2008 BOCO Inter-Telecom Co. All rights reserved.
客户需求重要性判断
如果没有这功能, 您又会有什么感觉?
需求 分发
产品线 路标规划 决策 产品版 本规划
需求纳入 需求跟踪 验证需 业务计划 求 /路标规划 需求变更 控制 产品开发 项目任务书 产品开发 项目组的 需求说明 书
确定内部 来源 公司管理层 产品开发团队 产品规划团队 售后服务 预研 营销 研发 其它部门
开发需求
新方案 新产品/ 新版本 变更正在 开发的产品
计划
组合分析
开发
初步 业务计划 管理评价 业务计划
需求实现
验证
需求验证
发布
产品线级别
项目(产品)级别
©2008 BOCO Inter-Telecom Co. All rights reserved.
需求管理全过程
收集 确定外部 来源 客户 行业分析 友商 展览 杂志 收集价值 需求 需求 过滤 解释 外部需求 过滤 内部需求 检视 分析 需求 分析 分类 排序 证实 在研产品 (变更) 传递 实现 验证
BSA法 AHP法 1~5个等级 雷达图 SWOT
未来需求是否 充分考虑 价值创造(4步 法) 产品包需求 概念甄别 电梯测验
©2008 BOCO Inter-Telecom Co. All rights reserved.
需求专题讨论会
时间 8:00-8:30 8:30-9:30 9:30-12:00 议程项目 备注 回顾议程、产品\项目、规则 介绍项目现状、市场需求、用户访谈结果 等 自由讨论应用的特性