【图文】IPD流程管理培训(经典)_百度文库
您的浏览器Javascript被禁用，需开启后体验完整功能，
享专业文档下载特权
&赠共享文档下载特权
&10W篇文档免费专享
&每天抽奖多种福利
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
IPD流程管理培训(经典)
阅读已结束，下载本文到电脑
想免费下载本文？
登录百度文库，专享文档复制特权，积分每天免费拿！
你可能喜欢IPD架构中的角色
HW公司的IPD架构中，按领域划分了以下的角色：行销代表用服代表客户代表开发代表测试代表制造代表财务代表
没有更多推荐了，
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！Ipd的各阶段有什么用_百度知道
Ipd的各阶段有什么用
集成产品开发的ipd流程
我有更好的答案
下面是某产品的技术评审点，供参考：TR1——概念阶段技术评审点：产品需求和概念技术评审（业务需求评审）TR2——计划阶段技术评审点1：需求分解和需求规格评审（功能需求评审，产品级规格）TR3——计划阶段技术评审点2：总体方案评审（系统设计，架构设计，概要设计）TR4——开发阶段技术评审点1：模块/系统评审（详细设计，BBFV测试结果）TR4A——开发阶段技术评审点2：原形机的质量SDV结果和初始产品的准备情况TR5——开发阶段技术评审点3：初始产品的质量（SIT结果）（SIT Alpha测试技术评审）TR6——验证阶段技术评审点：发布评审（SVT Beta测试、制造系统验证等）SDV就是system design verification,即系统设计验证BBFV就是building block fuction verification,即编译模块功能验证SIT就是system integration testing,即系统集成测试SVT就是system verification testing，系统验证测试
采纳率：14%
问的不是很清楚耶，lpd不是有很多种么？
是对设备寿命的一种预估方法
为您推荐：
其他类似问题
您可能关注的内容
ipd的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。当前位置： >>
华为IPD流程各阶段活动详解
华为IPD流程各阶段活动详解编号 阶段 活动 活动号 活动描述 根据产品路标规划和规划基础活动的成果，产品经理／项目经理对概念启动的可行性进行分析。 PAC及相关专家进行产品概念启动评审，给出评审结论。评审通过，则组织成立PDT，开始概念阶 段工作。整个评审工作从提交材料到给出评审结论一般不超过6个工作日。 概念启动关键看业务潜力、市场机会及公司的资源和能力；应透彻分析竞争环境与公司的SWOT。 概念启动时LPDT必须参加，如果PDT核心团队已经确定，也可参加；LPDT及PDT团队可以提出评 1 概念阶段 概念启动 审建议。 PAC-05 主要内容： ●　对产品的关键技术和主要功能的整体描述，包括硬件、软件和服务等； ●　对产品的市场定位和指导方针，包括市场机会、品牌或细分市场等； ●　项目和产品的投资期望，如价格、成本、税前收入、年销售、库存周转、生命周期、项目到计划 DCP为止的花费预算及项目总预算等； ●　项目的时间进度，如各DCP的预计时间； 2 概念阶段 3 概念阶段 组建PDT核心组／确定必要的外 围组成员 接受概念阶段任务书、立项通知 书 PAC-10 ●　项目团队的基本组成，如PDT核心组成员等。 选择和落实为完成该产品概念阶段任务所需的PDT成员，主要包括PDT经理和核心组成员，SE和 POP，及必要的外围组成员。 与PAC沟通，充分理解任务书、立项通知书 ； ●　将项目任务书发布给PDT成员。 在财务系统中获得并建立项目会计帐目代码来获取项目支出和实际的花费；获得并保存产品的零部 POP-10 件清单；在合适的信息系统中为PDT成员建立用户ID、权限等；获取合适的IT工具使用许可；建立 项目文件、项目模板（WBS 1级）和数据库；和IT一起工作来保证项目操作能被充分支持; 在PDT建 立和运行过程中，提供和维护产品数据管理（PDM）配置信息数据，包括项目、资源等。 在PDT开始工作前对PDT团队的系统培训，主要包括以下内容： ●　团队建设培训； 5 概念阶段 团队培训 LPDT-04 ●　集成产品开发流程培训，重点是概念阶段流程培训； ●　业务计划培训； ●　市场需求培训； 6 概念阶段 创建和分发沟通计划 LPDT-08 ●　项目管理培训。 根据项目任务书和公司项目管理的要求，分析项目相关人员的信息和沟通需求，创建沟通计划，并 分发给项目组和相关人员。 LPDT召集PDT核心组举行的PDT第一次会议，参考议程： ●　项目目标介绍（LPDT）； ●　项目任务书宣读和接受仪式（LPDT）； ●　宣读PDT核心组任命（LPDT）； ●　PDT核心组成员相互介绍（核心组成员）； 7 概念阶段 项目开工会 LPDT-13 ●　概念阶段流程简要介绍（PQA）； ●　概念阶段团队成员的角色和职责（PQA）； ●　前期工作回顾（LPDT）（可选，如果有预研阶段的话）； ●　概念阶段交付件介绍（LPDT）； ●　明确概念阶段项目计划、考评和汇报关系、日常沟通方式（LPDT）； ●　团队和个人测评指标及激励机制（LPDT）； ●　签订资源承诺书（可选）； ●　LPDT组织PDT核心组成员共同讨论制定项目概念阶段计划（只限于概念阶段活动）（WBS1／2 ／3／4级）（Work Breakdown Structure，工作分解结构），为概念阶段工作提供指引。 8 概念阶段 制定概念阶段项目计划 ●　依据WBS模板分派工作（LPDT）； LPDT-20 制订本业务领域计划，包括时间、成本、约束条件（核心组成员）； 共同讨论制订计划（核心组成员）； 计划应分解到可以控制的工作包（核心组成员）； 9 概念阶段 10 概念阶段 制定概念阶段项目计划 制定概念阶段项目计划 工作包必须在40小时以内（核心组成员）。 FPDT-20 ●　参与计划的制订，提供数据。 ●　RDPDT需要对各方面提出的需求进行技术分析，再根据后续流程的需要制定概念阶段的具体工 RDPDT-20 作计划。 ●　针对产品的特性，分析产品的可行性服务计划，对产品可行性服务进行评估； FPDT RDPDT LPDT LPDT LPDT LPDT POP PAC LPDT PAC 角色LPDT-03 ●　与PAC确认PDT核心组和需求分析组等资源到位；4 概念阶段准备项目环境11 概念阶段制定概念阶段项目计划●　评估的内容包括：现有服务网络的利用能力、建立网络的可行性、服务设备设施的投放能力、服 CSPDT-20 CSPDT 务技术支持的能力、服务基础投入等； ●　根据分析结果，制定可行性服务计划； ●　根据项目开工会（LPDT-13）、开工阶段调查表、概念阶段WBS（3／4）级模板，制定制造概12 概念阶段制定概念阶段项目计划念阶段项目计划（WBS1／2／3／4）； MNFPDT-20 ●　制造代表（MNFPDT）通过了解产品的开工会，需要初步评估本部门的生产技术的贮备情况，如 MNFPDT 有必要，则制定概念阶段项目计划，对有可能进行的项目做人员和技术的初步准备。并知会制造职 能经理。 ●　明确概念阶段涉及采购的部品，主要是主芯片、LCD、Camera、Memory、特殊功能芯片（如回 PROPDT-20 PROPDT 波抵消芯片等）； ●　确定收集的供应商范围； ●　根据从其他市场专家处获得的信息，包括产品销售量、市场基本情况、新市场热点、新技术发展 MKTPDT-20 MKTPDT 情况等；对新产品的配置、技术、概念等提出建议。 按照里程碑及关键任务监控项目执行。根据LPDT-20的计划，对整个项目组计划中涉及的活动的质 LPDT-20A LPDT 量和进度进行监控。 FPDT-25 记录项目支出，启动项目费用核算，开始监控项目财务指标。 FPDT13 概念阶段 14 概念阶段 15 概念阶段 16 概念阶段制定概念阶段项目计划 制定概念阶段项目计划 开始监控项目执行 开始监控财务活动第 1 页，共 19 页编号阶段活动 开始监控研发活动 开始监控技术支援活动 开始监控制造活动 开始监控采购活动 开始监控市场活动 参与监控研发活动 协助监控项目执行 设定产品目标成本 制定产品质量目标和计划17 概念阶段 18 概念阶段 19 概念阶段 20 概念阶段 21 概念阶段 22 概念阶段 23 概念阶段 24 概念阶段 25 概念阶段活动号 角色 活动描述 根据概念阶段项目计划对具体研发活动的执行进行监控，并定期对项目计划进行更新。本工作将贯 RDPDT-25 RDPDT 穿整个概念阶段的开发工作。 CSPDT-25 CSPDT 按上述计划时间点跟踪，异常及时反馈项目经理。 按照项目计划及关键工作列表监控制造部分的工作，并关注与制造相关的其它部分的工作；通过项 MNFPDT-25 目成员周总结／PDT双周总结／月报等手段向LPDT、职能部门经理、PAC的职能负责人进行项目的 MNFPDT 报告及汇报。 PROPDT-25 按上述计划时间点跟踪，如有异常及时反馈项目经理。 通过大量信息搜集、数据研究，分析同行或是相关行业厂商行为，特别是那些主要领导型厂商行为 MKTPDT-25 。 SE-02 参与监控研发的进度和质量活动。 POP-12 按上述计划时间点协助进行跟踪。 根据产品目标价格趋势、PAC对产品目标毛利的要求，确定产品目标成本，并作为产品包需求的一 FPDT-27 部分，成为方案决策的依据之一。 根据公司质量方针和策略，结合本产品的质量要求，制定本产品要达到的质量目标，以及为达成这 PQA-10 些质量目标所采取的策略和行动的计划。 依据《产品线规划书》对公司当前的和潜在的客户进行访谈；介绍公司当前的产品；审视竞争前 景；确定客户细分；审视客户需求、目前的客户满意度；相对价值的价格；上市时间；服务／保 MKTPDT-30 证；迁移计划；整体成本等；根据以下要素确定市场定位：类型、特征、渠道组合、价格、市场份 额、客户满意度；确定市场引导区域；确定改进领域；决定概念优化策略。 MKTPDT-35 依据《产品需求包》中的《市场需求》部分对市场需求规格进行验证，确保需求的正确性。 对《产品需求包》需求列表中有关产品易用性需求的部分通过客户访谈等形式进行验证，并产生《 SE-06 产品需求包》需求中易用性需求部分。 与PDT市场成员一起工作以定义市场需求；与PDT客服成员一起工作以定义安装和可服务性需求； IDE-10 评议和优化市场需求和可服务性需求；设计参照基准；进行基准比较并获取与竞争对手可以竞争的 UCD（以用户为中心的设计）信息。 Sourcing team参与制定初始物料／供应商选择计划。这个计划主要用于评估基于PDT提供的新产 PROPDT MKTPDT SE POP FPDT PQA26 概念阶段 27 概念阶段 28 概念阶段 29 概念阶段验证市场需求 验证市场需求规格 验证可用性需求 参与验证易用性需求MKTPDT MKTPDT SE IDE30 概念阶段 31 概念阶段 32 概念阶段确定是否需要组建Sourcing team 启动供应商认证流程品，初步设计中涉及的物料的采购风险和预估成本。开发工程师须提供物料／模块的规格信息。其 PROPDT-27 他如市场初步量的需求、项目开发计划、须采购的关键物料清单、供应商选择标准、供应商选择的PROPDT PRO RDPDT33 概念阶段34 概念阶段风险评估与规避计划等都应包括在该计划中。 PRO-10 如果需要，Sourcing team将启动供应商认证流程。 检查基于以前项目经验教训的智力资产以防重犯过去的错误；探索能使用在新项目上的内部技术 进行知识产权／智力资产分析和 RDPDT-30 （共用基础模块）；评估时间进度、成本和交付的风险；检查概念和技术可申请专利的专利权和法 评估可选方案 律问题。 检查基于以前项目经验教训的智力资产以防重犯过去的错误；探索能使用在新项目上的内部技术 进行知识产权／智力资产分析和 SE-05 （共用基础模块）；评估时间进度、成本和交付的风险；检查概念和技术可申请专利的专利权和法 评估可选方案 律问题。 协作产生多个概念并检查每一个的优缺点；选择一个概念进行进一步的定义；提出并评估融入概念 探索可选概念和提供技术可选方 的产品、元器件、制造工艺等的多种技术选择；研究外部的产品、元器件和工艺（制造）技术；评 EE-10 案 估项目风险；确定预备技术作为备用；根据项目具体需要，视情况与研发代表和采购代表共同决 定：是否需要引入关键供应商参与概念形成过程并参与产品开发。 协作产生多个概念并检查每一个的优缺点；选择一个概念进行进一步的定义；提出并评估融入概念SEEE35 概念阶段探索可选概念和提供技术可选方 案ME-10的产品、元器件、制造工艺等的多种技术选择；研究外部的产品、元器件和工艺（制造）技术；评 估项目风险；确定预备技术作为备用；根据项目具体需要，视情况与研发代表和采购代表共同决 定：是否需要引入关键供应商参与概念形成过程并参与产品开发。 协作产生多个概念并检查每一个的优缺点；选择一个概念进行进一步的定义；提出并评估融入概念ME36 概念阶段探索可选概念和提供技术可选方 案 探索可选概念和提供技术可选方 案 探索可选概念和提供技术可选方 案 定义RAS其他需求IDE-20的产品、元器件、制造工艺等的多种技术选择；研究外部的产品、元器件和工艺（制造）技术；评 估项目风险；确定预备技术作为备用；根据项目具体需要，视情况与研发代表和采购代表共同决 定：是否需要引入关键供应商参与概念形成过程并参与产品开发。IDE37 概念阶段 38 概念阶段 39 概念阶段SWE-10 SWE协助SE根据用户需求探索可选的软件实现方案，评估相关技术风险。 TE-15 SE-03 TE根据多个技术方案提供相应的测试技术方案，并检查每个的优缺点。 提出RAS（Reliability、Availability、Serviceablity可靠性、可用性、可维护性）和其他产品需求，这 些需求的提出可以基于公司现有的规范、上一版本产品的缺陷／设计经验等。当存在公司产品间的 共享、平台借用时，需要分析其他产品对本产品的需求。 基于以前的经验以及经验数据库的案例，在系统工程师开发产品需求时提供输入以便产品可避免已SWE TE SE40 概念阶段 41 概念阶段定义可制造性／可测试性需求 定义可测性需求AME-15 知道的制造、装配和测试问题。从设计对制造的影响、设计方法论、制造方法论、制造能力、物理 布局，是否适应大批量生产等方面考虑可制造性及制造可测试性的需求。具体内容参见模板。 TE-10 可测试性需求包括软件可测试性需求、硬件可测试性需求。 确定可服务性需求，为系统工程师开发产品需求提供输入，按如下方式操作： ●　进行客户访谈，了解客户在安装维护方面的需求；AME TE42 概念阶段定义可服务性需求●　根据模板进行可服务性需求整理并按照需求对技术支持的重要性进行排序； CSS-10 ●　和需求分析组讨论可服务性需求，就产品准备满足的需求达成初步共识； ●　PDT小组讨论各部分需求，包括市场（代表客户）、研发、测试、技术支持（可服务性需求）、 生产需求满足情况，根据开发进度等多重因素对需求进行分析； ●　所有需求整合成一个需求项目列表，提交SE进行产品需求设计输入。 RDPDT-35 协助SE选择评价不同软、硬件概念的优缺点，选择一个概念。CSS43 概念阶段产生和评估产品包概念并选择概 念RDPDT第 2 页，共 19 页编号阶段活动活动号检查市场需求报告； 定义概念评价标准和建议； 定义技术生存能力、准备就绪评价标准；活动描述角色44 概念阶段产生和评估产品包概念并选择概 念SE-07产生多个产品包概念； 记录每个概念的优缺点； 根据标准对每个概念评价； 选取一个概念。SE45 概念阶段 46 概念阶段 47 概念阶段 48 概念阶段 49 概念阶段产生和评估产品包概念并选择概 念 产生和评估产品包概念并选择概 念 产生和评估产品包概念并选择概 念 产生和评估产品包概念并选择概 念 产生和评估产品包概念并选择概 念EE-12协助SE选择评价不同硬件概念的优缺点，选择一个概念。EE SWE ME IDE TESWE-12 协助SE选择评价不同软件概念的优缺点，选择一个概念。 ME-12 IDE-27 TE-17 协助SE选择评价不同结构概念的优缺点，选择一个概念。 协助SE选择评价不同工业设计概念的优缺点，选择一个概念。 TE对产品包概念确定测试技术的最佳方案。确定新测试工具的需求，明确测试工具可获得性。明确 试验局需求； 协助SE选择评价不同测试概念的优缺点，选择一个概念。 根据概念阶段所能够获得的信息，尽可能分析出与本产品有关的各个标准方面的状态，并与产品设 SE-09 计需求建立对应关系，为计划阶段进行的各产品设计活动（“系统设计和设计规格定义”、“概要设计” 等）提供来自标准方面的约束，以保证产品的设计符合有关标准，并为计划阶段进行“制定产品企业 标准”活动打基础。 将市场需求、可制造性、可服务性、可获得性和功能需求集成为产品需求，它覆盖了与客户接触的 所有点，也就是销售、获得、计划、安装、培训、支持、维护、升级、退出等。 ●　集成产品需求包需求：明确包括特征在内的、前期定出的各种优先级；集成地理需求（NLS）； 集成适用于当前产品包的技术建议；集成智力财产、智力资产建议；集成可服务性需求和建议；确50 概念阶段制定标准策略SE51 概念阶段定义产品包需求和产品概念SE-10定初步的RAS的质量需求；集成可制造性需求和建议；准备产品需求包需求报告。 ●　定义产品概念：回顾最初的系统架构假设、标准假设、CBB（公共基础模块）／重用目标；定义 最初的产品架构假设；回顾产品包需求报告；开发设计需求；定义CBB设计元素；进行硬件元素、 软件元素、技术支持和服务元素的初步选择；确定初步的问题定位需求；开发初步的产品包假设； 开发高层产品包概念。 TR（技术评审）1是在CDCP（概念决策评审）前针对产品需求包和产品概念的评审。对产品需求包 （包括市场需求、可服务性需求、可制造性需求、可采购性需求等）的完整性／完备性／技术的可 行性进行评审。评审通过后将需求置于更改控制之下。 ●　TR1重点关注产品包需求的完备性以及选择的产品概念是否满足产品包需求。同时，TR1还对产 品设计需求的关键点进行评估：SE52 概念阶段技术评审1SE-20　　■　评估产品设计需求是否充分映射产品包需求； 　　■　确保产品包需求的技术可行性以及产品概念的有效性； 　　■　判断本阶段的交付件描述是否明晰而足以指导产品规格的设计。 ●　TR1同时关注下列目标： 　　■　评估产品标准策略； 　　■　评估部件重用计划。 ●　TR1通过后需求应被置于更改控制之下。 TR（技术评审）1是在CDCP（概念决策评审）前针对产品需求包和产品概念的评审。对产品需求包 （包括市场需求、可服务性需求、可制造性需求、可采购性需求等）的完整性／完备性／技术的可 行性进行评审。评审通过后将需求置于更改控制之下。 ●　TR1重点关注产品包需求的完备性以及选择的产品概念是否满足产品包需求。同时，TR1还对产 品设计需求的关键点进行评估：SE53 概念阶段技术评审1PQA-20　　■　评估产品设计需求是否充分映射产品包需求； 　　■　确保产品包需求的技术可行性以及产品概念的有效性； 　　■　判断本阶段的交付件描述是否明晰而足以指导产品规格的设计。 ●　TR1同时关注下列目标： 　　■　评估产品标准策略； 　　■　评估部件重用计划。 ●　TR1通过后需求应被置于更改控制之下。 根据技术评审1的结果，解决产品需求的相关问题，刷新产品需求，形成需求基线。 需求定义之后，仍可能随时间而变化，因为从潜在的客户那里得到了更多的信息；若在出现这些更 改时将之包括在产品需求包之中，则项目的目标和完成标准将不断变化，将导致出现不良影响；结 构化的需求更改控制将使产品更稳定，因为所有变更被置于控制之下。可以提出需求更改，但它们 只能通过一个结构化流程进行更改（交付更改管理）。如果基线化后的需求发生较重大或频繁的变 更，SE需要在经验教训总结中进行分析。 根据对早期产品需求包结构的了解提供一个目标产品粗略的概览。应该自上而下的建立，包括最上PQA54 概念阶段产品需求包基线化SE-30SE55 概念阶段监控和管理需求更改SE-40SE56 概念阶段 57 概念阶段 58 概念阶段创建早期BOM （开发过程中更 新）提供新器件规格 制定初始的EC计划 进行总体风险评估SE-35 SE-45层器件、装配件、子装配件。这些信息将用于早期与设计、制造、采购等各个功能部门就产品概念 进行的沟通。《系统配置》初稿。 是从无到有的工程变更（EC）计划，是为了保证基础记录和技术设计信息能有序而及时地从开发向 制造发布。（体现在质量计划中，不单独制定）SE SE LPDTLPDT-25 通过确认各方面的风险，评估其潜在影响，并制定计划以控制风险，缓和风险发生所带来的冲击。第 3 页，共 19 页编号阶段活动活动号●　审阅选定的产品概念和技术路线； 　　■　相关技术在产品中的作用；活动描述角色●　分析选定的技术路线，确定需对外合作解决的技术： 　　■　相关技术在公司的现状与业界情况的比较分析； 　　■　分析对外合作的原因（解决有无、缩短TTM（产品上市时间）、经济性考虑等）。 ●　依据对产品概念、技术路线和可能的资源状况分析，提出可资源外包解决的技术（人力不足或非 公司核心技术可以外包）： 59 概念阶段 制定对外合作策略 LPDT-21 　　■　人力不足或非公司核心技术可以外包； 　　■　委托测试等。 ●　合作分析： 　　■　工作量估算； 　　■　可能的风险及控制方法； 　　■　对外合作项目费用占产品研发费用的比例； 　　■　该项目同时可以对公司其他产品或技术带来何种收益（可能依此分摊费用）。 ●　可能的合作对象（可选，尽量提出以便指导计划阶段），根据具体合作业务的需要，采购代表参 与确定可能的合作对象。 根据项目的具体特点和公司有关信息安全的规定，决定本产品的信息安全要求和实施计划，确保项 60 概念阶段 制定信息安全计划 LPDT-27 目的成果得到有效保护。主要内容包括：产品信息安全要求、产品设计安全计划、文档管理安全计 划、组织管理安全计划、工作环境安全计划、变更管理和沟通计划等。 预测所有的产品成本估计，包括：硬件、软件、开发、工具、生产、市场和销售、定单履行、客户 61 概念阶段 62 概念阶段 实施初步的财务评估 准备开发和验证计划 FPDT-30 服务等；开发收入的估计（基于按区域、渠道的销售预测等）；开发收益率估计；项目投资总额、 投资报酬率、净现值、内含报酬率等估计。 制定开发和验证的高层计划，包括主要里程碑、主要活动、资源、进度、开发和验证成本、主要的 RDPDT-40 技术风险等。 制定一个履行客户订单的策略，包括ESP客户的总体方案（ESP：Early Support Program早期支持 FF-10 S-10 程序）―如何生成订单，通过哪个渠道，订单如何被传递、接受、处理、安排计划、构建、交付并 在客户现场完成安装；以及如何将订单的状态通知到客户（也包括现场销售及渠道支持人员）：电 话／传真，web站点，检查表，邮件，电子邮件等。 支持行销人员以按地理、渠道及产品特性等来做出销量预测。 进行按区域、渠道等的销售量估计，开发按区域、渠道等进入市场的策略。综合性地描述产品要满 FPDT RDPDT LPDT LPDT63 概念阶段 64 概念阶段 65 概念阶段制定订单履行策略 支持制定销售预测 制定初始的市场计划FF S MKTPDT足的市场需求和与产品容量及产品组合相关的潜在细分市场（销售预测）和完成销售预测而需要采 MKTPDT-36 取的战术性活动，类似产品在何处销售、需要关注的目标市场、如何承受竞争压力等问题都需要详 细的描述（市场策略）以及目标市场的竞争对手分析，包括价格和目标用户。 制订产品生产的高层策略，定义如何以及在哪里制造产品，是否使用外部单位等，包括初始生产产 MNFPDT-30 品、量产产品。具体内容参见模板。 定义客户服务和支持将如何提供，是否使用第三方或渠道或网站，将提供哪类的支持、在什么区域 等，为制定业务计划和建议做准备。 ●　根据模板，进行策略分解，确认需要考虑哪些方面策略； CSPDT-30 ●　和职能部门领导了解目前的服务和支持策略，听取领导的建议； ●　按照模板，分部份确认工程服务策略，确认维护策略、确认收费服务策略、预估服务成本和收入 、预估人力资源需求、其他策略等。 MKTE-14 根据销售专员的反馈，结合市场分析结果，按地理、渠道及产品特性等来做出销量预测。 确定候选的供应商，确定关键元器件供应商，调查供应商，基于公司供方选择与评价标准选择供应 商，跟踪记录、验证供应商等；从供应商处获得关键器件的材料成本预估，进行成本结构分析，选 择主要的和候选的供应商。对所用的材料和器件进行ROM （Rough Order of Magnitude，粗略定货66 概念阶段制定制造策略MNFPDT67 概念阶段制定客户服务策略CSPDT68 概念阶段制定销售预测MKTE69 概念阶段制定初始的供应商&物料供应计 划数量） 的成本估算；确认关键和独家供应商事宜，包括以下内容，具体内容请参见模板。 PROPDT-30 ●　制定关键器件供应商选择标准； ●　制定采购应急计划； ●　进行采购“合理成本”分析； ●　ROM成本估算。 定位产品的市场细分；提供市场／机会分析；提供竞争分析；识别风险、优先级；目标市场和价 格；确定在产品概要概念中的技术方法；提供项目投入产出的财务分析，主要涉及研发项目支出预 算、产品盈利能力预测等；提出并证实建议；用标准模板准备业务计划，概念DCP前分发给PAC。 项目计划和业务计划是概念阶段的关键交付件，用于项目的总体控制和项目风险分析。主要步骤如 下： LPDT-30 ●　制定项目计划－基于模板在LPDT统一把握下，各PDT成员完成各自部分，然后综合讨论确定。 ●　制定业务计划－11个部分分解到PDT各个成员，PDT成员根据前面的输出写作，由LPDT整合汇 总。 ●　确定主要事件／里程碑。 ●　工作量评估和资源预估。 ●　风险分析管理。PROPDT70 概念阶段制定业务计划和端到端项目计划 （WBS1／2级）LPDT71 概念阶段制定业务计划和端到端项目计划 （WBS1／2级）FPDT-40 ●　参与制订业务计划和和端到端项目计划。 项目计划和业务计划是概念阶段的关键交付件，用于项目的总体控制和项目风险分析，RDPDT参与 计划的主要工作内容如下： ●　制定开发项目计划：在LPDT指导下基于相关的标准模板，完成开发项目计划，经过综合讨论后FPDT72 概念阶段制定业务计划和端到端项目计划 （WBS1／2级）形成项目计划。 RDPDT-50 ●　协助LPDT制定业务计划：提交概念阶段的开发业务计划给LPDT。 ●　确定产品技术开发过程中的主要事件和里程碑。 ●　进行开发过程中的工作量评估和资源预估。 ●　进行风险分析管理。RDPDT第 4 页，共 19 页编号阶段73 概念阶段 74 概念阶段活动 制定业务计划和端到端项目计划 （WBS1／2级） 制定业务计划和端到端项目计划 （WBS1／2级）活动号 CSPDT-40活动描述角色 CSPDT MNFPDTMNFPDT-40 ●　根据模板参与制定后续生产中和生产相关的关键事件和里程碑。 识别风险、优先级；提供包括成本分析的财务分析；提出并证实建议；用标准模板准备业务计划， 概念DCP前分发给PAC。 项目计划和业务计划是概念阶段的关键交付件，用于项目的总体控制和项目风险分析。主要步骤如 下： PROPDT-40 ●　制定项目计划－基于模板在LPDT统一把握下，各PDT成员完成各自部分，然后综合讨论确定。 ●　制定业务计划，根据前面的输出写作，由LPDT整合汇总。 ●　确定主要事件／里程碑。 ●　工作量评估和资源预估。 ●　风险分析管理。75 概念阶段制定业务计划和端到端项目计划 （WBS1／2级）PROPDT76 概念阶段制定业务计划和端到端项目计划 （WBS1／2级）●　纳入年度项目规划，确定各阶段产品的基本规格、大致上市时间、产品定位、定价和所要达成的 MKTPDT-40 MKTPDT 市场任务。 为了提高决策时效率和质量，要保证PAC委员在正式决策评审会前，对业务计划有充分的了解， PDT成员在正式决策评审会前与PAC委员进行充分沟通。建议程序如下： LPDT-40 ●　在决策评审材料提交给PAC成员后的3到4天内，与委员们进行沟通。每次沟通都要有纪要，沟通 的内容就是决策评审材料（业务计划和项目计划），沟通后如有必要在业务计划中修改的，在决策 评审前修改完成。 ●　沟通的问题汇总及答复意见在决策评审会议上要进行汇报。 PAC对PDT提交的《初始业务计划》和建议进行评审，在会上做出该项目继续／终止的决定，并书 面通知PDT评审结果。如果决策结果是“继续”，PAC将做出下一阶段开始前所需的承诺，项目就进入 计划阶段；如果决策结果是“终止”，立即解散并终止项目。 在初始的业务计划中，PDT将给出如下方面的内容：针对给定目标细分市场存在的机会分析、目标 客户群、拟开发的产品描述、成本及风险估计、初始销量预测及初始财务评估。 概念阶段的财务估算按V版本进行，包括V版本的第一个特性版本的计划决策评审点之后到最后一个 PAC-20 特性版本GA点为止的所有WBS1／2级计划所需要的全部投资的估算。 PAC 评审时需关注：该概念阶段业务计划作为一个产品，是否具有足够的业务发展潜力（相对于其他项 目而言）？更多考虑的是战略可行性。 ●　对市场的了解 ●　产品（定位、竞争分析、市场地位、分销渠道） ●　业务潜力（相对其他产品而言） ●　开发计划 ●　更新项目计划／合同（LPDT）； ●　修正／发布产品包（LPDT）； ●　更新集成项目文件／模板（LPDT）； LPDT77 概念阶段与PAC成员充分沟通78 概念阶段概念决策评审79 概念阶段更新项目数据库POP-16●　RDPDT更新共用硬件数据库（Aspect）； ●　调整组织／技能／资源（LPDT）； ●　调整设施及场地（LPDT）； ●　调整资金（与FPDT一起）； ●　确定关键文档，在哪里存放文档的软、硬拷贝。 ●　关闭项目计划／合同（LPDT）； ●　关闭产品包（LPDT）； ●　关闭集成项目文件／模板（LPDT）；POP80 概念阶段关闭项目数据库POP-15●　RDPDT关闭共用硬件数据库（Aspect）； ●　解散组织／技能／资源（LPDT）；（如果项目中止） ●　释放设施及场地（LPDT）； ●　释放资金（FPDT）； ●　确定关键文档，在哪里存放文档的软、硬拷贝。 概念决策评审后PDT对概念阶段工作的成功经验和失败教训进行总结，并按照统一的模板和要求形POP81 概念阶段 82 计划阶段项目经验教训总结 增扩PDTLPDT-42成案例存储在统一的IT数据系统，并推动共享、查询和继承应用。 PAC-30 PDT选择和落实为完成该产品计划阶段任务所需的PDT扩展组成员，PAC批准资源。 在PDT开始工作前对PDT团队的系统培训，包括以下内容： ●　团队建设培训； LPDT-46 ●　产品开发流程培训，重点是计划阶段的流程； ●　系统工程培训； ●　项目管理培训。LPDT PAC83 计划阶段团队培训LPDT84 计划阶段增加扩展组成员并更新项目文档 POP-20 更新项目文档及数据库，将外围组成员加入进来。同时也要更新智力资本数据库。POP第 5 页，共 19 页编号阶段活动活动号活动描述 通知和分配附加的团队成员给项目；建立团队，将新成员引导进入项目，解释他们的角色和对他们 的期望。参考议程如下： ●　项目目标介绍（LPDT）； ●　宣读PDT扩展组任命（LPDT）； ●　PDT成员相互介绍（核心组和扩展组成员）；角色85 计划阶段开工会LPDT-50●　计划阶段流程简单介绍（引导者或LPDT）； ●　概念阶段回顾和交付件介绍（LPDT）； ●　计划阶段团队成员的角色和职责（LPDT）； ●　计划阶段目标交付件介绍（LPDT）； ●　明确计划阶段项目计划、考评和汇报关系、日常沟通方式（LPDT）； ●　团队和个人测评指标及激励机制 （LPDT）； ●　签订资源承诺书（可选）； 组织PDT成员共同讨论制定项目计划阶段项目计划，为计划阶段工作提供指导。 依据WBS模板分派工作（PDT经理）；LPDT86 计划阶段制定计划阶段项目计划（WBS3 ／4级）LPDT-55核心成员制订本业务领域计划，包括时间、成本、约束条件； 共同讨论制订计划； 计划应分解到可以控制的工作包； 工作包必须在40小时以内。LPDT87 计划阶段 88 计划阶段制定计划阶段项目计划（WBS3 ／4级） 制定计划阶段项目计划（WBS3 ／4级）FPDT-45 ●　参与制定计划阶段项目计划（WBS3／4级） ●　LPDT组织PDT核心组成员（各PDT代表）共同讨论制定计划阶段的项目计划，为计划阶段工作 RDPDT-55 提供指引，RDPDT需要制定计划阶段项目的（研发）计划书。 ●　针对概念阶段分析结果，根据日程安排，制定计划阶段工作表； ●　对概念阶段的分析结果进行工作细化，形成计划阶段具体工作流程；FPDT RDPDT89 计划阶段制定计划阶段项目计划（WBS3 ／4级）●　制定可行性服务的详细需求，需求应基于概要的BOM结构树和系统设计概念框图，以及来自硬 CSPDT-45 CSPDT 件、软件、结构、工艺／以用户为中心的设计产生的输入，修改标准的WBS模板，形成包括资源、 成本、时间进度估计的详细计划，阐述具体技术支持； ●　提交PDT小组讨论，进行技术实现的可行性评估。 ●　根据项目开工会，确认任命PP、AME组成的制造项目小组。 MNFPDT-45 ●　对该阶段的工作量和工作资源做评估。90 计划阶段制定计划阶段项目计划（WBS3 ／4级）MNFPDT91 计划阶段92 计划阶段 93 计划阶段 94 计划阶段 95 计划阶段 96 计划阶段 97 计划阶段 98 计划阶段 99 计划阶段 100 计划阶段 101 计划阶段 102 计划阶段 103 计划阶段●　确认计划阶段制造部分的关键事件的里程碑。 组织PDT成员共同讨论制定项目计划阶段项目计划，为计划阶段工作提供指导。 制定计划阶段项目计划（WBS3 PROPDT-45 PROPDT ●　分析影响计划实施的因素，主要是关键部品； ／4级） ●　落实上述影响因素的具体进度，结合项目开发的主计划，制定关键部品的进度计划。 ●　根据年度规划的各产品定位、定价、市场任务，制定阶段产品具体规格、计划上市时间、量产时 制定计划阶段项目计划（WBS3 间； MKTPDT-45 MKTPDT ／4级） ●　与项目组确认软件功能，提供功能细节要求； 分解目标成本 优化产品质量目标和计划 开始监控项目执行 开始监控项目执行 开始监控项目执行 开始监控项目执行 开始监控项目执行 开始监控项目执行 开始监控项目执行 开始监控项目执行 开始监控项目执行 ●　确定UI界面风格，设计UI界面。 SE 根据产品结构，将产品目标成本分解成模块或关键物料的成本，以便研发和采购控制成本。 进一步优化产品质量目标和计划， 产品质量计划由LPDT及各功能领域代表审核，并作为业务计划的 PQA-30 PQA 一部分纳入业务计划进行管理和监控。 LPDT-56 ●　根据LPDT-55的计划，对整个项目组计划涉及的活动的质量和进度进行监控。 LPDT FPDT-46 FPDT ●　根据项目计划本阶段具体研发活动的执行进行监控，并根据需要定期对项目计划进行更新，本工 RDPDT-58 RDPDT 作将贯穿整个计划阶段的工作。 CSPDT-46 CSPDT ●　根据计划阶段项目计划（WBS3／4）监控制造活动，必要时给予相关的资源和调，使项目能按 MNFPDT-46 MNFPDT 计划进行。 PROPDT-46 PROPDT ●　根据PROPDT-45的计划，进行监控。 MKTPDT-46 MKTPDT ●　针对阶段产品，通过信息整理、数据研究、市场调查等手段，监控竞争环境、竞争对手等。 ●　定期地对设计和开发活动进行检查以确保开发人员正确地按产品包技术规格进行开发； 使用 SE-45 SE PDM的EC模块来使规格的更改受控（在PDM实施前，使用变更管理和公司其它的相关流程）。 POP-22 POP 制订发布策略、公关策略、宣传策略。 SE-55 发布策略：市场发布时间、地点、方式； 公关策略：主要是确定针对客户、政府、行业主管部门、社会大众开展那些公关活动，怎样开展， MKTPDT-47 步骤是什么； 宣传策略：主要是宣传内容、宣传思路、宣传方式及何时启动宣传，宣传要突出产品差异性，突出 产品的独特卖点。 与硬件工作师、软件工程师及结构工程师一起协作，分析产品包需求，将需求分解成硬件、软件或 结构子系统；然后每一块（硬件、软件、结构）进一步将需求分配到更下一层子系统、部件或模块104 计划阶段制定发布策略MKTPDT105 计划阶段需求分解和分配SE-50之中； 需求分解要确定某些特殊需求如何由硬件、软件或结构或任何组合形式实现；需求分配要清 SE 晰地决定需求的哪些部门由硬件实现，哪些部分由软件实现，哪些部分由结构实现，它们之间的接 口也要定义清楚。 分析硬件需求，将需求分割成子系统、部件或模块；“硬件需求”的分解和分配将确定某些特殊需求如 何采用子系统、部件或模块的组合来实现，并定义它们之间的接口关系。 分析软件需求，将它们分割成子系统或模块；“软件”需求的分解和分配要确定某些特殊需求如何采用 子系统或模块的组合来实现，并定义它们之间的接口关系。 分析结构需求，将需求分割成子系统、部件或模块；需求的分解和分配要确定某些特殊需求如何由 子系统、部件或模块的组合实现，定义各子系统、部件或模块的装配关系；确定可能采用的新工艺 、新技术。 基于产品需求分解和分配方面的协作活动，生成系统、子系统、部件、模块及接口的技术规格及系 统设计方案，要求表达清晰以减少误解及重复；生成产品技术规格以及系统设计概念框图。106 计划阶段 107 计划阶段 108 计划阶段 109 计划阶段硬件需求分解与分配 软件需求分解与分配 结构需求分解与分配 系统方案和规格设计EE-20 SWE-20 ME-20 SE-60EE SWE ME SE第 6 页，共 19 页编号阶段活动活动号活动描述 SE组织开发人员依据设计需求和设计规格进行Build（模块）划分，生成Build计划和BBIT（Building Block Integrate and Test，构建模块渐增测试）的策略。Build计划是后续制订开发计划和测试与验 证计划的依据。角色110 计划阶段Build 划分SE-65Build划分的关键步骤如下： ●　根据设计需求和设计规格建立功能-模块矩阵 ； ●　初步分析、整理功能跟踪矩阵，建立unique-combination（关联）； ●　划分Build； ●　画Build拓扑图并整理模块进度计划。 对产品需求的分解和分配及确定的产品规格、系统总体方案进行评审。评审通过后将产品规格置于 变更控制之下。 ●　TR2重点关注产品设计需求到产品设计规格的完备性。 ●　TR2的准备活动包括各功能领域完成专项评审，在TR2的评审会上将由PDT核心团队在综合层面 进行讨论，确保设计规格包括并适应每单元和构建模块（譬如单板、软件模块）的设计。 ●　TR2的评审过程包括对关键设计规格和要点的综合讨论，也对产品架构（配置）进行细致审阅SE111 计划阶段技术评审2SE-70（走读），以确保后续的概要设计（HLD）能有效进行。 ●　TR2通过后产品设计规格应被置于更改控制之下。 ●　TR2的目的是确保： 　　■　设计规格充分映射了设计需求，并足以指导后续的IPD流程及功能领域子流程的产品开发活 动； 　　■　定位产品规格和配置中的缺陷和限制，评估风险，形成规避策略和应急计划； 　　■　形成有效的产品配置。 对产品需求的分解和分配及确定的产品规格、系统总体方案进行评审。评审通过后将产品规格置于 变更控制之下。 ●　TR2重点关注产品设计需求到产品设计规格的完备性。 ●　TR2的准备活动包括各功能领域完成专项评审，在TR2的评审会上将由PDT核心团队在综合层面 进行讨论，确保设计规格包括并适应每单元和构建模块（譬如单板、软件模块）的设计。SE112 计划阶段技术评审2●　TR2的评审过程包括对关键设计规格和要点的综合讨论，也对产品架构（配置）进行细致审阅 PQA-40 （走读），以确保后续的概要设计（HLD）能有效进行。 ●　TR2通过后产品设计规格应被置于更改控制之下。 ●　TR2的目的是确保： 　　■　设计规格充分映射了设计需求，并足以指导后续的IPD流程及功能领域子流程的产品开发活 动； 　　■　定位产品规格和配置中的缺陷和限制，评估风险，形成规避策略和应急计划； 　　■　形成有效的产品配置。 将评审通过的《产品系统设计方案》（包含内容产品规格书）作为基线； 对后续产品开发过程中产生的规格更改进行控制。 系统工程师根据基线化的产品包需求、设计需求和设计规格建立需求跟踪矩阵，明确产品包需求如 何一级分解到构建模块上。 定期地对设计和开发活动进行检查以确保开发人员正确地按产品包技术规格进行开发； 开发过程中PQA113 计划阶段 114 计划阶段 115 计划阶段 116 计划阶段 117 计划阶段 118 计划阶段系统规格基线化 制订产品包需求跟踪矩阵 开始监控设计规格 开发BBIT策略 开发BBIT策略 概要设计SE-80 SE-85 SE-90SE SE可以采用查阅文档、参加各类评审会等手段并使用配置管理及涉及制造部分的使用EC（工程变更） SE EE SWE SE控制规格变更。 EE-35 开发人员根据Build计划确定BBIT策略，确保Build构建的质量。 SWE-35 开发人员根据Build计划确定BBIT策略，确保Build构建的质量。 SE-95 系统工程师组织各专业工程师（硬件、软件、结构、EMC（电磁兼容）等）合作，按照《概要设计 》文档模板要求，开发和精练概要设计，包括硬件概要设计、软件概要设计、结构概要设计等。 根据项目需要检索专利文献和科技论文，分析其可利用性和专利风险；并确定产品专利申请计划和 商标使用方案，特别是专利申请计划，以保护公司知识产权；具体分析内容参见《知识产权分析报 告模板》。 基于概要的BOM结构树及系统设计规格，开发一个到板级的硬件概要设计；与系统工程师一起来解119 计划阶段知识产权分析SE-98SE120 计划阶段硬件概要设计EE-30决与其它功能开发小组之间的冲突和问题。提交长周期物料需求报告。必要的话，提出需求和／或 规格更改方面的建议。 基于系统设计规格和软件需求规格说明，进行模块级即需要多少个模块以及每个模块的环境及功能EE121 计划阶段软件概要设计SWE-30 等的软件系统概要设计；准备这一层次的软件系统配置，与系统工程师一起来解决与其它功能开发 小组之间的冲突和问题。必要的话，提出需求和／或规格更改方面的建议 。 基于概要的BOM结构树及系统设计概念框图，进行结构系统概要设计，阐述硬件系统所需要的放置 、供电、线路安装／连接及板件冷却的方法；准备这一层次的结构系统配置，与系统工程师一起来SWE122 计划阶段结构概要设计ME-30解决与其它功能开发小组之间的冲突和问题。必要的话，提出需求和／或规格更改方面的建议。汇 同PAC团队的其它人员对产生的工业设计方案进行评审、选定；汇同采购代表，确定外协厂家和备 选厂家。 根据结构工程师提出的设计输入文件，进行系统、全面的方案设计。基于结构系统概要设计，提供ME123 计划阶段工业设计概要设计IDE-30外观设计给结构工程师以维持品牌形象；提供人机工程设计给结构工程师以满足用户易用性的需 要；，阐述了以用户为中心的设计的各个方面，包括所有顾客接触点；包括工艺设计以及易用性和 人机工程设计等各方面。会同PAC团队的其他人员对产生的工业设计方案进行评审、选型。 基于概要的BOM结构树和系统方案，以及来自于硬件、软件、结构、工艺测试和认证、信息开发和IDE124 计划阶段制定系统测试及验证计划TE-20翻译等方面的工程师／专家的输入，修改标准的WBS模板，形成包括了资源、成本、和时间进度估 TE 计的详细计划，阐述了系统测试（内部和外部的）、品质保证，以及各国准入法规。 基于概要的BOM结构树和系统设计概念框图，以及来自于硬件、软件、结构、工艺／以用户为中心125 计划阶段制定资料开发计划TD-10的设计、测试和认证、信息开发和翻译等方面的工程师／专家的输入，修改标准的WBS模板，形成 包括了资源、成本、和时间进度估计的详细计划，阐述了技术文档的开发和在线信息（信息计划） 的开发。TD第 7 页，共 19 页编号阶段 制定翻译计划活动活动号 TD-15126 计划阶段 127 计划阶段 128 计划阶段 129 计划阶段 130 计划阶段 131 计划阶段活动描述 基于行销计划（考虑不同的地区和渠道）以及详细的信息计划，修改标准的WBS模板，形成包括了角色 TD资源、成本、和时间进度估计的详细计划，阐述技术文档和在线信息的翻译 （翻译计划）。 SE 产品BOM结构树设计；组织对产品BOM结构树评审。 使产品包结构开发规范化并且在EC控制之下。开发这种清单以支持设计和模块（build）流程。确定 SE-99A SE 开发初始BOM 初始BOM中物料的物料编码，对尚未编码的新物料，向物料主数据管理员申请编码。 使产品包结构开发规范化并且在EC控制之下。开发这种清单以支持设计和模块（build）流程。确定 PROPDT-47A PROPDT 开发初始BOM 初始BOM中物料的物料编码，对尚未编码的新物料，向物料主数据管理员申请编码。 如果提前采购定单批准，向ERP 根据PDT做出的提前采购决定和初始BOM，向ERP系统物料主数据管理人员申请物料编码，并将物 PROPDT-49 PROPDT 申请物料编码 料编码补充到采购申请中。 PRO-10A 如果提前采购被批准，采购人员执行采购。 PRO 长周期物料采购 是对产品子系统及模块的概要设计方案进行评审。评审通过后将产品配置置于变更控制之下。 产品数据结构设计 SE-99 TR3是在计划阶段对概要设计（HLD）的评审，确保设计规格已经完全、正确地在概要设计中得到 体现。TR3的结果将作为开发阶段的后续详细设计活动是否继续投入资源的根据。 TR3的准备活动包括各功能领域完成专项评审，在TR3的评审会上将由PDT核心团队在综合层面进行 讨论，确保概要设计足以指导产品项目计划制订、产品业务计划制订、以及后续的详细设计（LLD）132 计划阶段技术评审3SE-100活动。 TR3的评审过程包括对概要设计各主要冲突点的讨论，也需要跟踪设计规格、共用模块重用计划、 产品策略、产品配置的落实情况。 TR3通过后产品概要设计应被置于更改控制之下。 TR3的目的是确保： ●　概要设计（HLD）完备，足以指导后续的详细设计（LLD）活动； ●　保证产品设计规格到概要设计（HLD）之间的完备性； 是对产品子系统及模块的概要设计方案进行评审。评审通过后将产品配置置于变更控制之下。 TR3是在计划阶段对概要设计（HLD）的评审，确保设计规格已经完全、正确地在概要设计中得到 体现。TR3的结果将作为开发阶段的后续详细设计活动是否继续投入资源的根据。 TR3的准备活动包括各功能领域完成专项评审，在TR3的评审会上将由PDT核心团队在综合层面进行 讨论，确保概要设计足以指导产品项目计划制订、产品业务计划制订、以及后续的详细设计（LLD）SE133 计划阶段技术评审3PQA-50活动。 TR3的评审过程包括对概要设计各主要冲突点的讨论，也需要跟踪设计规格、共用模块重用计划、 产品策略、产品配置的落实情况。 TR3通过后产品概要设计应被置于更改控制之下。 TR3的目的是确保： ●　概要设计（HLD）完备，足以指导后续的详细设计（LLD）活动； ●　保证产品设计规格到概要设计（HLD）之间的完备性； 将评审通过的产品概要设计作为基线；PQA134 计划阶段 135 计划阶段 136 计划阶段 137 计划阶段概要设计基线化 制定命名规则 优化信息安全计划 制定客户服务／支持计划SE-110SE 对后续产品开发过程中产生的配置更改进行控制。 MKTE-15 参考业界、竞争对手及公司已有的商标、命名规范制定产品的命名规则。 MKTE LPDT-59A优化概念阶段制定的信息安全计划。 LPDT 基于概要的BOM结构树和系统设计概念框图，以及来自硬件、软件、结构、工艺／以用户为中心的 CSS-20 设计产生的输入，修改标准的WBS模板，形成包括资源、成本、和时间进度估计的详细计划，阐述 CSS 技术支持。 基于制造策略，更新标准的WBS模板，形成包括资源、成本和时间进度估计的详细计划，阐述如何138 计划阶段制定制造计划AME-30 制造产品；与采购一道决定哪些元器件或零件需要制造，哪些应采购，部件在哪里制造（哪个地 点，哪条生产线等等），包括业务和项目两方面。 整合PDT相关核心成员提出的产品上市过程的物料资源需求（预测）计划，包括功能样机、初始产 品、量产产品、生产物料等需求计划，特别是关键器件、长货期器件等在整个产品生命周期内的需AME139 计划阶段整合物料需求计划AME-31求（预测）数据，提交给采购代表做为与供应商谈判时器件采购数量的依据。 整合物料需求计划的目的是保证产品上市过程中所有的物料资源需求在预算的前提下尽早明朗化， 并对资源需求的合理性统一规划，同时指导硬件工程师、物料计划工程师及时启动采购计划下达工 作。 根据产品各单板的技术特点以及市场预测，结合生产可测试性需求在产品中的实现情况，给出该产 品在以后制造过程的生产测试解决方案；规划出本产品需要新开发的测试仪，并对测试仪的总体方AME140 计划阶段装备和工艺总体方案设计AME-35案进行简要说明；结合总体方案及测试仪开发涉及到的关键技术，初步估计开发工作量及开发方式 （外包或自行开发等）。根据硬件的可生产性设计与结构件的可装配性设计的实际，给出硬件、结 构件的生产解决方案。如，单板加工及结构件装配所需的工装、工具的考虑，生产流程、关键工序AME141 计划阶段更新供应商&物料选择计划及生产场地等的考虑。给出制造策略的落实措施。 更新概念阶段《初始供应商&物料选择计划》，根据项目计划设定采购业务相关目标，包括供应商选 PROPDT-47 择与评价、采购订单下达、到货、质量、成本、库存等方面的指标设定，更新标准的WBS模板，形 PROPDT 成包括资源、成本和时间进度估计的详细计划。 基于定单履行策略（如何产生定单，通过何种渠道，他们将如何被接受、处理、安排调度、制造、142 计划阶段 143 计划阶段制定订单履行计划 销量承诺FF-20 S-20交付和在客户现场安装）。修改标准的WBS模板，形成包括资源、成本、和时间进度估计的详细计 FF 划，阐述定单履行。 如果可能，与行销一道制定按渠道、地域等等的销量承诺。销量承诺对详细的财务、市场、开发、 测试、采购、制造和技术支持计划有极大的影响。 对一些长货期器件和关键器件（包括功能样机、初始产品、RAMP UP产品、量产产品）的是否进行 提前采购进行决策，AME参与其中，根据决策结果制定长货期和关键器件采购计划， 此活动由 MNFPDT组织，由LPDT批准决定。此活动为例行工作，滚动进行。但是，计划阶段的实际采购下单 仅针对必需的功能样机物料。 详细说明请见模板。 对一些长货期器件和关键器件（包括功能样机、初始产品、RAMP UP产品、量产产品）的是否进行 S144 计划阶段做出提前采购决定LPDT-57LPDT145 计划阶段做出提前采购决定提前采购进行决策，AME参与其中，根据决策结果制定长货期和关键器件采购计划， 此活动由 MNFPDT-48 MNFPDT MNFPDT组织，由LPDT批准决定。此活动为例行工作，滚动进行。但是，计划阶段的实际采购下单 仅针对必需的功能样机物料。 详细说明请见模板。第 8 页，共 19 页编号阶段活动 做出提前采购决定活动号 FPDT-48活动描述 对一些长货期器件和关键器件（包括功能样机、初始产品、RAMP UP产品、量产产品）的是否进行 提前采购进行决策，AME参与其中，根据决策结果制定长货期和关键器件采购计划， 此活动由 MNFPDT组织，由LPDT批准决定。此活动为例行工作，滚动进行。但是，计划阶段的实际采购下单 仅针对必需的功能样机物料。 详细说明请见模板。 对一些长货期器件和关键器件（包括功能样机、初始产品、RAMP UP产品、量产产品）的是否进行角色 FPDT146 计划阶段147 计划阶段做出提前采购决定提前采购进行决策，AME参与其中，根据决策结果制定长货期和关键器件采购计划， 此活动由 PROPDT-48 PROPDT MNFPDT组织，由LPDT批准决定。此活动为例行工作，滚动进行。但是，计划阶段的实际采购下单 仅针对必需的功能样机物料。 详细说明请见模板。 对一些长货期器件和关键器件（包括功能样机、初始产品、RAMP UP产品、量产产品）的是否进行148 计划阶段做出提前采购决定AME-32提前采购进行决策，AME参与其中，根据决策结果制定长货期和关键器件采购计划， 此活动由 MNFPDT组织，由LPDT批准决定。此活动为例行工作，滚动进行。但是，计划阶段的实际采购下单 仅针对必需的功能样机物料。 详细说明请见模板。 ●　审阅业务计划和项目端到端计划 ●　审阅对外合作策略报告 ●　审阅各合作项目立项建议书及立项评审表，根据具体对外合作项目的需要，采购代表参与相关合 作项目。 　　■　产品合作项目 　　■　运营商合作项目AME149 计划阶段制定对外合作计划LPDT-58　　■　技术合作项目 ●　优化细化各合作项目计划 　　■　各合作项目要求的启动时间和要求完成时间，及项目成果（含阶段成果）提交时间 　　■　工作量估算及人力需求计划（公司内部投入需求、对外部 人力需求） 　　■　合作费用分析：投资分析、占产品研发预算比例 　　■　各合作项目成果验收标准 　　■　风险预测（内部风险如需求可能变动、技术方案变动；外部风险如达不到技术要求、时间延LPDT150 计划阶段 151 计划阶段 152 计划阶段 153 计划阶段优化总体风险评估 优化财务评估 编制优化的财务分析报告 优化开发项目计划误等） LPDT-59 对概念阶段的风险评估进行优化和细化。 LPDT 优化早期的成本估计――硬件、软件、开发、订单履行、制造、行销和销售、客户服务等等，基于 FPDT-50 以概要设计、配置和规格等表现的改进后的系统定义，优化WBS 3／4级计划和开发／技术支持／制 FPDT 造／采购／和行销的估计。 FPDT-52 还要优化从市场获得的收入的估计（基于销售区域、渠道等的预测），以及优化利润率估计。 修改硬件、软件、结构、工艺／以用户为中心的设计、测试、认证、质量保证、信息和翻译方面的 FPDT研发WBS 3／4级模板，制定研发部分的详细工作计划。在工作计划的基础上进行详细的资源、成本 RDPDT-60 RDPDT 和时间进度估计并将这些信息提供给财务成员，以帮助其准备财务评估，并报告LPDT以便准备业务 计划和项目计划。 修改WBS 3／4级计划，制定项目中采购部分的详细工作计划。基于工作计划制定详细的资源、成本 PROPDT-50 、时间进度估计，并将这些信息提供给PDT核心组财务成员，以帮助其准备财务评估，报告LPDT以 PROPDT 便准备业务计划和项目计划。 基于获得潜在客户和停止销售的市场策略，与合作伙伴和销售渠道一起宣传和促销产品包，采取一154 计划阶段优化采购项目计划155 计划阶段更新市场计划MKTPDT-48 些销售激励措施等，修改标准的WBS模板，形成包括资源、成本、和时间进度估计的详细计划，阐 MKTPDT 述行销。包括早期客户支持（ESP）计划。 修改标准的技术支持WBS 3／4级模板，制定项目中技术支持部分的详细工作计划。基于工作计划进 CSPDT-50 行详细的资源、成本、时间进度估计并将这些信息提供给PDT核心组财务成员，以帮助其准备财务 CSPDT 评估，并报告LPDT以便准备业务计划和项目计划。 修改标准的制造WBS 3／4级模板，制定项目中制造部分的详细工作计划。基于工作计划进行详细的 MNFPDT-50 资源、成本、时间进度估计并将这些信息提供给PDT核心组财务成员，以帮助其准备财务评估，并 MNFPDT 报告LPDT以便准备业务计划和项目计划。 修改行销WBS 3／4级模板，制定项目中行销部分的详细工作计划。基于工作计划制定详细的资源、 MKTPDT-50 成本、时间进度估计并将这些信息提供给PDT核心组财务成员，以帮助其准备财务评估，报告LPDT MKTPDT 以便准备业务计划和项目计划。 定期对设计和开发活动进行检查，确保设计人员正确按概要设计进行，开发开发过程中可以采用查156 计划阶段优化技术支持项目计划157 计划阶段优化制造项目计划158 计划阶段优化市场项目计划159 计划阶段监控和管理配置SE-120阅文档、参加各类评审会等手段并使用配置管理及涉及制造部分的使用EC（工程变更）控制规格变 SE 更。 综合分析各输入文档，规划出所有与本产品有关的、有必要进行的标准项目，并明确各标准项目的 计划启动时间、计划完成时间、项目负责人和人力资源需求，以及其他标准活动，输出《产品标准 计划》。 此活动重点是： ●　决定技术路线的选择。 ●　规划标准项目。 合并由财务、研发、技术支持、制造、采购和市场的输入，优化成更详细的业务计划和项目计划。 并为项目提供建议。在计划决策评审会议之前分发这些材料给PAC成员；制定计划决策评审会议时 间表160 计划阶段制定标准计划SE-121SE161 计划阶段优化项目计划和 业务计划LPDT-60项目计划和业务计划是计划阶段的关键交付件，主要步骤如下： ●　优化业务计划－11个部分分解到PDT各个成员，PDT成员根据前面的输出写作，由LPDT整合汇 总。 ●　制定总项目计划－基于模板在LPDT统一把握下，各PDT成员完成各自部分，然后综合讨论确定 。LPDT162 计划阶段拟制合同书基于项目计划和评估制定合同文件，在PAC与PDT之间达成有关产品开发项目和交付的协议。LPDT LPDT-70 在完成业务计划和总项目计划后拟制合同书。合同书以承诺的方式对产品开发的进度、质量以及财 LPDT 经指标加以约束，明确PDT与PAC在开发过程中所负的责任和承担的义务，并作为考核依据。第 9 页，共 19 页编号阶段活动活动号活动描述 为了提高决策时效率和质量，要保证PAC成员在正式决策评审会前，对业务计划等有充分的了解， PDT成员在正式决策评审会前与PAC成员进行充分沟通。建议程序如下： ●　在决策评审材料提交给PAC成员后的3到4天内，与成员们进行沟通。每次沟通都要有纪要，沟通 的内容就是决策评审材料（业务计划和项目计划），沟通后如有必要在业务计划中修改的，在决策 评审前修改完成。 ●　沟通的问题汇总及答复意见在决策评审会议上要进行汇报。 计划决策评审点是PAC对PDT提交的优化的业务计划和建议书以及合同书进行评审，在会上做出该 项目继续／终止的决定，并书面通知PDT评审结果。如果决策结果是“继续”，则PDT与PAC签订合 同，项目进入开发阶段。PAC授权PDT管理被批准的项目按计划执行以及按照合同条款对项目的交 付负责，项目由此进入开发阶段。PAC要提供从开发阶段开始直到GA（General Availability）点的 资金，承诺确保必需的资源到位。如果决策结果是“终止”，立即解散并终止项目。 优化的业务计划以初始的业务计划为基础，提供了更多的细节内容及对计划的承诺。 合同中包括了项目的关键参数，包括销量、预期的单元成本、利润、开发成本以及产品正式发布及 规模供货（GA）日期等，每一项都要用括号注明允许的误差。项目合同需列出允许的偏差。项目进 入开发阶段后，合同代表了PAC做出的坚实承诺，即每个主要部门都将支持项目以及给PDT必要的 资源。 另一方面，PDT将承诺按合同要求完成项目的交付目标。角色163 计划阶段与PAC充分沟通LPDT-80LPDT164 计划阶段计划决策评审在公司现阶段，计划决策评审和可获得性决策评审是按特性版本进行的，这主要是与公司目前的预 PAC-40 测、规划、计划水平相关联。 目前，公司在对V版本做第一次计划决策评审时，细化的项目计划（WBS3／4）一般只能做到第一 或第二个特性版本，具体做到哪一个特性版本，要根据我们的规划及计划水平而定，但项目计划 （WBS3／4）做到哪一个特性版本，如计划决策评审通过，PAC与PDT所签定的合同中要考核的内 容就列到哪一个特性版，其它特性版本原估算的投入作为参考内容列入合同，但不做为考核条款。 财务分析上仍按V版本进行，PDT核心组仍按V版本设置，但外围组成员会随着特性版本合同执行以 及GA点之后，发生变化。 评审时需关注：建议的产品能否被及时推向市场并赢利？ ●　具有竞争力的产品（分销渠道和客户） ●　业务潜力 ●　开发计划 ●　分销渠道 ●　更新项目计划／合同（LPDT）； ●　修正／发布产品包（LPDT）； ●　更新集成项目文件／模板（LPDT）；PAC165 计划阶段更新项目数据库POP-25●　RDPDT更新共用硬件数据库（Aspect） ●　调整组织／技能／资源（LPDT）； ●　调整设施及场地（LPDT）； ●　调整资金（与FPDT一起）； ●　确定关键文档，在哪里存放文档的软、硬拷贝。 ●　关闭项目计划／合同（LPDT）； ●　关闭产品包（LPDT）； ●　关闭集成项目文件／模板（LPDT）；POP166 计划阶段关闭项目数据库POP-26●　RDPDT关闭共用硬件数据库（Aspect） ●　解散组织／技能／资源（LPDT）； ●　释放设施及场地（LPDT）； ●　释放资金（FPDT）； ●　确定关键文档，在哪里存放文档的软、硬拷贝。 计划决策评审后PDT对计划阶段工作的成功经验和失败教训进行总结，并按照统一的模板和要求形 成案例存储在统一的IT数据系统，并推动共享、查询和继承应用。POP167 计划阶段 168 开发阶段 169 开发阶段项目经验教训总结 增扩PDT，进行产品开发全员任 命 更新项目环境LPDT-82LPDT PAC POPPAC-50 确定项目开发、验证和发布阶段后续工作的外围组成员并按合同分配资源。 POP-30 更新项目文档及数据库，将外围组成员加入进来。同时也要更新智力资本数据库。 LPDT召集 PDT核心组成员和扩展组全体成员举行开发阶段开工会，建议的会议议程如下： ●　项目目标介绍（LPDT） ●　开发合同书发布或签字仪式（LPDT） ●　PDT任命宣读（LPDT） ●　签定承诺书（LPDT和业务代表） ●　PDT成员相互介绍（全体PDT成员） LPDT-83 ●　PDT中角色和职责介绍（LPDT） ●　开发阶段流程以及流程求助渠道介绍（LPDT或引导者） ●　计划阶段回顾和计划阶段交付件介绍（LPDT） ●　开发阶段目标交付件介绍（LPDT） ●　开发阶段工作计划以及重要任务配合和计划风险说明（LPDT） ●　明确开发阶段工作计划、考评和汇报关系、日常沟通方式（LPDT） ●　团队和个人测评指标及激励机制 （LPDT） 协调并跟踪项目任务绩效；跟踪时间进度、成本、资源和交付件；管理项目范围和更改；管理资 源，必要的话重新分配资源；必要的话，向上反映问题；定期性地报告项目状态。 ●　协调并跟踪项目任务完成过程中人员工作的绩效；跟踪项目的时间、进度、成本、资源和交付170 开发阶段项目开工会LPDT171 开发阶段 172 开发阶段 173 开发阶段开始执行项目监控 开始执行项目监控 开始执行项目监控LPDT-90 FPDT-55LPDT FPDT RDPDT件；管理项目界定的范围和更改情况；管理项目内部的各类资源，必要的话可以重新进行资源分 RDPDT-65 配；及时向上级反映开发过程中出现的疑难问题，定期性地报告项目状态；使用各类项目管理工具 对项目进行管理。第 10 页，共 19 页编号阶段活动 开始执行项目监控 开始执行项目监控 开始执行项目监控 开始执行项目监控 开始执行项目监控 开始执行项目监控 执行对外合作计划 监控执行信息计划 开始监控产品质量目标和计划 组建Build小组 跟踪产品目标成本 执行标准计划174 开发阶段 175 开发阶段 176 开发阶段 177 开发阶段 178 开发阶段 179 开发阶段 180 开发阶段 181 开发阶段 182 开发阶段 183 开发阶段 184 开发阶段 185 开发阶段活动号 角色 活动描述 ●　制定开发阶段过程监控计划； CSPDT-55 CSPDT ●　对项目开发过程进行监控，对客户服务需求实现结果进行测试； ●　根据开工会LPDT-83，确认在开发阶段的制造相关事件和里程碑。对项目进行过程进行监控，必 MNFPDT-55 MNFPDT 要时给予资源等支持，使得任务能按时完成。 ●　根据计划阶段制定的进度安排，进行监控、协调并跟踪项目任务绩效；跟踪时间进度、成本、资 PROPDT-55 源和交付件；管理项目范围和更改；管理资源，必要的话重新分配资源；必要的话，向上反映问 PROPDT 题；定期性地报告项目状态； ●　根据项目设计日程表，开始执行项目设计监控，包括ID设计、UI设计、功能细节规划、进度情况 MKTPDT-55 MKTPDT 等；提供样机使用报告并提出修改意见 SE-125 ●　协调并跟踪项目任务绩效；跟踪时间进度、成本、资源和交付件；必要的话，向上反映问题； SE POP LPDTPOP-35 ●　确定关键文档，在哪里存放文档的软、硬拷贝。在《配置管理计划》中明确。 各合作项目经理（产品合作、运营商合作、技术合作）依据对外合作合同／业务计划负责监控实施 LPDT-91 对外合作计划，保证合作计划与产品开发的同步，并将合作成果应用于产品开发中。 如遇需求变更或计划调整，应按产品开发要求走变更流程，并通过对外合作部／业务部合作分部与合作方达成一致或协调解决。 LPDT-95 监控执行信息计划 LPDT 通过例会、阶段会议、度量分析、交付物审计等，监控质量计划的执行情况。 PQA-60 当实际执行情况与产品质量计划发生偏差时，PQA应提醒LPDT采取相应的补救措施，要求LPDT更 PQA 新计划。更新后的计划必须经过再次审核和批准。 开发代表组建Build小组，各开发项目组指定兼职成员加入到Build小组。Build小组负责准备BBIT RDPDT-66 RDPDT （Building Block Integrate and Test）的集成方案、用例、环境并负责执行BBIT活动。 根据产品清单和采购价格，计算产品的实际成本，比较实际成本与目标成本的偏差。并反馈给研发 FPDT-56 FPDT 、采购和PAC。 项目计划中需要执行的标准工作活动主要有3类：实施标准项目、参加国内外标准会议、标准研究， SE-127 这些工作在计划和执行过程中都必须配合产品开发阶段的其他活动和国内外标准会议的时间表，并 SE 以促进产品开发和增强产品市场竞争力为目标。 根据产品、客户的需求和与产品相关的潜在细分市场，在原有市场计划的基础上进一步分析和细化186 开发阶段 187 开发阶段 188 开发阶段优化市场计划 制定发布计划 开始进行EC管理，发布初始 BOM 设计制造工艺需要采取的战术性活动， 类似产品在何处销售、需要关注的目标市场、如何更好地贴近和满足客户 MKTPDT-68 MKTPDT 、如何提升竞争能力等问题都需要详细的描述 （市场策略）以及具体的措施， 包括价格、目标用户 和ESP计划。 MKTPDT-68A MKTPDT 在计划决策评审通过之后，根据发布策略、具体的发布活动及交付件制定详细的发布计划。 所有技术信息放入数据库并通过正式的工程更改（EC）流程或变更控制程序来管理更改；使用“交付 SE-130 件更改管理”使能流程来决定提议的更改。EC release管理并不是冻结数据，而是对更改进行控制， SE 每个人都应该被告知有关的更改以便每个人都基于相同的信息进行工作。 评审现有的生产线能力以确定设备和制造工艺的重用程度；评估自动化技术；对工艺进行成本／效 AME-40 益分析；调研开发供制造和测试用的新设备的需求；选择有效的制造工艺和设备并进行制造工艺设 计。 参考装备总体方案和各单板概要设计内容，并考虑到各单板详细设计的规格细化和变更情况，制定 AME189 开发阶段190 开发阶段装备详细设计AME-45各单板的生产测试方案；制定各测试仪的设计规格书。单板生产测试方案主要解决FT（功能测试） 中各测试项目如何具体实现以及ICT（在线测试）、老化、软件加载的方法；测试仪规格书主要解决 测试仪如何设计出来。以单板生产测试方案和测试仪规格书共同指导后续装备的开发。 采购人员从现有供方资源和SE确定的新物料候选供方中选择谈判对象，组织商务谈判事宜，依据供AME191 开发阶段 192 开发阶段选择供应商 制定市场资料计划 准备发布／局部公开／定价／培 训 启动销售订单环境 制定销售订单环境计划 执行订单履行计划 确定BETA测试和ESP客户 确定产品／模块／单板命名 开发和审视市场资料 监控并管理配置及更改PRO-20方管理文件优选供方。 MKTE-25 在PDCP通过之后，召集营销相关人员讨论要开发的资料，并制定详细的市场资料开发计划。 开始修改标书应答标准模板文档来准备标书应答文件包（市场紧迫性、竞争紧迫性、机会丧失可能 性、暴露以前产品的缺陷等）；开始收集信息来完成RFA文档；（RFA意味着向PDT和PAC施加压 MKTE-26 力来发布产品，PDT和PAC在可获得性决策评审点进行检查和平衡）；开始准备对销售员工的培训 计划，包括师资培训计划，明确候选客户并准备秘密发布（这些客户可能是早期支持的候选客 户）；准备局部发布的材料、信函、保密协议等。 MKTE-27 召开订单软件开发的开工会，讨论订单软件的开发策略、算法以及初步的开发计划。 MKTE-29 根据开工会讨论的结果，制定详细的订单软件开发计划。 FF-30 MKTE-25 基于制定的BATA（试验局）客户选择标准寻找、评估、选择和确定BATA客户。 MKTE-28 根据产品命名规则，在确定产品及部件的具体名称。 MKTE-29A 根据营销类资料计划，各责任部门编写资料，并组织相关部门进行评审。 作为持续进行的活动的一部分，对开发和设计活动进行定期性的检查，确保产品需求、规格、配置 SE-140 更改受控。 作为持续进行的活动的一部分，通过参加由硬件、软件、结构、测试、工业设计、采购、市场和其PRO MKTE193 开发阶段MKTE194 195 196 197 198 199开发阶段 开发阶段 开发阶段 开发阶段 开发阶段 开发阶段MKTE MKTE FF MKTE MKTE MKTE200 开发阶段和其它的产品技术文档没有被随意更改； 使用EC管理来使产品需求、规格、配置和其它技术文档的 SE201 开发阶段设计检视SE-150他项目组成员召开的技术会议或阅读会议纪要来进行设计检查；特别的，查实产品是否符合特定的 需求和规格，并对所有偏差或更改进行标注；这项活动为“监控和管理配置及更改”活动提供输入。 《企业标准》、《企业内控标准》皆源于《产品规格书》，并在开发过程中参照国际、国内标准， 运用技术与经济相结合原则，在不增加成本基础上，为达到优于其他制造厂家同类产品质量而选择SE202 开发阶段企业标准、企业内控标准起草SE-156合适的功能、性能指标编入到标准文本中，两标准的各项指标定位要恰到好处，并要体现层次和梯 度：根据国家规定，《企业标准》所列功能、性能指标可优于国际、国内同类标准中相应的部分， 而《企业内控标准》在功能、性能指标上必须优于、严于《企业标准》的规定。 根据项目需要检索专利文献和科技论文，分析其可利用性和专利风险；并确定产品专利申请计划和 商标使用方案，以保护公司知识产权。具体分析内容参见《知识产权分析报告模板》。SE203 开发阶段知识产权分析SE-158SE第 11 页，共 19 页编号阶段活动活动号活动描述 基于硬件概要设计，使用标准的设计工具来进行详细设计，描绘出明确的板、卡、元器件要完成的 功能和界面，对每一个板／卡／元器件，开发电路设计、原理图、零部件清单、网表等；按照测试 计划合并测试点来支持测试；可能需要设计测试设备及测试软件；在数据库中维护设计信息。详见 《硬件单板详细设计流程》。 对于军用产品需要识别关键元器件，并给出《关键元器件清单》。 根据硬件详细设计说明书、网表、结构PCB要素图等文档的要求进行PCB板的布局、布线和后仿真 。设计完成后投板。详见《硬件单板PCB设计流程》。进行逻辑编码与仿真。 硬件工程师准备好相应的物料，单板PCB投板回来后，逐步加工好单板，进行单板软硬件、逻辑调 试，测试单板上模块电路特性是否符合设计要求。提交单板测试报告。 基于分配给软件的需求和规格，使用标准的设计工具来进行软件详细设计，描绘出详细的模块、要 完成的功能、输入、输出和界面格式。 基于分配的软件需求和规格、软件详细设计，进行编码、链接编辑并且在编程数据库中维护代码及角色204 开发阶段硬件详细设计EE-60EE205 开发阶段 206 开发阶段 207 开发阶段 208 开发阶段 209 开发阶段 210 开发阶段 211 开发阶段CAD设计 单元测试 软件详细设计 编码 单元测试 结构详细设计 结构试制／试装／测试EE-65 EE-90 SWE-50 SWE-70EE EE SWE SWE SWE ME ME其历史资料。 SWE-72 进行测试和调试代码、并且在编程数据库中维护代码及其历史资料。 基于分配到结构的需求和规格以及工业设计／人机工程设计的建议，使用标准的设计工具来进行详 ME-50 细设计：在数据库中维护设计信息。 基于详细设计和测试计划，，组装结构元件和硬件单元进行单元测试，报告并解决问题，通过刷新 ME-70 特定的项目数据库中的文件来跟踪更改；报告构建单元测试的结果；明确可制造性／可服务性／质 量／可靠性问题及可能的解决办法。 BBIT验证构建模块的外部接口和与其他构建模块之间的接口，包括与已有系统的接口，以及其他需212 开发阶段Block集成和测试EE-95要测试的部分。通过回归测试确保增加新的Building Block后，已有系统能正常运行。 备注：目前先做系统联调，EE／SWE负责编写系统联调方案，SE最终确定系统联调方案。TE跟踪 参与联调过程。EE／SWE负责编写联调报告，TE预审联调报告，SE批准联调结束。 BBIT验证构建模块的外部接口和与其他构建模块之间的接口，包括与已有系统的接口，以及其他需EE213 开发阶段Block集成和测试SWE-95要测试的部分。通过回归测试确保增加新的Building Block后，已有系统能正常运行。 备注：目前先做系统联调，EE／SWE负责编写系统联调方案，SE最终确定系统联调方案。TE跟踪 参与联调过程。EE／SWE负责编写联调报告，TE预审联调报告，SE批准联调结束。 BBIT验证构建模块的外部接口和与其他构建模块之间的接口，包括与已有系统的接口，以及其他需SWE214 开发阶段Block集成和测试TE-50要测试的部分。通过回归测试确保增加新的Building Block后，已有系统能正常运行。 备注：目前先做系统联调，EE／SWE负责编写系统联调方案，SE最终确定系统联调方案。TE跟踪 参与联调过程。EE／SWE负责编写联调报告，TE预审联调报告，SE批准联调结束。 对单板硬件原理图、PCB等设计文件作设计审查分析，在底层设计上保证测试对象功能实现上的可TE215 开发阶段硬件设计审查TE-45靠性与正确性。测试工程师重点开展的是原理分析和可靠性分析，包括器件可靠性应用分析，系统 FMEA（失效）分析等。（条件不满足，可以不做） 基于以前制定的测试计划，更新和细化测试计划，包括：硬件、软件和结构测试，测试纲要，测试TE216 开发阶段 217 开发阶段 218 开发阶段 219 开发阶段 220 开发阶段 221 开发阶段测试设计和更新测试计划 开发“开发用”测试工具 信息开发 翻译及验证 信息产品测试 下达功能样机物料计划TE-30 TE-40 TD-30 TD-40规格等；指定渐增的构件版本和相应的测试组合；更新的测试计划用于电子（硬件）、软件和结构 的开发与测试。 基于测试计划，设计和开发“开发阶段”使用的测试装备；识别标准／非标准测试装备、测试设备和测 试程序；获得和保护测试装备和工具来支持开发测试。 基于详细设计和开发活动编写技术文档、操作手册、使用手册参考文档、在线支持文件／资料等。 基于翻译计划和开发的技术（及其他）文件，在需要的地方利用第三方完成翻译工作，第三方要签 订保密协议。加载翻译的文件，运行系统来验证翻译是否正确，记录偏差、疑点和问题并加以解决TE TE TD TD。 TD-42 TD 利用内部环境对信息产品的实用性、可用性、一致性进行测试。 在计划阶段技术评审3后，根据产品物料需求计划，启动功能样机物料申购工作，此活动一直持续到 AME-46 产品开发阶段技术评审4。按照相应的物料下达方式，由硬件工程师完成器件（包括委托设计电源） AME 申购、PCB投板，配套设备、软件申购工作，结构工程师完成结构样件试制申请等工作。 根据产品配置和一级计划，确定产品数据交付件；根据产品详细设计，调整优化产品数据结构；EC 的一致性管理与发布，包括跨产品线产品数据的关联应用；监控产品数据交付件按计划归档，产品 数据齐套性检查；PART（零件）信息、BOM清单、技术文件、中试文档的准确性管理与齐套发 布；及时处理产品数据问题；推广产品数据的新技术、新工具的应用，培训相关产品数据知识。222 开发阶段产品数据准确性管理与齐套SE-159SE223 开发阶段 224 开发阶段 225 开发阶段 226 开发阶段 227 开发阶段 228 开发阶段 229 开发阶段 230 开发阶段 231 开发阶段 232 开发阶段 233 开发阶段更新BOM 并在初始生产前向制 造发布（SIT和BETA系统） 技术支援准备 准备可安装性／可服务性测试 订购功能样机物料 企业标准、企业内控标准定稿 SDV（系统设计验证） SDV（系统设计验证） SDV（系统设计验证） SDV（系统设计验证） 可安装性／可服务性测试 下达初始产品（性能样机）物 料计划SE-161在IPD流程的各个关键点，产品构造的最新情况应提供给制造。 准备培训资料，就新产品对技术支援的同事进行培训；参与测试（包括beta测试），学习产品和如SE CSSCSS-30 何对安装、配置和开通、操作、故障检测、诊断、解决和管理等进行技术支援（参见前述的技术支援计划）。 CSS-38 确定可安装性／可服务性测试的测试项目，搭建测试环境，准备测试资源等。 CSS 在和主要供应商谈判之后，订购功能样机物料（假定技术资料――图纸、规格等在EC控制之下，当 PRO-30 PRO 产品包开发通过EC流程逐步进行更改时，供应商将及时得到更新信息。） SE-162 优化《企业标准》、《企业内控标准》初稿，进行定稿。 SE 按更新的测试计划，整合渐增的产品构件版本并按计划进行测试；验证产品是否符合原先规定的功 EE-120 EE 能。 按更新的测试计划，整合渐增的产品构件版本并按计划进行测试；验证产品是否符合原先规定的功 SWE-110 SWE 能。 按更新的测试计划，整合渐增的产品构件版本并按计划进行测试；验证产品是否符合原先规定的功 ME-110 ME 能。 按更新的测试计划，整合渐增的产品构件版本并按计划进行测试；验证产品是否符合原先规定的功 TE-55 TE 能。 CSS-41 按已定的测试项目进行测试。具体见操作指导书。 CSS 根据调整后的产品物料需求计划表中确定的性能样机需求规模、时间、产品配置关系，物流计划员 AME-47 负责从单板BOM清单中提取专用物料、公用物料，按规范制定物料计划。计划文件经相关人员审核 AME 、会签、批准后下达。第 12 页，共 19 页编号阶段活动 订购性能样机物料活动号 PRO-39234 开发阶段活动描述 在和主要供应商谈判之后，订购性能样机物料（假定技术资料――图纸、规格等在EC控制之下，当 产品包开发通过EC流程逐步进行更改时，供应商将及时得到更新信息。） 在试制准备过程中通过熟悉产品完成产品整机、单板、模块的3种指导书的拟制；制订产品制造系统 验证方案和产品一致性验证方案。对产品在制造系统方面和产品一致性方面进行评估，并关注用生 产线试生产（该生产线就是用来生产新产品的生产线，以便评估生产线）， 完成试产规划报告为生 产初始产品作好准备， 并保证顺利通过技术评审TR4A。 基于更新的测试计划，提供质量、可靠性、环境和其他性能、鉴定等方面的需求，承诺的销售量，角色 PRO235 开发阶段试制准备PP-05PP236 开发阶段开发生产测试设备AME-50 设计和开发在生产过程中使用的测试装备；确定标准／非标准测试装备，测试夹具和测试程序；在 生产过程中，获得测试装备和工具来支持测试。 基于所承诺的销售量设计制造工艺流程；与采购人员一起进行“自制／购买”分析，决定外购供应商；AME237 开发阶段开发制造工艺AME-60评估现有的制造设备和工具的符合度、容量、能力、可获得性等，根据需要选择额外的生产设备， 布置生产线，设计工艺路线，模拟并反复平衡生产线；获得、安装、集成并测试生产线；准备生产 初始产品。 在SDV（系统设计验证）完成后，对产品技术上的成熟度进行评估，确保所有存在的问题和风险都 进行了评估，并生成了相应的改进计划，以保证供应和制造能力足以支撑初始产品生产活动。 TR4A作为IPD流程中一个关键的技术评审点，其目的包括： ●　对SDV测试结果、遗留问题及风险、改进计划进行评审，判定是否进入SIT（系统集成测试）； ●　评估功能样机的成熟度是否可以进入初始产品测试；AME238 开发阶段技术评审4ASE-165●　根据进行TR4A评审的产品版本所具有的有限的功能和性能规格，判断该版本是否适合启动Beta SE 测试； ●　对采购和制造能力进行基线化，保证足以支撑初始产品生产（从而保证SIT的启动），以及开发 阶段的Beta测试活动（如果需要进行Beta测试）。 ●　TR4A针对一个Build版本进行，TR4A应该在该Build启动初始产品生产和启动Beta测试之前进行 。 在SDV（系统设计验证）完成后，对产品技术上的成熟度进行评估，确保所有存在的问题和风险都 进行了评估，并生成了相应的改进计划，以保证供应和制造能力足以支撑初始产品生产活动。 TR4A作为IPD流程中一个关键的技术评审点，其目的包括： ●　对SDV测试结果、遗留问题及风险、改进计划进行评审，判定是否进入SIT（系统集成测试）； ●　评估功能样机的成熟度是否可以进入初始产品测试；239 开发阶段技术评审4APQA-80 ●　根据进行TR4A评审的产品版本所具有的有限的功能和性能规格，判断该版本是否适合启动Beta PQA 测试； ●　对采购和制造能力进行基线化，保证足以支撑初始产品生产（从而保证SIT的启动），以及开发 阶段的Beta测试活动（如果需要进行Beta测试）。 ●　TR4A针对一个Build版本进行，TR4A应该在该Build启动初始产品生产和启动Beta测试之前进行 。 更新BOM并发布最新的版本到制造（生产SVT（系统验证测试）和Beta测试用的系统）。240 开发阶段 241 开发阶段 242 开发阶段 243 开发阶段 244 开发阶段更新BOM并发布最新版本给制 造 （SVT和beta）系统用 组织技术培训SE 描述：在IPD流程的各个关键点，产品构造的最新情况应提供给制造。 RDPDT-67 RDPDT 在技术评审4A后，物料计划工程师制定试产产品物料计划文件，按照相关计划操作流程进行排产、 下达初始产品（试产产品）物料 AME-61 下达专用物料采购计划（包括PCB、结构件、外购设备、软件）、制定专用物料半成品加工计划。 AME 计划 以后每两周根据开发设计更改信息滚动刷新试产产品物料计划。 在和主要供应商谈判之后，订购试产产品物料（假定技术资料――图纸、规格等在EC控制之下，当 PRO-45 PRO 订购试产产品物料 产品包开发通过EC流程逐步进行更改时，供应商将及时得到更新信息。） 利用开发完成的产品制造工艺，生产初始产品（性能样机、BATA、试产产品）；借此机会来微调工 PP-10 PP 生产初始产品 艺流程。 ●　利用开发完成的产品制造工艺，生产初始产品（性能样机、BATA、试产产品）；借此机会来微 调工艺流程，并通过对制造系统的验证工作进行有效的指导和控制，以保证验证效果，提高验证效 率，按时完成验证计划。 MNFPDT-56 MNFPDT ●　组织实施产品在试产验证过程中制造系统验证数据的分析处理和产品一致性测试，完成对产品在 制造工艺系统方面和产品一致性方面的评估，以及各种问题的及时分析总结、反馈和处理，并跟踪 至彻底解决。 ●　利用开发完成的产品制造工艺，生产初始产品（性能样机、BATA、试产产品）；借此机会来微 调工艺流程，并通过对制造系统的验证工作进行有效的指导和控制，以保证验证效果，提高验证效SE-170245 开发阶段制造系统验证246 开发阶段制造系统验证PP-15率，按时完成验证计划。 ●　组织实施产品在试产验证过程中制造系统验证数据的分析处理和产品一致性测试，完成对产品在 制造工艺系统方面和产品一致性方面的评估，以及各种问题的及时分析总结、反馈和处理，并跟踪 至彻底解决。 基于测试计划（渐增的构件和测试），逐步构建系统并对从生产线生产出来的首批产品单元进行集PP247 开发阶段SIT（系统集成测试）EE-140成测试（渐增测试和最后的全面测试）。验证产品是否符合原先规定的功能。 对于顾客要求控制的产品，应通知顾客参加验证。 基于测试计划（渐增的构件和测试），逐步构建系统并对从生产线生产出来的首批产品单元进行集EE248 开发阶段SIT（系}