• 1. IPD5.1 DRY RUN培训10.10
    • 2. 2索引课程时间 第一天 第二天 第三天 第四天 材料内容 客户需求管理 市场管理流程 预测流程 IPD管理体系 任务书开发流程 概念、计划阶段流程 系统设计概要 业务计划开发 开发、验证、发布阶段流程 产品开发 营销计划流程 生命周期阶段流程 IPD客户化流程 IPD度量指标 页码 2-13 14-29 30-36 37-41 42-57 58-63 64-74 75-88 89-97 98-113 114-125 126-133 134-146 147-159
    • 3. 3——客户需求管理IPD5.1 DRY RUN培训
    • 4. 4商业模式的需要“满足客户需求是我们生存的唯一理由。”“我们的商业模式是以客户需求为导向。”——任总讲话
    • 5. 5为什么要有OR流程市场销售人员用服人员这个缺陷不及时处理, 问题会很严重!我已经向客户承诺了,一 定在下个版本中支持广播 功能 领导指示 焦头烂额的研发人员 需求实现延迟, 理解错误你们说3月提供XX功能, 怎么到了6月还没出来? 愤怒的客户我们已经承诺了这个特 性, 一定要在8月前发货 这么多渠道来的需求,不统一管理 怎么能行?
    • 6. 6什么是OROR是offering Requirement的缩写。OR项目是华为在IBM顾问指导下开展的FE项目之一,目的是:1. 统一需求管理。2. 主动收集需求,准确把握市场机会点。3. 降低紧急需求比重,提升版本交付质量。
    • 7. 产品包需求(OR)流程的重要位置 市场管理 (MM)流程…………路标 项目任务书 (Charter) 需求管理 (OR)流程集成产品开发 (IPD)流程业务计划产品包需求 紧急产品需求 7
    • 8. 8端到端的需求管理流程框架确定外部来源•客户 •行业分析•友商•展览•杂志 确定内部来源 •PDT•总体组 •用服 •预研 •市场 •研发收集•收集价值 需求 •外部需求•内部需求分析需求过滤 •解释•过滤•检视需求分析 •分类•排序•证实实现需求跟踪需求变 更控制需求纳入·业务计 划/路标·PDTcharter·PCR 开发需求 ·新方案·新产品/ 新版本 ·加入正 在开发产 品验证验证需求分发市场管理产品线路 标规划 PDT版 本规划 PDT PCR 分析子流程概要活动需求 分发决策PMT/RAT各功能部门PMT/RAT/SEGIPMT/PMTPDT/TDT/平台/其他PDT/TDT项目范围
    • 9. 需求管理组织体系C-PMTC-RMTPL-RMT.... C-PMT 中央平台RMT RQA C-PMT R-RMT RQA PL-RMT PL-RMT 产品线需求管理团队PL-RAT 需求分析团队RQA需求质量监督R-RMT 地区部需求管理团队 PMT LEADER属于PMT成员之一,解决与市场管理(MM)流程的衔接 9PMT:组合管理团队
    • 10. 录入预审PMT/RAT分析及结论客户早期确认PDT任务单分发完成任务是否完成?验证PMT10需求的收集环节—需求提交渠道的统一、规范 需求承诺电子流在处理需求时, 其流程是自上而下的一个流程,如右图,但又是自下而上的逆向流程。收集分析实现验证分配录入 预审 PMT/RAT 分析及结论客户早期 确认分发验证PDT任务单完成任务是否完成? PMTPDT无法完 成任务,提 请变更NONONOYN独立子流程 需求承诺电子流 2006 On SZXUA04-DS
    • 11. 11验证确认收集分析实现验证分发 市场需求 客户所想所需产品包需求设计需求产品规格书开发需求测试需求的验证和确认 一般可获得性 (GA)此过程的主要活动: RAT参与TR评审 需求早期确认 例行需求确认 需求常规确认
    • 12. 12销售项目需求管理的总体原则需求承诺的接纳处理责任主题是各RMT,今后各PDT无权接受来自全球产品行销体系(包 括公司各产品行销处、各地区部产品行销部)、国际国内销售体系(包括国际各代表 处、国内各办事处)、全球技术服务体系(包括公司各产品技术服务部、各地区部产品 技术服务部)直接反馈的需求。所有需求承诺必须录入到客户需求/承诺电子流,以规范的方式传递给RMT,邮件、电 话、传真等方式只可以作为必要的沟通手段。所有需求的对外答复必须以面向市场发布的产品功能清单(也包括市场技术指导书、业 务签单附件等)为基础,对于功能清单未包括的需求,必须经过RMT给出答复口径,才能 对外答复和承诺。凡未经RMT批准的答复和承诺,各产品线不承担提供的责任。发生任何客户投诉时,由代 表处、办事处自行负责。
    • 13. 13CCM角色的设立及其主要职责在PL-MKTG和地区部MKTG设立客户需求承诺经理CCM(Customer Commitment Manager)角色,作为PL-MKTG面向销售项目的需求管理接口人,其主要职责是:负责销售项目投标阶段至交付阶段的客户需求承诺管理。负责受理投标项目组提交的标书不满足项和需求,负责监控、推动RMT提供对标书不满足 项和需求的答复、承诺、解决方案及相关技术资料。负责将销售项目中需求录入需求/承诺电子流,及负责需求/承诺电子流的闭环管理。在合同签订后的交付阶段,对项目需求承诺的开发状态进行监控,存在交付风险时负责 组织RMT、PDT、产品经理解决。对于新进入某国家、某运营商的项目,CCM负责推动地区部PL-MKTG把借口规范、网管规 范、与网上设备互联互通的所有需求调查、分析清楚,作为此项目的需求录入需求/承诺 电子流。
    • 14. 项目开始 项目开始 项目立项 项目立项 标 项目可行性分析 项目可行性分析 阶书 段制 项目策略及总体方案 作项目策略及总体方案 标书制作总成阶段 标书制作总成阶段 交标 交标投标组: •行销产品经理 •PDT支持人员 •MKTG支持人员 标书不满 标书不满 跟踪表 足项汇总 足项汇总 YES 投标书 投标书 制作 制作CCM 提交、推动 提交、推动 RMT评审 RMT评审 NO 符合要求? 符合要求?MKTG: •RAT支撑团队 •C-RMT、PL-RMT •对外合作部等 需求评 需求评 审、答复 审、答复 答复口径、解决方案 答复口径、解决方案 、配置、技术资料等 、配置、技术资料等 需求评审过程地区部XX产品 技术服务部 •PM评 标 答标书澄清/评标 阶答标书澄清/评标 ( 段澄澄 清 ) NO 是否中标 是否中标答标书澄清 答标书澄清 需 新需求整理 新需求整理 项目结束 项目结束澄清结束、需求/ 澄清结束、需求/ 承诺录入电子流 承诺录入电子流 电子流关闭处理YES 合 同 谈技术商务谈判 技术商务谈判 判组织需求确认 组织需求确认 需 新需求整理 新需求整理 输出需求确认文档 输出需求确认文档 作为合同附件 作为合同附件需求确认结束,需 需求确认结束,需 求/承诺录入电子流 求/承诺录入电子流合同签订 合同签订对CCL进行评审,在 对CCL进行评审,在 合同评审表上签字 合同评审表上签字CCL,召集RMT CCL,召集RMT需求变更 需求变更 合 同 交 终验 付终验 项目结束 项目结束是否存在收 是否存在收NO 费扩容情况 费扩容情况 YES 由行销产品经理负责 由行销产品经理负责 向客户提供答复 向客户提供答复 存在交付问题时,CCM 存在交付问题时,CCM需 交付阶段管理 交付阶段管理 RMT 电子流关闭处理、PDT 、PDT通知行销产品经理 通知行销产品经理 需求发生变更 需求发生变更 新需求填入 新需求填入 需求承诺跟踪表 需求承诺跟踪表 由PM负责 由PM负责 向客户提供答复 向客户提供答复 14
    • 15. 15——市场管理流程IPD5.1 DRY RUN培训
    • 16. 16MM是什么 市场管理是一套系统的方法,用于对广泛的机会进行选择收缩,制定 出一套以市场为中心的、能够带来最佳业务成果的战略与计划。 市场管理流程是华为公司核心流程之一,它运用严格、规范的方法对 市场走势及客户的要求及需求进行分析,创建合理的市场细分规则,对 要投资和取得领先地位的细分市场进行选择和优先级排序,从而制定可 执行的业务活动。通过从业务流程的角度定义确保市场营销取得成功需 要执行的活动,制定可盈利、可执行的业务计划和驱动新产品包的开 发,此流程能够使公司或产品线的各项举措成功地付诸实施。
    • 17. 17MM流程最主要的输出:业务计划 作为市场管理流程的一部分,业务 业务计划的框架 I.了解/洞察市场 环境 价值扇区 竞争对手 客户 II.组合分析和整体的策略 组合分析 愿景、目标、目的 目标的选择 整体的策略及基本原理 III.业务计划的组成要素 A 核心要素 产品包 定价/条款 分销 集成营销沟通 B 操作性的要素 支持/有熟练技能的资源 订单履行IV.执行情况评估 V. 风险评估 整体的风险评估 成功的关键因素我们现在在哪里? • 我们处在什么样的市场中? • 这个市场发生着什么样的变化? • 这个市场的客户是谁?他们的需求 是什么? • 竞争对手是谁?他们能提供什么?• 我们的核心能力限制因素是什么?计划架构为所有华为产品线制定各自 的业务计划提供了一个统一的方法。 业务计划由互为补充的几个部分组 成。 我们如何到达目的地? • 有哪些可选的战略方案?− 市场渗透 − 市场拓展 − 产品包考法 − 多样化 − 哪种方案最好?业务计划 • 目标 − 计算出业务目标 • 战略 − 选择目标市场细分 − 确定合适的定位 • 方法(战术) −按照客户$APPEALS的 元素划分我们向哪里进发? • 我们的愿景和使命是什么? • 我们的目标是什么?计划的缺 口有多大?我们是否做得对? • 监控 — 时间表 — 预算 — 反馈信息
    • 18. 18理解 市场进行 市场细分组合 分析制定业 务战略 和计划管理业务计划, 评估绩效概 念计 划开 发验 证发 布生 命 周 期IPD流程客户反馈 竞争对手信息技术趋势 目前产品组合产品线业务计划 产品项目组合 产品线路标Y任务书? N市场管理的使命是确定公 司为获取市场成功应开发 什么产品,并启动IPD流 程。MM流程与IPD流程的关系 市场管理流程是IPD流程的上游流程,包括组合策略和路标制 定,制定任务书,启动IPD流程 市场管理流程 以往策略 市场信息
    • 19. 19MM流程的主要角色是IRB/IPMT、PMTPMT:Portfolio Management Team组合管理团队,与PDT类似,是跨 部门团队。PMT的组成:主任、业务规划、市场分析、需求管理、S-PMT代表或解 决方案管理(注1)、大客户Marketing代表、区域Marketing代表、 国内/国外销售部代表、预测、定价、技术规划、预算/损益、技术服 务、订单履行/制造/采购、HR、OPS、执行秘书。注1:C-PMT和PL-PMT的角色组成基本相同,但有细微差 异,C-PMT中有S-PMT代表和产品线PMT代表,PL-PMT中有 解决方案管理角色和产品族代表。
    • 20. C-PMT产品线IPMT PL-PMT产品线IPMT PL-PMT产品线IPMT PL-PMTPDTPDTPDT…PDT … PDTPDT … PDTPDT … PDTPL-PMT是IPMT的参谋机构,向IPMT汇报, PL-PMT的支撑部门是PL-Marketing 20 PMT在组织结构中的位置 IRB C-PMT是IRB的参谋机构,向IRB汇报,C-PMT的支撑部门是战略与规划部
    • 21. MM流程的主要框架市场及客户 需求与需要理解市场进行市场 细分进行组合分析制定业务战 略与计划融合和优化 业务计划管理业务 计划和评 估绩效市场管理流程可分为六个主要步骤 STEP6:管理业务计划和评 估绩效 • 制定任务书• 确保业务计划的执行• 根据计划评估表现 • 需要时对业务计划进行改 变STEP5:融合和优化业务 计划 • 确保业务计划与其他部 门的协调配合 • 对业务计划作出承诺STEP4:制定业务战略和计划 • 确定产品线业务策略和目标 • 制定目标细分市场策略和计划 • 制定产品线产品路标 21STEP3:进行组合分析 • 直接竞争分析 • 选择投资机会并排序 • 审视战略定位 • 审视财务分析• 审视差距分析 • 确定业务设计STEP2:进行市场细分• 确定市场细分结构 • 确定初步的目标细分市场STEP1:理解市场 • 设定愿景、使命和目标 • 驱动对市场的分析 • 确定潜在的机会目标
    • 22. 目的主要交付件定义或更新愿景、使命和业务目标 获得对市场的深入理解并确定潜在的机会点产品线使命和目标 市场评估报告理解te ep p1 1市场管理业务计划和评估绩效Step1-MM流程Step1-理解市场简介 Step2 进行市场 细分 Step3 进行组合 分析 Step4 制定业务策 略和计划 Step5 融合和优化 业务计划 Step6 管理业务计划 和评估绩效 主要活动 MM流程和Step1主要有两个主要活动:定义使命和目标、市场评估 IPMT定义或更新产品线的使命和目标,并确保被组织中所有成员理解和吸收。 PMT通过全面调研,对环境、市场、竞争对手和公司自身进行分析,输出SWOT的识别 和分析,也就是和主要竞争对手相比较的优劣势、产品线面临的机会和威胁,并对优 势/劣势、机会/威胁进行排序,该步骤提供了后续分析活动所需要的基础数据 22 S St 理解 市场
    • 23. 目的主要交付件确定市场细分的框架、确定/获得组合分析模型、 收集和准备各细分市场的数据;市场细分框架 初步的目标细分市场的数据进行市 p2管理业务计划和评估绩效Step2-MM流程Step2-市场细分简介 Step1 理解市场 S St te ep2 进行市场 细分 Step3 进行组合 分析 Step4 制定业务策 略和计划 Step5 融合和优化 业务计划 Step6 管理业务计划 和评估绩效 主要活动 PMT利用三维的市场细分框架:谁、什么、为什么,通过谁买什么和为什么买来对产 品线所定义的市场进行细分,得出的许多可能的备选细分市场,从中选出初步的目标 细分市场,并进行调研和验证。之后再收集所有的初步的目标细分市场的市场情报, 为每一细分市场准备一份市场简介。 23
    • 24. 目的主要交付件通过各细分市场进行排序,确定产品线要投资的 细分市场和机会;SPAN结果,选定目标细分市场 各目标细分市场的SWOT分析S St te ep p3进行组进行析管理业务计划和评估绩效Step3-MM流程Step3-进行组合分析简介 Step1 理解市场 Step2 进行市场 细分 3 组合 分析 Step4 制定业务策 略和计划 Step5 融合和优化 业务计划 Step6 管理业务计划 和评估绩效 主要活动 PMT利用战略地位分析(SPAN)和财务分析(FAN)的结果,对各细分市场进行排序, 从市场吸引力和竞争地位两个维度进行评估,选择进入市场吸引力大且产品线竞争地 位高的细分市场;PMT再对每一目标细分市场进行比STEP1更详细的SWOT分析。 24
    • 25. 目的主要交付件制定产品线的业务方向和策略,并确定针对不同 业务要素的策略和计划;产品线业务计划 产品线产品路标S St te ep务策定业 划定业计划制 和计管理业务计划和评估绩效Step4-MM流程Step4-制定业务策略和计划 Step1 理解市场 Step2 进行市场 细分 Step3 进行组合 分析 p4 4 务策 制 略和 Step5 融合和优化 业务计划 Step6 管理业务计划 和评估绩效 主要活动 PMT基于不同的假设制定三个不同的备选方案,在每个备选方案中,运用安素夫矩阵 确定每一个目标细分市场未来三年每年的收入和利润目标,IPMT评审这些备选方案并 从中选择一个方案,从而确定产品线及每一目标细分市场未来3年的目标。 PMT根据IPMT确认的产品线及目标细分市场的目标和方向,确定每一目标细分市场的 定位,并详细制定六个业务要素,包括产品包、价格、分销/渠道、集成营销传播、 技术支持、订单履行的策略和计划,和对风险进行评估。 PMT根据业务计划制定出投资组合,并根据PDV工具对所有要投资的项目进行排序,整 合行程产品路标。 25
    • 26. 目的主要交付件对产品线的业务计划进行审视和整合,形成经过 优化的、能够实现公司和产品线业绩目标的投资 组合和业务计划。经批准的产品线/公司业务计划 产品线和公司产品路标业务和优化管理业务计划和评估绩效Step5-MM流程Step5-融合和优化业务计划简介 Step1 理解市场 Step2 进行市场 细分 Step3 进行组合 分析 Step4 制定业务策 略和计划融合Step5 计划 化 Step6 管理业务计划 和评估绩效 主要活动 C-PMT审视各产品线业务计划和产品路标,进行公司整体组合分析和提供各领域投资 分配建议; PL-PMT更新产品线业务计划和产品路标; 制定公司业务计划; EMT/IRB评审并批准各产品线和公司业务计划。 26
    • 27. 目的主要交付件执行业务策略和计划,评估业务计划和流程 的执行情况,以及提议纠正措施。Charter任务书PBC Metrics报告纠正行动计划S St te ep p6计划业务理业务 绩效管理 估绩效Step6-MM流程Step6-管理业务计划和评估绩效 Step1 理解市场 Step2 进行市场 细分 Step3 进行组合 分析 Step4 制定业务策 略和计划 Step5 融合和优化 业务计划计划 6 和评估 主要活动 在准备启动一个产品包/解决方案之前,PMT组织制定任务书和初始产品包业务计划并 提交IPMT评审,如IPMT批准任务书,则组建PDT,PDT按IPD流程操作。 PMT使用平衡记分卡的方法来跟踪业务计划的表现,使管理层能够了解所有产品线、 细分市场和产品包/解决方案的表现。根据相关业务计划的目标来评估绩效,包括收 入、利润、市场份额、客户满意度和忠诚度、营销效率、技能资源等。通过这些评估 分析,可能会需要进行战略上的改变,或需要重新平衡组合。 27
    • 28. 我们如何面对股东?顾客是怎样看我们的?我们必须在哪些方面胜人一筹?我们能持续地改进和创造价值吗?28运用平衡记分卡方法设计的MM度量指标(Metrics) 财务方面 我们如何面对 股东?内部业务方面 我们必须在哪些 方面胜人一筹? 客户方面 顾客是怎样 看我们的?战略与目标财务: 销售收入增长率 新产品销售比重 税前利润率 新增可参与市场空间 市场份额 市场准入目标完成率客户:客户满意度 平均产品包需求稳定度 公司品牌资产指数内部业务: 业务计划及时评审通过率 任务书及时通过率 规划不准导致的PCR比例 市场响应速度 MM流程符合度 团队成员稳定度 团队运作健康度 会议出席率问题累计关闭率 人均客户拜访次数革新与学习方面 我们能持续地改进 和创造价值吗? 革新与学习: MM变革进展指标
    • 29. 标准试点推行功能级集成世界级推行受控,导入 [试点]正在推行 [>20%]推行有进展 [>60%]完全推行 [>80%]完全推行 [>100%]理解市场和进行市场 细分 1.市场调研/市场数 据库 2.细分市场分析 3.市场细分标准形成了能力正在开发主要方面的 内容 建立起了数据库进行了调研 收集了数据积极主动收集了数据 持续更新了数据库根据市场需要的衍 变,组织不断与其融 合进行组合分析,制定 业务战略与计划 4.使用方法 5.业务单位组合 6.财务分析 7.分析工具 8.业务计划 9.决策标准建立起了组合所有功能领域经理都 知道组合方法论在本业务部门内执行跨业务部门执行无缝的单一MM流程管理业务计划并评估 效果 10.度量系统 11.责任人 12.细分市场/验收正在选择指标选择了指标跟踪指标指标成为管理系统不 可分割的一部分指标中达到业界最佳29MM流程推行-现在的状态2005年中的MM TPM得分是1.8,离公司TPM3.5 的目标还有很大的差距,MM的推行还任重道远TPM评估分数013452 我们现在的 位置(1.8)
    • 30. 书名作者《营销管理》PhillipKotler《CrossingtheChasm》(跨越裂 谷)GeoffreyA.Moore《发现利润区》A.Slywotzky, D.Morris《市场细分》MalcolmMcDonald, IanDunbar《竞争战略》《竞争优势》MichaelE.Porter30推荐:参考书籍
    • 31. 31——预测流程IPD5.1 DRY RUN培训
    • 32. 预测是什么?销售合同客户需求市场引导供应链客户需求 分析开局销售预测要货预测销售预测是对未来最 可能的销售水平的客 观判断。 销售管理 要货预测是对未来最 可能发货需求量的判断订单 处理 通过分析客户需求,制定销售预测和要货预测, 驱动公司各环节运作,最终满足客户需求。 32
    • 33. 33预测有什么作用? 预测是战略规划的基础、资源计划的龙头 以预测为基础,制定公司未来的业务发展计划C-BP,驱动制定长远发展策略、人力资源规划、固定资产投资规划 等。 在预测基础上制定销售目标,并为此投入相应资源和展开 销售计划。分析新产品市场空间和需求,制定预测,输入IPD流程, 供产品路标等参考。 驱动产能规划、生产计划、采购计划、保证及时供货,并 控制库存。 驱动预算、销售收入、资金计划制定。预 测经营计划 市场 研发 供应链 财务
    • 34. 供 应 商计划客 户销售采购制造交付MKTGSALES市场机会分析预测与MM、IPD、ISC、财务等流程的接口关系MKTG市场机会分析未来5年的预测/ SALES 滚动12个月预测/年度预测Forecast1.0 理解和评 估市场2.0 进行市场 细分3.0 执行组 合分析4.0 制定业务 计划C-BP5.0 调整和优化 业务计划6.0 管理市场和 评估绩效MM市场管理概 念计 划开 发验 证发 布生命 周期 34IPD集成产品开发ISC集成供应链S&OP/预算/成本C-BP/PL-BP 产品 路标/PDT 报告/ESS 计划生命周期预测产品预测/ESS计划执行情况
    • 35. 预测是客户服务水平的重要保证 端到端的运作(从客户端到客户端):兵马欲动,粮草先行!前期 引导技术 交流方案 制定标书 制定技术 谈判宣布 中标商务 谈判商务 评审合同 下单客户 收货开局 验收客户 潜在需求满足 客户需求立项技术小签合同签定采购计划加工计划采购订单供 应 商供 应 商 加 工送 货 到 公 司验 货 接 收检 验 入 库仓 储 管 理半 成 品 加 工入 库 管 理订 单 装 配整 机 测 试包 装 发 运项目详细进展信息 预测 生产计划信息流实物流原材料半成品成品采购周期:2~3个月10天~2周10天~2周供应商上万种原材料 700家供应商客户要求货期: 国内:~2周 国际:~45天客户化需求物流运作过程 35
    • 36. 36预测出问题将会葬送公司!预测偏小 预测偏大造成 供货不及时,客户满意度下降, 丢失市场机会; 预算偏小,资金准备不足;欠 料、生产线停工; 制约销售目标的完成 造成 库存积压,资金积压加大运作成 本,侵蚀利润 预算偏大,资金准备过量,影响 公司财务安全 减值损失、利息损失、物料报废 损失 影响新产品上市进度
    • 37. 未来5年的预测/滚动12个月预测/年度预测预测流程对PDT项目组的需求 Forecast概 念计 划开 发验 证发 布命 周IPD集成产品开发 生生命周期预测产品定位/竞争分析/迁 移计划/ESS计划产品预测/ESS计划执行情况 期 从开发阶段开始,提供新产品/部件的开发进度、路标、功能、配置、市场定位等信息,客户迁移计划,技术竞 争相关信息,以便为在TR5之后启动ESS计划控制和预测制定做准备。 提供版本切换信息转给计委的同时,需要知会预测人员,提前期至少3个月。 提供产品停产信息及相关政策,通过正式渠道发布给预测人员。 研发进度出现变化后特别是开发阶段起到发布前的进度,需及时知会预测部门。 37
    • 38. 38——IPD管理体系IPD5.1 DRY RUN培训
    • 39. 39评审、操作规范、政策指标、考核奖励、激励、报酬领导才能沟通交流决策标准 •操作上的 •战略上的 管理体系包括: 议程IPD管理体系保障IPD的有效运作 组织结构、角 色
    • 40. IRBIRB::战略与Marketing战略与与与MarketingMarketingMarketing主管主管产品与 产品与 解决方 解决方 案主管 案主管销售与服 销售与服 务主管 务主管运作与交 运作与交 付主管 付主管人力、财 人力、财 务主管 务主管中央平台 中央平台 开发主管 开发主管产品线 产品线 主管 主管供应链管理 供应链管理 主管,公司 主管,公司 运作主管 运作主管海外销售 海外销售 公司 公司 国内销售 国内销售 marketing marketing 全球技术 全球技术 战略主管 战略主管 服务主管 服务主管BR&IT BR&IT ZHUGUAN ZHUGUANCFO 销售与服务主管 人力资源主管 运作与交付主管战略与Marketing 产品与解决主管方案主管策略合作主管主管代表全球技术支援代表产品线运作 制造代表制造代表 财务代表质量主管产品线研发主管产品线销售支持主管40IPD业务管理体系架构董事长 CFO 销售与服务主管 人力资源主管 运作与交付主管战略与Marketing 产品与解决 主管 方案主管策略合 作主管EMT:总裁战略与客户常务委 员会SCSC财务代表全球技术 支援代表产品线运作 质量主管财务 产品线Marketing 代表 主管 产品线 研发主管产品线销售 支持主管 C-OMT-公司运作与质量会议 MC-Marketing执行委员会 SCMT/计委-供/需 财经委员会:财务预测 销售执行会议 MC:客户满意度 C-QMT:质量评审 IPMT:产品线总裁注:现有EMT成员分别 战略与客户常务委员会(SCSCS),财经管理委 员会(FMC)和人力资 源管理委员会(HRMC)的主任概念计划开发验证发布生命周期C-PMTPL-PMT ITMT 功能部门 SCM 销售 Marketing 运作 财务PL-Ops-产品线运作与会议PDTLMT
    • 41. 41跨 部门团队是IPD集成的最佳产品开发要素之一跨部门团队是由市场、开发、制造、采购、财务、用服等来自不 同功能部门人员组成的团队。 跨部门团队给我们带来:–团队关注于产品,为产品的成功负责;–团队的决策综合考虑各功能部门情况,使决策更全面,减少偏颇 –充分利用团队成员的跨领域知识,提高决策质量–团队成员代表各自功能部门,保证沟通渠道的顺畅,“推倒”部门间的“墙”
    • 42. “重量级”团队 “重量级”团队的功能部门代表能够:有共同的团队愿景;充分履行在团 队中的职责;充分代表功能部门;充分贡献领域“知识”职能结构FM DEV主管 FM SVC FM MKT工作层职能经理(FM)“轻量级”团队结构项目经理 (P) 组员(M) 组长的影响范围PFM DEV M主管 FM SVC M FM MKT MPFM DEV MIPMT FM SVC M FM MKT M“重量级”团队结构• 工作任务在职能部门内 完成,由职能经理协调 • 权力和责任在职能经理• 项目经理角色是协调人,组员是 职能部门的联络人 • 次要的责任共同承担,但权力仍 然在职能经理一方• 项目经理在不同部门中发挥直 接的、综合性的影响,组员完全代表的职能部门 • 项目的领导权及责任在项目经 理及组员一方,但仍保留与原 职能部门的联系团队的建设目标: 团队以业务为驱动,基于共同的目的,基于事实作出决策。让团队成为公司文化的重要组成部 分。 42
    • 43. 43——任务书开发流程(CDP)IPD5.1 DRY RUN培训
    • 44. 44目录CDP概述活动说明定义/更新市场策略和目标 市场环境分析 顾客需求分析 竞争分析开发盈利计划开发项目任务书及评审
    • 45. 45产品项目任务书材料包 项目任务书材料包(Charter Package):描述市场机会,是IPD 流程中产品包/解决方案决策评审点材料包(DCP Package)中的一 个子集。项目任务书材料包和项目任务书的目的是描述能够赢得的 市场机会,以及在产品包/解决方案开发方面如何响应市场机会。
    • 46. 46任务书 任务书(Charter):任务书(Charter) 是项目任务书材料包最 重要的部分,是项目任务书材料包的总结(一般用4页纸编制)。 它汇总了项目任务书材料包中的关键信息,它包括:项目的目标目标细分市场 目标客户 竞争情况产品该要描述以及质量目标 PDT核心组成员
    • 47. 47任务书开发流程示意图组建小组开发项目计划 汇总PL-BP中相关 目标细分市场信息开工会环境分析更新目标市场/ 细分市场概况 定义/更新 备选需求包 定义/更新产品 包概要和定位用户需求分析 定义/更新 销量预测定义/更新市场 策略和目标 开发业务 盈利计划竞争分析 人力估算定义价值陈述 资源平衡 确定/更新项目 精度和资源计划 组织确定PDT 核心组人选风险评估开发任务书材 料包和任务书内部评审IPMT评审PMT评审PL-BPFrom PMT
    • 48. 48CDP中的主要团队 任务书开发流程的关键团队是PMT,PMT可以自己承担任务书的开 发,PMT也可以组建一个临时的小组来承担任务书的开发任务,这 个临时的小组称为任务书开发小组,任务书开发小组是PMT非正式 的外围组,小组组长一般由PMT主任或其指定人员担任,其他成员 由PMT指定,不做正式任命。任务书开发小组具体制定任务书时, 任务书制定的责任主题还是在PMT,PMT要评审任务书并对任务书质 量和及时性负责。
    • 49. 49目录CDP概述活动说明定义/更新市场策略和目标 市场环境分析 顾客需求分析 竞争分析开发盈利计划开发项目任务书及评审
    • 50. 定义/更新市场策略和目标 市场策略是营销计划中非常重要的一个部分。这部分说明如何进行产 品包市场定位。市场策略必须回答以下问题:• • • •产品包如何适应竞争市场 用什么方案在竞争中获得市场份额 如何将产品包与同类产品包区别开来 产品包可以给客户增加什么价值 市场目标是产品包瞄准的测量指标。测量指标通常是可以定量的,如 收益和增加的市场份额。某些情况下,测量指标是定性指标,如加强客 户对本公司产品包的认知,奠定认识领先地位。 50
    • 51. 51市场环境分析 市场环境分析介绍了整个市场的情况以及产品如何通过为客户创 造价值,在市场中获得竞争地位。市场环境是作为MM流程的结果进入业 务计划的。在Charter开发阶段,产品包Charter应包括更偏产品包角度 的市场环境。在输出业务计划到开发Charter阶段要对市场环境部分进行更新,因为在整个流程中市场环境都可能会发生变化。这些变化可能会对产品的开发产生 重大的影响。例如:竞争对手在产品的开发阶段发布一种新的产品。而竞争对 手的新产品能够比公司正在开发的产品更好的满足客户的需求,在这种情况 下,就需要重新考虑是否继续产品的开发。
    • 52. 52市场环境分析 基于以下要素,客户欲望需求分析进行确定客户购买标准、客 户欲望与需求/收集需求分析、解释客户欲望与需求数据、基于客 户欲望与需求的需求优先排序、基于客户欲望与需求的产品包需求 优先级排序的5个步骤的活动。• • • • • • • • • • •价格 性能 包装 License/RTU(使用权) 可用性 可扩展性/可升级性 功能 可获得性 可管理性 容量 互操作性• • • • • • • • • • •适用性 应用 生命周期成本 客户环境 品牌形象 质量 稳定性 运作跟踪记录 交付提前期 售后服务 客户关系
    • 53. 53竞争分析 竞争分析介绍竞争对手当前提供的产品包。竞争分析的关 键是确定竞争对手当天提供的产品包如何满足市场需求。这些 分析提供了用基准问题测试的竞争性基线,团队将使用这些基 线仔细考虑未来的产品包,公司应该保证自己的产品包至少达 到基线水平。在进行分析时,团队要考虑竞争趋势和市场形势 两方面情况,制定基线时,尽可能基于发展趋势设立。
    • 54. 54开发盈利计划 管理业务盈利计划对业务的成功至关重要。本部分构成了 业务计划的一系列活动:输入&输出;解释信息连接;管理市 场代表核心团队、预测和定价部门的业务规划员之间的关系, 使他们在更新和维护业务计划过程中完成各自的角色。
    • 55. 55PDT经理选拔程序 开始提出PDT经理选拔需求 PMT PDT经理 需求信息发出选拔通知 IPMT执行秘书PDT经理 选拔通知启动PDT经理选拔 相关干部 推荐候选人 相关PDT经理管理部门 面试 面试小组PDT经理人选审核 相关干部PDT经理任命文件会签 IPMT执行秘书PDT经理任命 IPMT主任结束PDT经理候选 人推荐材料 面试结果PDT经理人选PDT经理任 命会签文件PDT经理 任命通知合格? 是否否 合格? 是
    • 56. 项目任务书评审 IPMT按下列准则评审任务书,只有通过评审,IPMT才会组建PDT,启 动产品的开发。从而PMT规划的产品正式进入IPD流程。我们想做这件事情吗?策略筛选资源/能力筛选决策标准财务评估组合的前后关系通过通过通过通过我们是否有能力做这件事?是否有吸引力?我们是否有竞争力?在财务上是否有意义?是否提高整个组合的水平? 56PDT任务书认为该产品具有战略意义,具有竞 争力,可以获得所需的资源,可以取得财务上的成功,并且有助于改 善公司的整体组合。授予:PDT若是然后
    • 57. 57——IPD概念、计划阶段流程介绍IPD5.1 DRY RUN培训
    • 58. 58IPD流程采用VISIO DESIGNFLOW图详细描述IPD流程采用VISIO DESIGNFLOW图详细描述,紧密相关的几个文件是:Pocket Card 角色和职责 活动描述项目计划和模板
    • 59. 概念阶段的目标、关注点和交付目标: 对产品机会的总体吸引力及是否符合公司的总体策略作出快速评估 关注: 主要关注于分析市场机会,确定一个最优实现方案/框架概念,包括 估计的财务结果、成功的理由及风险。 评估是基于有效的假设,而不是详细的数据 • 若概念得到批准,则在计划阶段将对假设进行证实 • 若概念没有得到批准,则不浪费资源 交付: 初步的业务计划 端到端1/2级项目计划 产品包需求、设计需求和产品概念 59概 念计 划开 发验 证发 布生命 周期
    • 60. 概念阶段有以下几个关键活动 IPMTPDT接受项目 Charter 和组建 PDT项目开工 和制定概 念阶段 计划共同开发 产品包需 求,设计 需求和产品概念并 进行技术各功能领 域并行开 发各自领 域的E2E½级计划 及其策略 共同开发 概念决策 评审材料: 初步的业 务计划和E2E 1/2级 项目计划概念 决策 评审 评审1 扩展组 6-8周 60
    • 61. 计划阶段的目标、关注点和交付概 念计 划开 发验 证发 布生命 周期目标: 清晰的定义产品及竞争优势,理解业务计划,制定项目计划及资源计划,确保 风险可以被合理的管理 关注: 开发最终的产品方案(初步产品包方案的扩充),这一最终方案定义了产品、 市场需求及需要的各个业务部门支持 • 评估是基于事实数据(而不是假设),因此: • 若计划得到批准,则团队将与IPMT签定一个合同来完成产品交付 • 若计划没有得到批准,则不会浪费资源 对概念阶段的假设进行证实 通过与IPMT达成的“合同式”协议,PDT得到授权 • 在项目每个后续阶段的目标及整个项目的目标上达成共识 交付: 最终业务计划 项目合同 产品规格 端到端3/4级项目计划 生命周期计划 61
    • 62. 62PDT扩展组确定、分 配、增加 扩展组成 员 概要设计 并进行技 术评审3, 并行开发 功能领域的E2E计划 共同开发 DCP材料: 业务计划 、项目计划 、合同计划阶段有5个主要活动,计划DCP为计划阶段结束点 IPMT 概念决策 评审共同制定计 划阶段计划 系统设计和 规格制定、进行技术评审2 10-12 周
    • 63. 63——系统设计概要IPD5.1 DRY RUN培训
    • 64. 64什么是系统?形• 由独立的、可区分开的元素组成 • 复杂;不能简单地想象出来 • 可定义的结构和相互联接关系 • 有一定界限;有输入和输出功能• 是一个过程(process)……它做某一件事情;它不是了无生机的;例子 一个建筑物的钢架结构及地基或州际高速公路的物理结构包含了前四个特性, 但它们不是系统;它们什么事情也不做,只是“坐”在那里,它们本身没有动 力,也没有自运作特性。但当把构建它们的对象加进去时,这些结构就成为了 一个总体系统的一部分。将人、车辆、加油站、交通规则(及其实施)一起加 进来以后,高速公路就变成了一个可以运输人和货物的高速公路系统。
    • 65. 65钱学森对系统的定义“极其复杂的研究对象称为系统,即相互作用和相互依赖的若干 组成部分结合成的具有特定功能的游记整体,而且这个系统又是 它所从属的更大系统的组成部分”。钱学森的定义说明了以下两点: • 系统的问题实质上是复杂性问题 • 系统的研究具有整体性
    • 66. 系统工程的目的生产空气动力学 结构推进器 导航器 控制器 系统工程起到技术“胶水”的作用: • 使不同的设计/子系统共同运作,并确保组合起来的系统作为一个 整体具有适当的性能。 66系统工程结果
    • 67. 项目管理系统工程负责产品技术相关的所有方面 67系统工程扮演着技术分配与集成的角色 用户Marketing硬件开发软件开发 结构开发系统工程 ……采购技术支持项目计划需求与规格 制造需求与规格规格公共元件/组件需求 需求
    • 68. 需求分析系统分析68需求分析系统分析 需求循环 功能分析 设计循环 验证 设计综合 需求分析和功能分析有可能存在反复 需求分析完成后进入功能分析从功能分析有时也要回到需求分析功能分析和设计综合也有可能存在反复 功能分析完成后进入设计综合 从设计综合有时也要回到功能分析主要的系统工程方法 输入输出
    • 69. 69系统工程考虑的系统层次由PDT开发的一个产品的R版本 组成该R版本产品的多个具有一SystemModuleUnitSubSystem Module Unit Component 定用户可见功能的独立物理实 体,如机框,操作维护系统等 由3-10人组成的项目组进行开发的 具有明确规格要求的软硬件,如单 板PCB,大规模逻辑,主控软件,算 法软件等 ComponentSubSystem SystemBlock系统构件、系统分解结构和系统架构
    • 70. 70系统工程师在概念阶段进行需求分析 首先要了解为什么需要这一系统 产品包需求验证、分析和整理 然后确定 想做什么 定义设计需求 然后具体明确怎么做才能够完成这一工作 定义和评估备选概念然后确定实施细节 设计该要(系统架构/设计规格/各子项目详细需求)实施 最终确定开发 这一工作将完成得 多好 评估及设计验证概念阶段不要从这里 开始!!
    • 71. 名称描述主成功场景1.用户输入被叫号码,按下呼叫键:手机随时显示按键信息和当前状态 2.手机向基站发送摘机信号 3.基站应答手机,基站向手机发送被叫铃音 4.基站向手机发送连接成功信号,建立话音通道 5.手机显示连接建立,手机传送话音 6.用户通话 7.用户按下挂断键 8.手机向基站发送挂机信号 9.手机显示主画面 10.基站应答手机扩展分支a.任何时候,手机检测到电池电力不足:手机显示……(略) 1.用户按下取消键<——在步骤1时发生的第1个异常条件 ①手机返回主界面,结束<——异常的处理 2.来电呼入:<——在步骤1时发生的第2个异常条件 ①手机显示来电号码 ②用户按下接听键 ③……略 3a.……略71需求分析示例-“主叫”的操作场景
    • 72. 用户摘挂机子系统拨号系统键盘系统手柄(LCD) 72振铃子系统音频处理 子系统电源子系统设计输出综合示例-系统架构图(物理架构) 系统架构是系统在其环境中的最高层概念 从整体到部分的最高层次的划分 建造一个系统所作出的最高层次的、以后难以更改的商业的和技术的决定 通过组成系统的构件、连接及其约束来描述系统架构 电话接口机械接口键盘总线 显示总线 显示子系统手柄线用户线用户线用户线机械接口 用户线 摘挂机信号线 数据总线 主控
    • 73. 73系统设计的辅助方法:系统分析系统分析是一种正规决策方法,通过检查相关的目标,定量比较各 选项的综合优劣,包括成本,性能,风险,进度等因素,帮助系统 工程师在系统设计过程中做出最优的选择。它包括两个主要活动: 权衡分析和有效性分析
    • 74. 74——业务计划开发IPD5.1 DRY RUN培训
    • 75. 集中式模式分布式模式优点 进度计划的制定比较容易 计划控制的权限高度集中 团队成员间的沟通更为容易 对各种项目需求的响应更快优点 将不同层次、不同内容的计划授权给最 合适的个人或部门来管理 功能部门经理能够更好的分析他们的计 划,并识别各种潜在问题 对大型项目,一旦计划正确建立,分布 管理比集中管理更为容易缺点 项目组最好集中办公 大项目的活动层次较多,管理难度大 项目经理或项目管理团队必须有很强的 项目管理技能缺点 由于分级分层,项目计划需要较长时间 来建立 沟通问题可能阻碍项目进展(如硬件与 装备)75集中式与分布式计划的优缺点
    • 76. 76集中式模式适用于…… 项目范围小,集中办公的PDT 一个管理推行项目的项目管理办公室 一个管理变革项目的变革团队财务开发 采购技术支援制造 市场PDT经理 POP
    • 77. 分布式计划适用于……软件系统测试软件设计硬件设计硬件系统测试开发财务采购市场技术支援制造PDT经理POP功能部门 团队扩展组对于一个大型、复杂、团队 分散在多个地点的项目,分 布式模式更适用于项目进度的执行和管理 77 PDT 管理所有方面 决策的权力, 承诺履行合同研发PDT核心组成员 支持PDT与PDT成员协同工作 承诺履行合同扩展组 支持功能团队 与功能部门协同工作 承诺履行功能部门合同
    • 78. 78根据项目的特点,PDT可选择合适的计划模式地域:异地开发项目建议选择分布式项目规模:较大规模的项目建议选择分布式项目管理技能:如果各级管理者有很好的项目管理技能,可能采用分布式的进度计划管理模式,否则,建议集中管理。PDT的习惯和经验:PDT中某一类似项目采用某一种进度管理模式效果很好,建议新项目仍采用这种管理模式。
    • 79. 79合同管理业务计划书拟定合同签署合同签署、归档进入PBCPCR刷新 合同汇总、报告、PL-IPMT Metrics(后续执行)PDT Metrics(整体回顾)数据提取TPMTTPMT秘书LPDT/PDT 核心组沟通PDCPADCPGA
    • 80. 80V5.1 业务计划结构概述附件:组合与项目概述 市场分析产品包描述上市策略和计划功能领域策略和计划 业务盈利计划 财务分析
    • 81. 81功能领域策略和计划研发策略和计划 –重用性分析(S/W&H/W) –CBB分析 –UCD策略 –市场准入测试计划 –OEM和对个合作 –知识产权与专利 –信息安全计划 技术支援策略和计划 采购策略和计划 –采购策略 –供应商和物料选择计划 制造计划 质量计划与质量目标 概述 附件: 组合与项目概述 市场分析 产品包描述 上市策略和计划 功能领域策略和计划 业务盈利计划 财务分析
    • 82. 82财务分析损益表 本项目研发费用预算 本项目的研发费用与收入的 归属 目标成本预测及物料成本预 测 技术支持收入及成本 概述 附件: 组合与项目概述 市场分析 产品包描述 上市策略和计划 功能领域策略和计划 业务盈利计划 财务分析
    • 83. 如何向IPMT说清楚你的投资Idea任务书(保留) 产品开发进度、团队、质量 市场概述 业务盈利计划 产品描述及客户需求 产品包的范围、进度、资源、 生产率 财务预算差异说明 盈亏分析 资源、沟通结果、风险分析 建议、IPMT团队 83 概述 附件: 组合与项目概述 市场分析 产品包描述 上市策略和计划 功能领域策略和计划 业务盈利计划 财务分析
    • 84. 情况发生了变化,我们该怎么办? 项目计划的任何更改都要通过书面形式来进行CharterCDCPPDCPPCREDCPADCPConcept Phase Plan PhaseDevelop PhaseQualify PhaseLaunch PhaseLife CycleManagement PhaseTR1 TR2TR3TR4TR4A TR5 TR6原则上TR4A之后不再批准 PCR 84
    • 85. 85如何获得批准TDT/PDT批准其自身的PCR(计划更改请求)的权限,取决于对O/SBP、 计划DCP合同的影响以及ITMT/IPMT给TDT/PDT的授权 在获得批准的偏差范围之 内,TDT/PDT自己进行决策需要IPMT决策:更改了计划DCP批准的O/SBP中规定的范围(增加/取消任何需求)更改了计划DCP合同中承诺的任何关键日期 更改了计划DCP批准的O/SBP承诺的资源需求,和/或计划DCP合同中承诺的预算,且变更 超出了批准的偏差范围
    • 86. 86EDCP汇报胶片 更改描述更改原因或理由 对业务和/或财务的 影响分析 风险与对策 沟通、PDT建议、执 行更改时期 DCP附件 EDCP DCP附件: 组合与项目概述 市场分析 产品包描述 上市策略和计划 功能领域策略和计划 业务盈利计划 财务分析
    • 87. 87PCR汇报胶片早期销售市场需求 概述 PDT状况概述 ESS早期销售准备就 绪情况 ESS的财务概述 ESS的风险 建议 DCP附件 DCR DCR附件: 组合与项目概述 市场分析 产品包描述 上市策略和计划 功能领域策略和计划 业务盈利计划 财务分析
    • 88. 88IPD5.1 Dry Run培训——IPD开发、验证、发布阶段流程介绍
    • 89. 开发阶段目标、关注点目标 – 设计产品,并将在经过批准的最终业务计划中的技术开发、制造及行销策略和计划 进行集成 关注 – 确保产品定位为市场上成功 审视市场及客户需求,重点关注变化情况 审视产品及财务假设,重点关注变化情况 – 设计和集成满足产品规格的产品 – 准备和构建产品原型 – 确保制造准备就绪 明确、处理及减少风险和非确定性因素至可接受的水平 确保产品具有可制造性 准备发布工艺文档 – 验证计划阶段的假设 89概念开发验证发布生命 周期计划
    • 90. 开发阶段主要活动 核心组对项目进行管理和监控 SE管理更改、进行设计检查、知识产权分析、产品数据准 确性管理与齐套开发 阶段 开工开始EC 发布管 理 详细设计、开 发、单元测试/资 料开发、翻译和 技术评审4SDV和技 术评审4 SIT和 技术评 审5非研发工能领域的持续活动 90
    • 91. 验证阶段的目标、关注点●目标 ■进行必要的设计更改来使产品符合需求,验证产品,发布最终的产品规格及相关文档 ●关注 ■确保产品在市场上成功 - 审视市场及客户需求,关注变化情况 - 审视产品及财务假设,关注变化情况 - 审视发布计划及销售使能器(sales enablers)状态 ■确保产品功能满足要求 - 形成最终的产品规格 - 修改设计,以满足规格要求 ■确保制造准备就绪 - 确定最终的工艺文档 - 确认是否已验证供应商 - 验证制造工艺 ■证实开发阶段的假设 91概念开发验证发布生命 周期计划
    • 92. 验证阶段的主要活动:SVT、Beta测试、认证和标杆测试、技术评审6、发 布准备评估和可获得性决策评审PDT核心组继续对项目进行管理和监控 SE继续管理更改和进行设计检查 SVT和 内部认 证/标杆 测试 BETA测试、 外部系统认 证/标杆测试、 SVT2功能领域的持续活动 92 提供 技 最终 术 产品 评 配置 审 给定 6 单履 行 开始 执行 ESP (可选)发布 准备 评估准备 可获 得性 决策 评审 材料可获 得性 决策 评审技术评 审5发 布 阶 段
    • 93. 发布阶段目标、关注点目标 发布产品并制造足够数量的满足客户在性能、功能、可靠性及成本目标 等方面的需求的产品 关注 对制造准备计划进行验证 评估市场发布计划并进行必要的修改 证实验证阶段的假设 93概念开发验证发布生命 周期计划
    • 94. 94发布阶段主要活动PDT核心组继续对项目进行管理和监控(PDT核心组) Beta测试退出检查 (TE) 切换到制造操作(MOPS) Ramp Up 生产(MOPS)ESP活动(SE、TSS、MOPS、FF、MSE,UCD) 完成 发布 准备/ 透露/ 培训 (IMC) 数据库 (POP)进行项目 结束经验 制定和 教训总结 沟通GA (LPDT), 确认通 关闭项目 知(LPDT)发布产品 包与GA 时间点 (MKTPD T)通过可 获得性 DCP发布 阶 段向PDT和销售发布发布价格(MKTPDT) 确定发布材料包(IMC) 和办事处/地区部分发营销/销售资料(MSE) 确定发布材料包(IMC) 确定发布材料包(IMC)向PDT和销售发布发布价格(MKTPDT)切换到制造操作(MOPS)Ramp Up 生产(MOPS)向PDT和销售发布发布价格(MKTPDT)UCD基线评估(UCD)执行GA 活动 (MKTP DT)监控销售和客户(MSE)
    • 95. 规格(功能、性能、 结构)产品 数据采购制造造((含工 艺、装备备))资料技术支援定价和配 置器可获得性 (流程要TR4模块、单板及功能完 成并进行了调测开发物料 采购启动求) 不能发货TR4A系统级的功能测试完 成、少量的性能已经 测试,产品稳定性和 可靠性不能保障BOM 发布试制物料 到达启动试 制,工艺 文件初步 归档资料 开发 完成确定销售 模型不能发货TR5系统级的功能、性完 成内部测试,但没有 进行认证测试和外部 测试维护 更新 BOM选定最终 供应商, 批量物料 采购工艺装备 完成开 发,并部 分验证资料 测试 完成进行可服务 性、可安装 性的测试, 培训完成初步完成 配置器的 开发和测 试少量早期发 货(BETA和 EDCP之后)TR1TR2TR3TR4TR4ATR5TR6产品需 求、产品 概念产品级 规格概要 设计详细设计、BBFV 测试结果原型机的质量SDV 结果和初始产品的 准备情况初始产品的质 量(SIT结果)BETA、制造系统验 证、认证和标杆测 试结果95系统成熟演进过程概念开发验证发布计划任务书CharterCDCPPDCPADCPTR1TR3TR4TR4ATR2TR5TR6
    • 96. IPMT(集成组合管理团队)SE(系统工程师)MOPS(制造操作专员)LPDT(PDT经理)EE(硬件工程师)PP(制造—试产专员)FPDT(财务PDT核心组成员)SWE(软件工程师)AME(制造—高级制造工程 师)RDPDT(R&DPDT核心组成员)ME(机械电气工程PRO(采购专员)TSPDT(技术支持PDT核心组成员)IDE(工业设计师)FF(订单履行专员)MNFPDT(制造PDT核心组成员)UCD(UCD设计师)RME(需求管理工程师)PROPDT(采购PDT核心组成员)TE(测试工程师)BP(业务规划员)MKTPDT(市场PDT核心组成员)TD(资料开发专员)IMC(整合营销传播人员)PQA(产品质量保证人员)TSS(技术支持专员)MSE(市场支持工程师)POP(项目操作员)96IPD端到端流程的角色
    • 97. 97IPD5.1 Dry Run培训——产品开发
    • 98. CNRTIBT基本思想-渐增构建 渐增构建:功能逐步增加,逐步测试,一次只合入较小的功能了集 后面Build在前面Build测试稳定后才开始 更容易定位和解决问题不要等到所有功能模块准备好就开始测试 Time 4 Functions711101332331262Build A VPSIAG CLBuild H OSBuild C DB Build D H2Build B Q9Build MBuild L BIBuild K MCBuild JBuild IBuild N VK H2每个Build增 加的模块 VR Build E Build F Build G SP 每个Build增加的特性 Small ChangeMedium Change Large ChangeVery large ChangeExample from IBT Pilot Project 98
    • 99. 99开发阶段BBFV/SDV和TR的关系SITSITTR4,Transfer to TestTR4TR4TR4aTR5TR4aBuild a Build b Module (s) Build c TR4 Build d TR4 Build eBeta TestNotes: This Diagram doesn’t show the specific Module and Building Block Exit Criteria or TR4A TR4,Transfer to Test BB (s) Building Block Integrate TestOne or Multi Modules S/W or Module H/W Level Develop Validation IPD BPE A Build System Level Verification SDVBBFV SDV和Build的活动 对每个Build都要进行BBFV和SDV的活动TR4和TR4A是基于Build的技术评审 进行初始产品测试(SIT)的Build必须进行 TR4A 每个Build进行功能验证(SDV)之前需要进 行TR4
    • 100. 测试过程概览(PTM)CHARTERTR1TR2TR3TR4TR4aTR5TR6Design SpecificationOffering Req. Design Req. Module (IPD-CMM) Define Testability Req. Product (IPD-PTM) Product Test Req. Analysis C&T Plan General Test Strategy Test Scheme DesignBBFVSRS/STPHLD/ITP LLD/UTP Coding Test Implementation (Cases/Platform/Tools/Scripts) 100UTITSTRelease &AT SVT SIT Report SIT SDV Report SDV ProjectSVT Report

    该用户的其他文档