IPD管理流程-平台产品化操作指南.docVIP

平台项目IPD流程操作指南 第 PAGE 14页, 共 NUMPAGES \* Arabic 14页 平台项目IPD流程操作指南 目 录 TOC \o 1-4 \u 1 导言 4 1.1 适用范围 4 1.2 项目分类 4 2 平台产品化团队及决策机制 4 2.1 团队结构 4 2.2 决策管理机制 5 3 平台类项目IPD流程运作要求 6 3.1 IPD各阶段流程要求 6 3.2 平台Beta试验局 7 3.4.1 平台内部Beta试验局的定位 7 3.4.2 平台内部Beta试验局与外部Beta试验局的关系 7 3.4.3 平台Beta试验局版本规则 8 3.4.4 平台内部Beta试验局操作规则 9 3.3 平台GA验收机制 10 4 平台生命周期管理 12 5 与产品依赖关系管理 12 5.1 平台与产品TR的交互 12 5.2 TR及DCP依赖关系 13 5.3 平台的XR 14 5.4 版本发布 14 TOC \h \z \t 表号,1  导言 适用范围 本指南描述平台类项目遵循IPD流程的运作管理，如团队结构，项目决策管理，与产品配合衔接等。 本指南是IPD流程的补充说明，指南中未涉及的内容，请参照IPD流程的要求。 项目分类 按平台项目交付形态和交付模式的不同，将其划分可对外独立交付类平台、硬件类平台、软件类平台、技术类。这几类项目的特点及需遵循的流程要求如下： 可对外独立交付类平台——可独立、直接面向外部客户交付，满足客户特定业务要求，可独立进行盈亏核算，但暂不属于公司产品分类。对于此类项目建议完全按照IPD执行。 硬件类平台——与产品界面清晰、松耦合、可独立测试验证，为产品提供一定基础能力，需产品集成后才面向外部客户交付。主要包括硬件、整机、电源、装备测试平台等，如OSTA、ATCA、 Tesgine2000测试仪等。 软件类平台——与硬件类项目类似，但与产品紧耦合，涉及较多业务特性，相关特性的验证强依赖于产品环境，如iMAP、Dopra等。 技术类——预研性的、验证性的技术、工具等，如：工程样机，技术类项目遵循TPD流程来开发。 软硬平台按照IPD进行产品化运作，但其与产品在交付形态上有较大差异，需对IPD流程的相关环节进行适当调整。本指南重点解决平台类项目如何按照IPD流程进行产品化开发管理，对技术、产品类项目均不适用。 在后续章节如无特殊说明，文中均以平台类项目代指软硬件、整机、电源平台等项目。 平台产品化团队及决策机制 团队结构 平台类项目的团队核心组按照TDT的团队结构设置（如图1所示），根据项目特点可自行增加或删除扩展组相关角色，但要保证整个平台工作能够有效开展。 图 SEQ 图表 \* ARABIC 1 TDT团队结构 为了提高平台交付质量，根据公司平台战略要求，平台MKTTDT代表及其扩展成员来源调整为Marketing部门，而非原先的技术规划部。TDT的原技术支持更名为客户代表，主要负责支持用户产品进行二次开发工作，其来源于研发内部。同时，在TDT核心组团队增加技术支援代表，其主要负责平台可服务性方面涉及的工作。 决策管理机制 平台类项目的立项/DCP决策要求遵循以下原则。 SMT ITMT PL-IPMT C-TMT PL-TMT 用户PDT 跨产品线平台 Charter 决策* 决策 会前沟通 / / 会前沟通 DCP / 决策 会前沟通 / / 会前沟通 产品线内平台 Charter / / 决策 / 可授权 会前沟通 DCP / / 决策 / 可授权 会前沟通 注：中研全新平台V100R001立项须由SMT进行决策，其它版本由ITMT或其授权组织决策。 无论是平台的立项决策，还是DCP决策，在决策汇报前，平台开发团队要与其支撑的用户PDT进行充分沟通。若两者在相关问题上无法达成一致时，则需就争议点向决策团队汇报。 以上各团队的决策权，如需向下一级团队授权，需遵循以下要求： 如在以上决策关系的基础上进一步向下授权，必须有明确的授权文件(如：中研建议由ITMT授权其子委会xMC决策，各产品线可由PL-IPMT授权到PL-TMT)； 已获得上级授权的团队如要再向下授权，必须获得其授权团队的批准 ； 上一级团队可视情况收回下一级团队的决策权。 平台类项目IPD流程运作要求 IPD各阶段流程要求 平台类项目总体要求遵循IPD流程，所使用模板或遵循活动除本指南中特别规定的以外，均参照IPD流程要求。 在平台开发团队中，技术服务代表和市场代表按IPD流程要求，根据平台特点开展平台相关的各项目活动。 其中，技术服务来源于GTS，主要负责： 主要制定对产品线的服务策略、并配合产品线制定客户服务策略 可安装性/可服务性测试 配合产品开展外