关于IPD的交流2.pptVIP

关于IPD的汇报 浪潮通信 吕耀春 2010.08 议题 概述 MM（Marketing Management ） OR（ Offering Requirement ） IPD（Integrated Product Development） 三个流程的目的和价值 MM-从市场的角度解决企业的产品方向问题； OR-从客户需求的角度解决产品的功能和特性细节问题； IPD-从方案提供的角度解决如何确保实现的问题。 议题 概述 MM OR IPD MM管理 投资什么？ 对市场走势及客户的要求及需求进行分析，创建合理的市场细分规则，对要投资和取得领先地位的细分市场进行选择和优先级排序，从而制定可执行的业务活动。 通过从业务流程的角度定义确保市场营销取得成功需要执行的活动，制定可盈利、可执行的业务计划和驱动新产品包的开发 管理团队-PMT（Portfolio Management Team） PMT的组成：主任、业务规划、市场分析、需求管理、S-PMT代表或解决方案管理、大客户Marketing代表、区域Marketing代表、销售部代表、预测、定价、技术规划、预算/损益、技术服务、订单履行/制造/采购、HR、OPS、执行秘书。 上对投资委员会负责，接受IRB（Investment Review Board ）的审核和评价; MM流程 有严格的流程，步骤，考核方法; STP 分析——市场细分（Segmentation） 目标市场选择（Targeting）和定位（Positioning）； SWOT分析； 战略地位分析（SPAN）和财务分析（FAN）； … … 对应严格的流程； 议题 概述 MM OR IPD OR (Offering Requirement)管理 现状——各种需求流向研发，研发忙不过来 市场人员：为了合同，我们已经答应客户，在XX时候，提供 XX功能； 用服人员：XX功能不能满足用户的要求，是个功能性缺陷，如果不解决，验收有问题； 领导：上次见客户，我们答应用户的XX需求了，你们研发要搞出来呀！ 客户：你们答应的需求，都4个月了，还没有提供，你们还打算合作吗？ ----研发：没派上计划，不是已经按照你们的需求解决了吗？ OR (Offering Requirement)管理 面对现状 如何保证不乱提需求？ 如何管理需求，保证需求的正确传递？ 如何验证当初的需求？ OR (Offering Requirement)管理 OR管理的目的 统一需求管理(避免乱承诺，答应了又丢失；谁承诺，谁负责)。 主动收集需求，准确把握市场机会点。 降低紧急需求比重，提升版本交付质量。 价值： 体现市场经济的要求，使得“满足客户需求”，“以客户需求为导向”成为公司商业活动的根本 OR管理有严格的E2E流程平台 有完善的电子流（技术平台）提出的需求按照流程化管理，所有需求承诺必须录入到客户需求/承诺电子流，以规范的方式传递给RMT，邮件、电话、传真等方式只可以作为必要的沟通手段。 ； OR管理的团队 RMT负责需求接纳，PDT无权接受来自全球产品行销体系、全球技术服务体系直接反馈的需求。 所有需求的对外答复必须以面向市场发布的产品功能清单为基础，对于功能清单未包括的需求，必须经过RMT给出答复口径，才能对外答复和承诺。 凡未经RMT批准的答复和承诺，各产品线不承担提供的责任。 OR管理的团队 在市场线上，设立客户需求承诺经理CCM （Customer Commitment Manager） 角色 负责对项目投标阶段至交付阶段的客户需求的承诺管理 负责受理投标项目组提交的标书不满足项和需求，负责监控、推动RMT提供对标书不满足项和需求的答复、承诺、解决方案及相关技术资料。 负责将销售项目中的需求录入需求/承诺电子流，负责需求/承诺电子流的闭环管理。 议题 概述 MM OR IPD 产品开发流程 任务书开发流程（CDP） 对Charter的DCP 概念阶段 计划/规划阶段 产品的规格来源 开发阶段 迭代开发的方式 渐增构建：功能逐步增加，逐步测试，一次只合入较小的功能子集 后面Build在前面Build测试稳定后才开始 更容易定位和解决问题 不要等到所有功能模块准备好就开始测试 验证阶段 发布阶段 生命周期阶段 * * 收集 分析 新产品 本版本 下一版本 Charter阶段 概念阶段 规划阶段 开发阶段 验证阶段 发布阶段 Charter 产品需求完成TR1 产品规格、架构、高保真界面完成 TR2,TR3 产品开发完成 TR4 产品Alpha版本发布 TR5 产品Beta版本发布 TR6 DCP2 DCP3 DCP4 DCP（Decision