需求与需求管理资料.ppt

缩略语 需求的重要性 需求的定义 需求是对产品或过程的操作、功能和设计的特性或约束的表述，这些表述是明确的、可测试的、可度量的，而且对于产品或过程的可接受性（被顾客或内部质量保证措施）来说是必须的。 ——IEEE1220-1998 需求工程过程 需求收集 需求整理与需求分析 需求分解与分配 需求实现和验证 需求工程的三个层次 “被动型”：是指开发者被动地对待需求工程的各项活动，能少干则少干，能偷懒则偷懒。他们认为需求是用户的事情而不是自己的事情。开发过程中经常发生需求变更，导致产品迷失方向，不是半途而废就是陷入半死不活的状态。 “主动型”：是指开发都积极地开展需求工程中的各项活动。他们把获取准确的需求当作自己的职责，会想尽一切办法克服需求开发和需求管理过程中的困难，而不是找借口推卸责任。俗话说“良好的开端是成功的一半”，“主动型”需求工程是开发成功产品的必备条件。 “领先型”：是需求工程的最高境界。开发者发掘了连用户自己都没有意识到的需求，导致用户跟着新产品跑而不是新产品围着用户转，这叫引导消费。需求工程做到这个份上，才能使产品立于不败之地，长盛不衰。 缺陷引入阶段分析 错误引入阶段分析 什么是需求工程？ 把所有与需求直接相关的活动通称为需求工程 需求工程中的活动可分为两大类：需求开发、需求管理 需求工程各个阶段工具 需求工程过程的关联 项目任务书中的需求 需求工程过程 客户：“我希望在车里装一个扬声器，这样可以听到低沉的鼓声了”→“客户需求” 市场需求分析人员：“需要110dB低频声音输出”→“需求描述” 项目需求分析人员：“将广播的输出在20～50HZ的范围内放大到115W”→“设计需求” 设计人员：“使用Zapco Z100S1VX功放和JL　Audio12W1-8扬声器”→“产品设计” 需求工程贯穿产品开发全过程 　 为什么要尽早测试 需求收集过程 谁是用户？ “用户”（user)是一种泛称，它可细分为“客户”（customer)、“最终用户”（the end user）和“间接用户”（或称为关系人）。 掏钱买产品的用户称为客户，而真正操作产品的用户叫最终用户，客户与最终用户可能是同一个人也可能不是同一个人。 需求采集的要点：确定用户 客户需求的收集途径 　 采集方法的特点 需求收集需要考虑的方面 　 客户需求十问 客户试图解决什么问题？ 客户今天的需求是什么？一年？两年？五年呢？ 客户想怎样增长自己的业务？ 客户认为未来市场的变化趋势会是什么？ 现在我们带给市场什么价值？ 针对本领域的产品客户最大的担忧是什么？ 客户的客户有什么期望？ 客户认为谁是我们的竞争对手（直接和潜在）？ 客户认为我们的优势＆弱点是什么？ 客户认为我们竞争对手的优势＆弱点是什么？ 真正理解客户意图 “话机听筒的电缆应该有10米长”（客户需求） 需求和描述的5原则 以产品必须做什么，而非应该怎样做 像陈述原始数据那样详细表达需要 使用肯定句而非否定句 把需要表达成产品的属性 避免使用必须和应该 客户陈述→需求描述 单项需求采集模板 需求收集工作反思 是否和目标市场上所有主要类型的客户都交流了？ 通过捕捉客户的潜在需求，我们能够看到产品相关需求之外的需求吗？ 在实际客户交流中，哪些将成为进行开发活动的优秀参与者？ 那些是我们现在知道开始是不知道的？我们是否对其中的需求感到惊奇？ 需求调研组织中是否包含哪些需要深化理解客户需求的人？ 构造例行化需求收集机制 构建需求收集IT系统 形成需求收集报告机制 组建需求收集分析专业团队 与员工任职资格、绩效挂钩 控制神经末梢（出差、展览、招标等） 全方位的需求收集和提炼 ·质量属性 ·DFX 需求整理和分析过程 什么是系统工程 系统工程、部件设计、项目管理 PDT的两个核心团队 需求专题讨论会 需求分类 优先级分类法：强制、非强制、指导、参考 专业领域法：开发、制造、测试、发运、安装、操作、维护、回收 来源分类法：合同、规范、公司策略、规章制度、协议、标准 产品包需求的8个大类 ＄（Price)价格 A（Availability)可获得性 P（Packaging)包装 P（Performance)性能 E（Easy of use)易用性 A（Assurances)保证 L（Life cycle costs)生命周期成本 S（Social acceptance)社会接受程度 识别冲突（冲突矩阵法） KANO模型 B（Basic):基本需求 S（Satisfied):让客户更满意的需求 A（Attractive):更有吸引力的需求 客户需求重要性判断 设置权重（优先级确定） 用数字来表示重