华为IPD流程各阶段活动详解

编号阶段活动活动号活动描述角色1概念阶段概念启动PAC-05根据产品路标规划和规划基础活动的成果，产品经理／项目经理对概念启动的可行性进行分析。PAC及相关专家进行产品概念启动评审，给出评审结论。评审通过，则组织成立PDT，开始概念阶段工作。整个评审工作从提交材料到给出评审结论一般不超过6个工作日。概念启动关键看业务潜力、市场机会及公司的资源和能力；应透彻分析竞争环境与公司的SWOT。概念启动时LPDT必须参加，如果PDT核心团队已经确定，也可参加；LPDT及PDT团队可以提出评审建议。主要内容：●　对产品的关键技术和主要功能的整体描述，包括硬件、软件和服务等；●　对产品的市场定位和指导方针，包括市场机会、品牌或细分市场等；●　项目和产品的投资期望，如价格、成本、税前收入、年销售、库存周转、生命周期、项目到 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 DCP为止的花费预算及项目总预算等；●　项目的时间进度，如各DCP的预计时间；●　项目团队的基本组成，如PDT核心组成员等。PAC2概念阶段组建PDT核心组／确定必要的外围组成员PAC-10选择和落实为完成该产品概念阶段任务所需的PDT成员，主要包括PDT经理和核心组成员，SE和POP，及必要的外围组成员。PAC3概念阶段接受概念阶段任务书、立项通知书LPDT-03与PAC沟通，充分理解任务书、立项通知书；●　与PAC确认PDT核心组和需求分析组等资源到位；●　将项目任务书发布给PDT成员。LPDT4概念阶段准备项目环境POP-10在财务系统中获得并建立项目会计帐目代码来获取项目支出和实际的花费；获得并保存产品的零部件清单；在合适的信息系统中为PDT成员建立用户ID、权限等；获取合适的IT工具使用许可；建立项目文件、项目模板（WBS1级）和数据库；和IT一起工作来保证项目操作能被充分支持;在PDT建立和运行过程中，提供和维护产品数据管理（PDM）配置信息数据，包括项目、资源等。POP5概念阶段团队培训LPDT-04在PDT开始工作前对PDT团队的系统培训，主要包括以下内容：●　团队建设培训；●　集成产品开发流程培训，重点是概念阶段流程培训；●　业务计划培训；●　市场需求培训；●　项目管理培训。LPDT6概念阶段创建和分发沟通计划LPDT-08根据项目任务书和公司项目管理的要求，分析项目相关人员的信息和沟通需求，创建沟通计划，并分发给项目组和相关人员。LPDT7概念阶段项目开工会LPDT-13LPDT召集PDT核心组举行的PDT第一次会议，参考议程：●　项目目标介绍（LPDT）；●　项目任务书宣读和接受仪式（LPDT）；●　宣读PDT核心组任命（LPDT）；●　PDT核心组成员相互介绍（核心组成员）；●　概念阶段流程简要介绍（PQA）；●　概念阶段团队成员的角色和职责（PQA）；●　前期工作回顾（LPDT）（可选，如果有预研阶段的话）；●　概念阶段交付件介绍（LPDT）；●　明确概念阶段项目计划、考评和汇报关系、日常沟通方式（LPDT）；●　团队和个人测评指标及激励机制（LPDT）；●　签订资源承诺书（可选）；LPDT8概念阶段制定概念阶段项目计划LPDT-20●　LPDT组织PDT核心组成员共同讨论制定项目概念阶段计划（只限于概念阶段活动）（WBS1／2／3／4级）（WorkBreakdownStructure，工作分解结构），为概念阶段工作提供指引。●　依据WBS模板分派工作（LPDT）；制订本业务领域计划，包括时间、成本、约束条件（核心组成员）；共同讨论制订计划（核心组成员）；计划应分解到可以控制的工作包（核心组成员）；工作包必须在40小时以内（核心组成员）。LPDT9概念阶段制定概念阶段项目计划FPDT-20●　参与计划的制订，提供数据。FPDT10概念阶段制定概念阶段项目计划RDPDT-20●　RDPDT需要对各方面提出的需求进行技术分析，再根据后续流程的需要制定概念阶段的具体 工作计划 幼儿园家访工作计划关于小学学校工作计划班级工作计划中职财务部门工作计划下载关于学校后勤工作计划 。RDPDT11概念阶段制定概念阶段项目计划CSPDT-20●　针对产品的特性，分析产品的可行性服务计划，对产品可行性服务进行评估；●　评估的内容包括：现有服务网络的利用能力、建立网络的可行性、服务设备设施的投放能力、服务技术支持的能力、服务基础投入等；●　根据分析结果，制定可行性服务计划；CSPDT12概念阶段制定概念阶段项目计划MNFPDT-20●　根据项目开工会（LPDT-13）、开工阶段调查表、概念阶段WBS（3／4）级模板，制定制造概念阶段项目计划（WBS1／2／3／4）；●　制造代表（MNFPDT）通过了解产品的开工会，需要初步评估本部门的生产技术的贮备情况，如有必要，则制定概念阶段项目计划，对有可能进行的项目做人员和技术的初步准备。并知会制造职能经理。MNFPDT13概念阶段制定概念阶段项目计划PROPDT-20●　明确概念阶段涉及采购的部品，主要是主芯片、LCD、Camera、Memory、特殊功能芯片（如回波抵消芯片等）；●　确定收集的供应商范围；PROPDT14概念阶段制定概念阶段项目计划MKTPDT-20●　根据从其他市场专家处获得的信息，包括产品销售量、市场基本情况、新市场热点、新技术发展情况等；对新产品的配置、技术、概念等提出建议。MKTPDT15概念阶段开始监控项目执行LPDT-20A按照里程碑及关键任务监控项目执行。根据LPDT-20的计划，对整个项目组计划中涉及的活动的质量和进度进行监控。LPDT16概念阶段开始监控财务活动FPDT-25记录项目支出，启动项目费用核算，开始监控项目财务指标。FPDT华为IPD流程各阶段活动详解第1页，共19页编号阶段活动活动号活动描述角色17概念阶段开始监控研发活动RDPDT-25根据概念阶段项目计划对具体研发活动的执行进行监控，并定期对项目计划进行更新。本工作将贯穿整个概念阶段的开发工作。RDPDT18概念阶段开始监控技术支援活动CSPDT-25按上述计划时间点跟踪，异常及时反馈项目经理。CSPDT19概念阶段开始监控制造活动MNFPDT-25按照项目计划及关键工作列表监控制造部分的工作，并关注与制造相关的其它部分的工作；通过项目成员周总结／PDT双周总结／月报等手段向LPDT、职能部门经理、PAC的职能负责人进行项目的报告及汇报。MNFPDT20概念阶段开始监控采购活动PROPDT-25按上述计划时间点跟踪，如有异常及时反馈项目经理。PROPDT21概念阶段开始监控市场活动MKTPDT-25通过大量信息搜集、数据研究，分析同行或是相关行业厂商行为，特别是那些主要领导型厂商行为。MKTPDT22概念阶段参与监控研发活动SE-02参与监控研发的进度和质量活动。SE23概念阶段协助监控项目执行POP-12按上述计划时间点协助进行跟踪。POP24概念阶段设定产品目标成本FPDT-27根据产品目标价格趋势、PAC对产品目标毛利的要求，确定产品目标成本，并作为产品包需求的一部分，成为方案决策的依据之一。FPDT25概念阶段制定产品质量目标和计划PQA-10根据公司质量方针和策略，结合本产品的质量要求，制定本产品要达到的质量目标，以及为达成这些质量目标所采取的策略和行动的计划。PQA26概念阶段验证市场需求MKTPDT-30依据《产品线规划书》对公司当前的和潜在的客户进行访谈；介绍公司当前的产品；审视竞争前景；确定客户细分；审视客户需求、目前的客户满意度；相对价值的价格；上市时间；服务／保证；迁移计划；整体成本等；根据以下要素确定市场定位：类型、特征、渠道组合、价格、市场份额、客户满意度；确定市场引导区域；确定改进领域；决定概念优化策略。MKTPDT27概念阶段验证市场需求规格MKTPDT-35依据《产品需求包》中的《市场需求》部分对市场需求规格进行验证，确保需求的正确性。MKTPDT28概念阶段验证可用性需求SE-06对《产品需求包》需求列表中有关产品易用性需求的部分通过客户访谈等形式进行验证，并产生《产品需求包》需求中易用性需求部分。SE29概念阶段参与验证易用性需求IDE-10与PDT市场成员一起工作以定义市场需求；与PDT客服成员一起工作以定义安装和可服务性需求；评议和优化市场需求和可服务性需求； 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 参照基准；进行基准比较并获取与竞争对手可以竞争的UCD（以用户为中心的设计）信息。IDE30概念阶段确定是否需要组建SourcingteamPROPDT-27Sourcingteam参与制定初始物料／供应商选择计划。这个计划主要用于评估基于PDT提供的新产品，初步设计中涉及的物料的采购风险和预估成本。开发工程师须提供物料／模块的规格信息。其他如市场初步量的需求、项目开发计划、须采购的关键物料清单、供应商选择标准、供应商选择的风险评估与规避计划等都应包括在该计划中。PROPDT31概念阶段启动供应商认证流程PRO-10如果需要，Sourcingteam将启动供应商认证流程。PRO32概念阶段进行知识产权／智力资产分析和评估可选方案RDPDT-30检查基于以前项目经验教训的智力资产以防重犯过去的错误；探索能使用在新项目上的内部技术（共用基础模块）；评估时间进度、成本和交付的风险；检查概念和技术可申请专利的专利权和法律问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 。RDPDT33概念阶段进行知识产权／智力资产分析和评估可选方案SE-05检查基于以前项目经验教训的智力资产以防重犯过去的错误；探索能使用在新项目上的内部技术（共用基础模块）；评估时间进度、成本和交付的风险；检查概念和技术可申请专利的专利权和法律问题。SE34概念阶段探索可选概念和提供技术可选方案EE-10协作产生多个概念并检查每一个的优缺点；选择一个概念进行进一步的定义；提出并评估融入概念的产品、元器件、制造工艺等的多种技术选择；研究外部的产品、元器件和工艺（制造）技术；评估项目风险；确定预备技术作为备用；根据项目具体需要，视情况与研发代表和采购代表共同决定：是否需要引入关键供应商参与概念形成过程并参与产品开发。EE35概念阶段探索可选概念和提供技术可选方案ME-10协作产生多个概念并检查每一个的优缺点；选择一个概念进行进一步的定义；提出并评估融入概念的产品、元器件、制造工艺等的多种技术选择；研究外部的产品、元器件和工艺（制造）技术；评估项目风险；确定预备技术作为备用；根据项目具体需要，视情况与研发代表和采购代表共同决定：是否需要引入关键供应商参与概念形成过程并参与产品开发。ME36概念阶段探索可选概念和提供技术可选方案IDE-20协作产生多个概念并检查每一个的优缺点；选择一个概念进行进一步的定义；提出并评估融入概念的产品、元器件、制造工艺等的多种技术选择；研究外部的产品、元器件和工艺（制造）技术；评估项目风险；确定预备技术作为备用；根据项目具体需要，视情况与研发代表和采购代表共同决定：是否需要引入关键供应商参与概念形成过程并参与产品开发。IDE37概念阶段探索可选概念和提供技术可选方案SWE-10SWE协助SE根据用户需求探索可选的软件实现方案，评估相关技术风险。SWE38概念阶段探索可选概念和提供技术可选方案TE-15TE根据多个技术方案提供相应的测试技术方案，并检查每个的优缺点。TE39概念阶段定义RAS其他需求SE-03提出RAS（Reliability、Availability、Serviceablity可靠性、可用性、可维护性）和其他产品需求，这些需求的提出可以基于公司现有的规范、上一版本产品的缺陷／设计经验等。当存在公司产品间的共享、平台借用时，需要分析其他产品对本产品的需求。SE40概念阶段定义可制造性／可测试性需求AME-15基于以前的经验以及经验数据库的案例，在系统工程师开发产品需求时提供输入以便产品可避免已知道的制造、装配和测试问题。从设计对制造的影响、设计方法论、制造方法论、制造能力、物理布局，是否适应大批量生产等方面考虑可制造性及制造可测试性的需求。具体内容参见模板。AME41概念阶段定义可测性需求TE-10可测试性需求包括软件可测试性需求、硬件可测试性需求。TE42概念阶段定义可服务性需求CSS-10确定可服务性需求，为系统工程师开发产品需求提供输入，按如下方式操作：●　进行客户访谈，了解客户在安装维护方面的需求；●　根据模板进行可服务性需求整理并按照需求对技术支持的重要性进行排序；●　和需求分析组讨论可服务性需求，就产品准备满足的需求达成初步共识；●　PDT小组讨论各部分需求，包括市场（代表客户）、研发、测试、技术支持（可服务性需求）、生产需求满足情况，根据开发进度等多重因素对需求进行分析；●　所有需求整合成一个需求项目列表，提交SE进行产品需求设计输入。CSS43概念阶段产生和评估产品包概念并选择概念RDPDT-35协助SE选择评价不同软、硬件概念的优缺点，选择一个概念。RDPDT第2页，共19页编号阶段活动活动号活动描述角色44概念阶段产生和评估产品包概念并选择概念SE-07检查市场需求报告；定义概念评价标准和建议；定义技术生存能力、准备就绪评价标准；产生多个产品包概念；记录每个概念的优缺点；根据标准对每个概念评价；选取一个概念。SE45概念阶段产生和评估产品包概念并选择概念EE-12协助SE选择评价不同硬件概念的优缺点，选择一个概念。EE46概念阶段产生和评估产品包概念并选择概念SWE-12协助SE选择评价不同软件概念的优缺点，选择一个概念。SWE47概念阶段产生和评估产品包概念并选择概念ME-12协助SE选择评价不同结构概念的优缺点，选择一个概念。ME48概念阶段产生和评估产品包概念并选择概念IDE-27协助SE选择评价不同工业设计概念的优缺点，选择一个概念。IDE49概念阶段产生和评估产品包概念并选择概念TE-17TE对产品包概念确定测试技术的最佳方案。确定新测试工具的需求，明确测试工具可获得性。明确试验局需求；协助SE选择评价不同测试概念的优缺点，选择一个概念。TE50概念阶段制定标准策略SE-09根据概念阶段所能够获得的信息，尽可能分析出与本产品有关的各个标准方面的状态，并与产品设计需求建立对应关系，为计划阶段进行的各产品设计活动（“系统设计和设计规格定义”、“概要设计”等）提供来自标准方面的约束，以保证产品的设计符合有关标准，并为计划阶段进行“制定产品企业标准”活动打基础。SE51概念阶段定义产品包需求和产品概念SE-10将市场需求、可制造性、可服务性、可获得性和功能需求集成为产品需求，它覆盖了与客户接触的所有点，也就是销售、获得、计划、安装、培训、支持、维护、升级、退出等。●　集成产品需求包需求：明确包括特征在内的、前期定出的各种优先级；集成地理需求（NLS）；集成适用于当前产品包的技术建议；集成智力财产、智力资产建议；集成可服务性需求和建议；确定初步的RAS的质量需求；集成可制造性需求和建议；准备产品需求包需求报告。●　定义产品概念：回顾最初的系统架构假设、标准假设、CBB（公共基础模块）／重用目标；定义最初的产品架构假设；回顾产品包需求报告；开发设计需求；定义CBB设计元素；进行硬件元素、软件元素、技术支持和服务元素的初步选择；确定初步的问题定位需求；开发初步的产品包假设；开发高层产品包概念。SE52概念阶段技术评审1SE-20TR（技术评审）1是在CDCP（概念决策评审）前针对产品需求包和产品概念的评审。对产品需求包（包括市场需求、可服务性需求、可制造性需求、可采购性需求等）的完整性／完备性／技术的可行性进行评审。评审通过后将需求置于更改控制之下。●　TR1重点关注产品包需求的完备性以及选择的产品概念是否满足产品包需求。同时，TR1还对产品设计需求的关键点进行评估：　　■　评估产品设计需求是否充分映射产品包需求；　　■　确保产品包需求的技术可行性以及产品概念的有效性；　　■　判断本阶段的交付件描述是否明晰而足以指导产品规格的设计。●　TR1同时关注下列目标：　　■　评估产品标准策略；　　■　评估部件重用计划。●　TR1通过后需求应被置于更改控制之下。SE53概念阶段技术评审1PQA-20TR（技术评审）1是在CDCP（概念决策评审）前针对产品需求包和产品概念的评审。对产品需求包（包括市场需求、可服务性需求、可制造性需求、可采购性需求等）的完整性／完备性／技术的可行性进行评审。评审通过后将需求置于更改控制之下。●　TR1重点关注产品包需求的完备性以及选择的产品概念是否满足产品包需求。同时，TR1还对产品设计需求的关键点进行评估：　　■　评估产品设计需求是否充分映射产品包需求；　　■　确保产品包需求的技术可行性以及产品概念的有效性；　　■　判断本阶段的交付件描述是否明晰而足以指导产品规格的设计。●　TR1同时关注下列目标：　　■　评估产品标准策略；　　■　评估部件重用计划。●　TR1通过后需求应被置于更改控制之下。PQA54概念阶段产品需求包基线化SE-30根据技术评审1的结果，解决产品需求的相关问题，刷新产品需求，形成需求基线。SE55概念阶段监控和管理需求更改SE-40需求定义之后，仍可能随时间而变化，因为从潜在的客户那里得到了更多的信息；若在出现这些更改时将之包括在产品需求包之中，则项目的目标和完成标准将不断变化，将导致出现不良影响；结构化的需求更改控制将使产品更稳定，因为所有变更被置于控制之下。可以提出需求更改，但它们只能通过一个结构化流程进行更改（交付更改管理）。如果基线化后的需求发生较重大或频繁的变更，SE需要在经验教训总结中进行分析。SE56概念阶段创建早期BOM（开发过程中更新）提供新器件规格SE-35根据对早期产品需求包结构的了解提供一个目标产品粗略的概览。应该自上而下的建立，包括最上层器件、装配件、子装配件。这些信息将用于早期与设计、制造、采购等各个功能部门就产品概念进行的沟通。《系统配置》初稿。SE57概念阶段制定初始的EC计划SE-45是从无到有的工程变更（EC）计划，是为了保证基础记录和技术设计信息能有序而及时地从开发向制造发布。（体现在质量计划中，不单独制定）SE58概念阶段进行总体风险评估LPDT-25通过确认各方面的风险，评估其潜在影响，并制定计划以控制风险，缓和风险发生所带来的冲击。LPDT第3页，共19页编号阶段活动活动号活动描述角色59概念阶段制定对外合作策略LPDT-21●　审阅选定的产品概念和技术路线；●　分析选定的技术路线，确定需对外合作解决的技术：　　■　相关技术在产品中的作用；　　■　相关技术在公司的现状与业界情况的比较分析；　　■　分析对外合作的原因（解决有无、缩短TTM（产品上市时间）、经济性考虑等）。●　依据对产品概念、技术路线和可能的资源状况分析，提出可资源外包解决的技术（人力不足或非公司核心技术可以外包）：　　■　人力不足或非公司核心技术可以外包；　　■　委托测试等。●　合作分析：　　■　工作量估算；　　■　可能的风险及控制方法；　　■　对外合作项目费用占产品研发费用的比例；　　■　该项目同时可以对公司其他产品或技术带来何种收益（可能依此分摊费用）。●　可能的合作对象（可选，尽量提出以便指导计划阶段），根据具体合作业务的需要，采购代表参与确定可能的合作对象。LPDT60概念阶段制定信息安全计划LPDT-27根据项目的具体特点和公司有关信息安全的规定，决定本产品的信息安全要求和实施计划，确保项目的成果得到有效保护。主要内容包括：产品信息安全要求、产品设计安全计划、文档管理安全计划、组织管理安全计划、工作环境安全计划、变更管理和沟通计划等。LPDT61概念阶段实施初步的财务评估FPDT-30预测所有的产品成本估计，包括：硬件、软件、开发、工具、生产、市场和销售、定单履行、客户服务等；开发收入的估计（基于按区域、渠道的销售预测等）；开发收益率估计；项目投资总额、投资报酬率、净现值、内含报酬率等估计。FPDT62概念阶段准备开发和验证计划RDPDT-40制定开发和验证的高层计划，包括主要里程碑、主要活动、资源、进度、开发和验证成本、主要的技术风险等。RDPDT63概念阶段制定订单履行策略FF-10制定一个履行客户订单的策略，包括ESP客户的总体方案（ESP：EarlySupportProgram早期支持程序）—如何生成订单，通过哪个渠道，订单如何被传递、接受、处理、安排计划、构建、交付并在客户现场完成安装；以及如何将订单的状态通知到客户（也包括现场销售及渠道支持人员）：电话／传真，web站点，检查表，邮件，电子邮件等。FF64概念阶段支持制定销售预测S-10支持行销人员以按地理、渠道及产品特性等来做出销量预测。S65概念阶段制定初始的市场计划MKTPDT-36进行按区域、渠道等的销售量估计，开发按区域、渠道等进入市场的策略。综合性地描述产品要满足的市场需求和与产品容量及产品组合相关的潜在细分市场（销售预测）和完成销售预测而需要采取的战术性活动，类似产品在何处销售、需要关注的目标市场、如何承受竞争压力等问题都需要详细的描述（市场策略）以及目标市场的竞争对手分析，包括价格和目标用户。MKTPDT66概念阶段制定制造策略MNFPDT-30制订产品生产的高层策略，定义如何以及在哪里制造产品，是否使用外部单位等，包括初始生产产品、量产产品。具体内容参见模板。MNFPDT67概念阶段制定客户服务策略CSPDT-30定义客户服务和支持将如何提供，是否使用第三方或渠道或网站，将提供哪类的支持、在什么区域等，为制定业务计划和建议做准备。●　根据模板，进行策略分解，确认需要考虑哪些方面策略；●　和职能部门领导了解目前的服务和支持策略，听取领导的建议；●　按照模板，分部份确认工程服务策略，确认维护策略、确认收费服务策略、预估服务成本和收入、预估人力资源需求、其他策略等。CSPDT68概念阶段制定销售预测MKTE-14根据销售专员的反馈，结合市场分析结果，按地理、渠道及产品特性等来做出销量预测。MKTE69概念阶段制定初始的供应商&物料供应计划PROPDT-30确定候选的供应商，确定关键元器件供应商，调查供应商，基于公司供方选择与评价标准选择供应商，跟踪记录、验证供应商等；从供应商处获得关键器件的材料成本预估，进行成本结构分析，选择主要的和候选的供应商。对所用的材料和器件进行ROM（RoughOrderofMagnitude，粗略定货数量）的成本估算；确认关键和独家供应商事宜，包括以下内容，具体内容请参见模板。●　制定关键器件供应商选择标准；●　制定采购应急计划；●　进行采购“合理成本”分析；●　ROM成本估算。PROPDT70概念阶段制定业务计划和端到端项目计划（WBS1／2级）LPDT-30定位产品的市场细分；提供市场／机会分析；提供竞争分析；识别风险、优先级；目标市场和价格；确定在产品概要概念中的技术方法；提供项目投入产出的财务分析，主要涉及研发项目支出预算、产品盈利能力预测等；提出并证实建议；用标准模板准备业务计划，概念DCP前分发给PAC。项目计划和业务计划是概念阶段的关键交付件，用于项目的总体控制和项目风险分析。主要步骤如下：●　制定项目计划－基于模板在LPDT统一把握下，各PDT成员完成各自部分，然后综合讨论确定。●　制定业务计划－11个部分分解到PDT各个成员，PDT成员根据前面的输出写作，由LPDT整合汇总。●　确定主要事件／里程碑。●　工作量评估和资源预估。●　风险分析管理。LPDT71概念阶段制定业务计划和端到端项目计划（WBS1／2级）FPDT-40●　参与制订业务计划和和端到端项目计划。FPDT72概念阶段制定业务计划和端到端项目计划（WBS1／2级）RDPDT-50项目计划和业务计划是概念阶段的关键交付件，用于项目的总体控制和项目风险分析，RDPDT参与计划的主要工作内容如下：●　制定开发项目计划：在LPDT指导下基于相关的标准模板，完成开发项目计划，经过综合讨论后形成项目计划。●　协助LPDT制定业务计划：提交概念阶段的开发业务计划给LPDT。●　确定产品技术开发过程中的主要事件和里程碑。●　进行开发过程中的工作量评估和资源预估。●　进行风险分析管理。RDPDT第4页，共19页编号阶段活动活动号活动描述角色73概念阶段制定业务计划和端到端项目计划（WBS1／2级）CSPDT-40CSPDT74概念阶段制定业务计划和端到端项目计划（WBS1／2级）MNFPDT-40●　根据模板参与制定后续生产中和生产相关的关键事件和里程碑。MNFPDT75概念阶段制定业务计划和端到端项目计划（WBS1／2级）PROPDT-40识别风险、优先级；提供包括成本分析的财务分析；提出并证实建议；用标准模板准备业务计划，概念DCP前分发给PAC。项目计划和业务计划是概念阶段的关键交付件，用于项目的总体控制和项目风险分析。主要步骤如下：●　制定项目计划－基于模板在LPDT统一把握下，各PDT成员完成各自部分，然后综合讨论确定。●　制定业务计划，根据前面的输出写作，由LPDT整合汇总。●　确定主要事件／里程碑。●　工作量评估和资源预估。●　风险分析管理。PROPDT76概念阶段制定业务计划和端到端项目计划（WBS1／2级）MKTPDT-40●　纳入年度项目规划，确定各阶段产品的基本规格、大致上市时间、产品定位、定价和所要达成的市场任务。MKTPDT77概念阶段与PAC成员充分沟通LPDT-40为了提高决策时效率和质量，要保证PAC委员在正式决策评审会前，对业务计划有充分的了解，PDT成员在正式决策评审会前与PAC委员进行充分沟通。建议程序如下：●　在决策评审材料提交给PAC成员后的3到4天内，与委员们进行沟通。每次沟通都要有纪要，沟通的内容就是决策评审材料（业务计划和项目计划），沟通后如有必要在业务计划中修改的，在决策评审前修改完成。●　沟通的问题汇总及答复意见在决策评审会议上要进行汇报。LPDT78概念阶段概念决策评审PAC-20PAC对PDT提交的《初始业务计划》和建议进行评审，在会上做出该项目继续／终止的决定，并书面通知PDT评审结果。如果决策结果是“继续”，PAC将做出下一阶段开始前所需的承诺，项目就进入计划阶段；如果决策结果是“终止”，立即解散并终止项目。在初始的业务计划中，PDT将给出如下方面的内容：针对给定目标细分市场存在的机会分析、目标客户群、拟开发的产品描述、成本及风险估计、初始销量预测及初始财务评估。概念阶段的财务估算按V版本进行，包括V版本的第一个特性版本的计划决策评审点之后到最后一个特性版本GA点为止的所有WBS1／2级计划所需要的全部投资的估算。评审时需关注：该概念阶段业务计划作为一个产品，是否具有足够的业务发展潜力（相对于其他项目而言）？更多考虑的是战略可行性。●　对市场的了解●　产品（定位、竞争分析、市场地位、分销渠道）●　业务潜力（相对其他产品而言）●　开发计划PAC79概念阶段更新项目数据库POP-16●　更新项目计划／合同（LPDT）；●　修正／发布产品包（LPDT）；●　更新集成项目文件／模板（LPDT）；●　RDPDT更新共用硬件数据库（Aspect）；●　调整组织／技能／资源（LPDT）；●　调整设施及场地（LPDT）；●　调整资金（与FPDT一起）；●　确定关键文档，在哪里存放文档的软、硬拷贝。POP80概念阶段关闭项目数据库POP-15●　关闭项目计划／合同（LPDT）；●　关闭产品包（LPDT）；●　关闭集成项目文件／模板（LPDT）；●　RDPDT关闭共用硬件数据库（Aspect）；●　解散组织／技能／资源（LPDT）；（如果项目中止）●　释放设施及场地（LPDT）；●　释放资金（FPDT）；●　确定关键文档，在哪里存放文档的软、硬拷贝。POP81概念阶段项目经验教训总结LPDT-42概念决策评审后PDT对概念阶段工作的成功经验和失败教训进行总结，并按照统一的模板和要求形成案例存储在统一的IT数据系统，并推动共享、查询和继承应用。LPDT82计划阶段增扩PDTPAC-30PDT选择和落实为完成该产品计划阶段任务所需的PDT扩展组成员，PAC批准资源。PAC83计划阶段团队培训LPDT-46在PDT开始工作前对PDT团队的系统培训，包括以下内容：●　团队建设培训；●　产品开发流程培训，重点是计划阶段的流程；●　系统工程培训；●　项目管理培训。LPDT84计划阶段增加扩展组成员并更新项目文档POP-20更新项目文档及数据库，将外围组成员加入进来。同时也要更新智力资本数据库。POP第5页，共19页编号阶段活动活动号活动描述角色85计划阶段开工会LPDT-50通知和分配附加的团队成员给项目；建立团队，将新成员引导进入项目，解释他们的角色和对他们的期望。参考议程如下：●　项目目标介绍（LPDT）；●　宣读PDT扩展组任命（LPDT）；●　PDT成员相互介绍（核心组和扩展组成员）；●　计划阶段流程简单介绍（引导者或LPDT）；●　概念阶段回顾和交付件介绍（LPDT）；●　计划阶段团队成员的角色和职责（LPDT）；●　计划阶段目标交付件介绍（LPDT）；●　明确计划阶段项目计划、考评和汇报关系、日常沟通方式（LPDT）；●　团队和个人测评指标及激励机制（LPDT）；●　签订资源承诺书（可选）；LPDT86计划阶段制定计划阶段项目计划（WBS3／4级）LPDT-55组织PDT成员共同讨论制定项目计划阶段项目计划，为计划阶段工作提供指导。依据WBS模板分派工作（PDT经理）；核心成员制订本业务领域计划，包括时间、成本、约束条件；共同讨论制订计划；计划应分解到可以控制的工作包；工作包必须在40小时以内。LPDT87计划阶段制定计划阶段项目计划（WBS3／4级）FPDT-45●　参与制定计划阶段项目计划（WBS3／4级）FPDT88计划阶段制定计划阶段项目计划（WBS3／4级）RDPDT-55●　LPDT组织PDT核心组成员（各PDT代表）共同讨论制定计划阶段的项目计划，为计划阶段工作提供指引，RDPDT需要制定计划阶段项目的（研发）计划书。RDPDT89计划阶段制定计划阶段项目计划（WBS3／4级）CSPDT-45●　针对概念阶段分析结果，根据日程安排，制定计划阶段工作表；●　对概念阶段的分析结果进行工作细化，形成计划阶段具体工作流程；●　制定可行性服务的详细需求，需求应基于概要的BOM结构树和系统设计概念框图，以及来自硬件、软件、结构、工艺／以用户为中心的设计产生的输入，修改标准的WBS模板，形成包括资源、成本、时间进度估计的详细计划，阐述具体技术支持；●　提交PDT小组讨论，进行技术实现的可行性评估。CSPDT90计划阶段制定计划阶段项目计划（WBS3／4级）MNFPDT-45●　根据项目开工会，确认任命PP、AME组成的制造项目小组。●　对该阶段的工作量和工作资源做评估。●　确认计划阶段制造部分的关键事件的里程碑。MNFPDT91计划阶段制定计划阶段项目计划（WBS3／4级）PROPDT-45组织PDT成员共同讨论制定项目计划阶段项目计划，为计划阶段工作提供指导。●　分析影响计划实施的因素，主要是关键部品；●　落实上述影响因素的具体进度，结合项目开发的主计划，制定关键部品的进度计划。PROPDT92计划阶段制定计划阶段项目计划（WBS3／4级）MKTPDT-45●　根据年度规划的各产品定位、定价、市场任务，制定阶段产品具体规格、计划上市时间、量产时间；●　与项目组确认软件功能，提供功能细节要求；●　确定UI界面风格，设计UI界面。MKTPDT93计划阶段分解目标成本SE-55根据产品结构，将产品目标成本分解成模块或关键物料的成本，以便研发和采购控制成本。SE94计划阶段优化产品质量目标和计划PQA-30进一步优化产品质量目标和计划，产品质量计划由LPDT及各功能领域代表审核，并作为业务计划的一部分纳入业务计划进行管理和监控。PQA95计划阶段开始监控项目执行LPDT-56●　根据LPDT-55的计划，对整个项目组计划涉及的活动的质量和进度进行监控。LPDT96计划阶段开始监控项目执行FPDT-46FPDT97计划阶段开始监控项目执行RDPDT-58●　根据项目计划本阶段具体研发活动的执行进行监控，并根据需要定期对项目计划进行更新，本工作将贯穿整个计划阶段的工作。RDPDT98计划阶段开始监控项目执行CSPDT-46CSPDT99计划阶段开始监控项目执行MNFPDT-46●　根据计划阶段项目计划（WBS3／4）监控制造活动，必要时给予相关的资源和调，使项目能按计划进行。MNFPDT100计划阶段开始监控项目执行PROPDT-46●　根据PROPDT-45的计划，进行监控。PROPDT101计划阶段开始监控项目执行MKTPDT-46●　针对阶段产品，通过信息整理、数据研究、市场调查等手段，监控竞争环境、竞争对手等。MKTPDT102计划阶段开始监控项目执行SE-45●　定期地对设计和开发活动进行检查以确保开发人员正确地按产品包技术规格进行开发；使用PDM的EC模块来使规格的更改受控（在PDM实施前，使用变更管理和公司其它的相关流程）。SE103计划阶段开始监控项目执行POP-22POP104计划阶段制定发布策略MKTPDT-47制订发布策略、公关策略、宣传策略。发布策略：市场发布时间、地点、方式；公关策略：主要是确定针对客户、政府、行业主管部门、社会大众开展那些公关活动，怎样开展，步骤是什么；宣传策略：主要是宣传内容、宣传思路、宣传方式及何时启动宣传，宣传要突出产品差异性，突出产品的独特卖点。MKTPDT105计划阶段需求分解和分配SE-50与硬件工作师、软件工程师及结构工程师一起协作，分析产品包需求，将需求分解成硬件、软件或结构子系统；然后每一块（硬件、软件、结构）进一步将需求分配到更下一层子系统、部件或模块之中；需求分解要确定某些特殊需求如何由硬件、软件或结构或任何组合形式实现；需求分配要清晰地决定需求的哪些部门由硬件实现，哪些部分由软件实现，哪些部分由结构实现，它们之间的接口也要定义清楚。SE106计划阶段硬件需求分解与分配EE-20分析硬件需求，将需求分割成子系统、部件或模块；“硬件需求”的分解和分配将确定某些特殊需求如何采用子系统、部件或模块的组合来实现，并定义它们之间的接口关系。EE107计划阶段软件需求分解与分配SWE-20分析软件需求，将它们分割成子系统或模块；“软件”需求的分解和分配要确定某些特殊需求如何采用子系统或模块的组合来实现，并定义它们之间的接口关系。SWE108计划阶段结构需求分解与分配ME-20分析结构需求，将需求分割成子系统、部件或模块；需求的分解和分配要确定某些特殊需求如何由子系统、部件或模块的组合实现，定义各子系统、部件或模块的装配关系；确定可能采用的新工艺、新技术。ME109计划阶段系统方案和规格设计SE-60基于产品需求分解和分配方面的协作活动，生成系统、子系统、部件、模块及接口的技术规格及系统设计方案，要求表达清晰以减少误解及重复；生成产品技术规格以及系统设计概念框图。SE第6页，共19页编号阶段活动活动号活动描述角色110计划阶段Build划分SE-65SE组织开发人员依据设计需求和设计规格进行Build（模块）划分，生成Build计划和BBIT（BuildingBlockIntegrateandTest，构建模块渐增测试）的策略。Build计划是后续制订开发计划和测试与验证计划的依据。Build划分的关键步骤如下：●　根据设计需求和设计规格建立功能-模块矩阵；●　初步分析、整理功能跟踪矩阵，建立unique-combination（关联）；●　划分Build；●　画Build拓扑图并整理模块进度计划。SE111计划阶段技术评审2SE-70对产品需求的分解和分配及确定的产品规格、系统总体方案进行评审。评审通过后将产品规格置于变更控制之下。●　TR2重点关注产品设计需求到产品设计规格的完备性。●　TR2的准备活动包括各功能领域完成专项评审，在TR2的评审会上将由PDT核心团队在综合层面进行讨论，确保设计规格包括并适应每单元和构建模块（譬如单板、软件模块）的设计。●　TR2的评审过程包括对关键设计规格和要点的综合讨论，也对产品架构（配置）进行细致审阅（走读），以确保后续的概要设计（HLD）能有效进行。●　TR2通过后产品设计规格应被置于更改控制之下。●　TR2的目的是确保：　　■　设计规格充分映射了设计需求，并足以指导后续的IPD流程及功能领域子流程的产品开发活动；　　■　定位产品规格和配置中的缺陷和限制，评估风险，形成规避策略和应急计划；　　■　形成有效的产品配置。SE112计划阶段技术评审2PQA-40对产品需求的分解和分配及确定的产品规格、系统总体方案进行评审。评审通过后将产品规格置于变更控制之下。●　TR2重点关注产品设计需求到产品设计规格的完备性。●　TR2的准备活动包括各功能领域完成专项评审，在TR2的评审会上将由PDT核心团队在综合层面进行讨论，确保设计规格包括并适应每单元和构建模块（譬如单板、软件模块）的设计。●　TR2的评审过程包括对关键设计规格和要点的综合讨论，也对产品架构（配置）进行细致审阅（走读），以确保后续的概要设计（HLD）能有效进行。●　TR2通过后产品设计规格应被置于更改控制之下。●　TR2的目的是确保：　　■　设计规格充分映射了设计需求，并足以指导后续的IPD流程及功能领域子流程的产品开发活动；　　■　定位产品规格和配置中的缺陷和限制，评估风险，形成规避策略和应急计划；　　■　形成有效的产品配置。PQA113计划阶段系统规格基线化SE-80将评审通过的《产品系统设计方案》（包含内容产品规格书）作为基线；对后续产品开发过程中产生的规格更改进行控制。SE114计划阶段制订产品包需求跟踪矩阵SE-85系统工程师根据基线化的产品包需求、设计需求和设计规格建立需求跟踪矩阵，明确产品包需求如何一级分解到构建模块上。SE115计划阶段开始监控设计规格SE-90定期地对设计和开发活动进行检查以确保开发人员正确地按产品包技术规格进行开发；开发过程中可以采用查阅文档、参加各类评审会等手段并使用配置管理及涉及制造部分的使用EC（工程变更）控制规格变更。SE116计划阶段开发BBIT策略EE-35开发人员根据Build计划确定BBIT策略，确保Build构建的质量。EE117计划阶段开发BBIT策略SWE-35开发人员根据Build计划确定BBIT策略，确保Build构建的质量。SWE118计划阶段概要设计SE-95系统工程师组织各专业工程师（硬件、软件、结构、EMC（电磁兼容）等）合作，按照《概要设计》文档模板要求，开发和精练概要设计，包括硬件概要设计、软件概要设计、结构概要设计等。SE119计划阶段知识产权分析SE-98根据项目需要检索专利文献和科技 论文 政研论文下载论文大学下载论文大学下载关于长拳的论文浙大论文封面下载 ，分析其可利用性和专利风险；并确定产品专利申请计划和商标使用方案，特别是专利申请计划，以保护公司知识产权；具体分析内容参见《知识产权分析报告模板》。SE120计划阶段硬件概要设计EE-30基于概要的BOM结构树及系统设计规格，开发一个到板级的硬件概要设计；与系统工程师一起来解决与其它功能开发小组之间的冲突和问题。提交长周期物料需求报告。必要的话，提出需求和／或规格更改方面的建议。EE121计划阶段软件概要设计SWE-30基于系统设计规格和软件需求规格说明，进行模块级即需要多少个模块以及每个模块的环境及功能等的软件系统概要设计；准备这一层次的软件系统配置，与系统工程师一起来解决与其它功能开发小组之间的冲突和问题。必要的话，提出需求和／或规格更改方面的建议。SWE122计划阶段结构概要设计ME-30基于概要的BOM结构树及系统设计概念框图，进行结构系统概要设计，阐述硬件系统所需要的放置、供电、线路安装／连接及板件冷却的方法；准备这一层次的结构系统配置，与系统工程师一起来解决与其它功能开发小组之间的冲突和问题。必要的话，提出需求和／或规格更改方面的建议。汇同PAC团队的其它人员对产生的工业设计方案进行评审、选定；汇同采购代表，确定外协厂家和备选厂家。ME123计划阶段工业设计概要设计IDE-30根据结构工程师提出的设计输入文件，进行系统、全面的方案设计。基于结构系统概要设计，提供外观设计给结构工程师以维持品牌形象；提供人机工程设计给结构工程师以满足用户易用性的需要；，阐述了以用户为中心的设计的各个方面，包括所有顾客接触点；包括工艺设计以及易用性和人机工程设计等各方面。会同PAC团队的其他人员对产生的工业设计方案进行评审、选型。IDE124计划阶段制定系统测试及验证计划TE-20基于概要的BOM结构树和系统方案，以及来自于硬件、软件、结构、工艺测试和认证、信息开发和翻译等方面的工程师／专家的输入，修改标准的WBS模板，形成包括了资源、成本、和时间进度估计的详细计划，阐述了系统测试（内部和外部的）、品质保证，以及各国准入法规。TE125计划阶段制定资料开发计划TD-10基于概要的BOM结构树和系统设计概念框图，以及来自于硬件、软件、结构、工艺／以用户为中心的设计、测试和认证、信息开发和翻译等方面的工程师／专家的输入，修改标准的WBS模板，形成包括了资源、成本、和时间进度估计的详细计划，阐述了技术文档的开发和在线信息（信息计划）的开发。TD第7页，共19页编号阶段活动活动号活动描述角色126计划阶段制定翻译计划TD-15基于行销计划（考虑不同的地区和渠道）以及详细的信息计划，修改标准的WBS模板，形成包括了资源、成本、和时间进度估计的详细计划，阐述技术文档和在线信息的翻译（翻译计划）。TD127计划阶段产品数据结构设计SE-99产品BOM结构树设计；组织对产品BOM结构树评审。SE128计划阶段开发初始BOMSE-99A使产品包结构开发规范化并且在EC控制之下。开发这种清单以支持设计和模块（build）流程。确定初始BOM中物料的物料编码，对尚未编码的新物料，向物料主数据管理员申请编码。SE129计划阶段开发初始BOMPROPDT-47A使产品包结构开发规范化并且在EC控制之下。开发这种清单以支持设计和模块（build）流程。确定初始BOM中物料的物料编码，对尚未编码的新物料，向物料主数据管理员申请编码。PROPDT130计划阶段如果提前采购定单批准，向ERP申请物料编码PROPDT-49根据PDT做出的提前采购决定和初始BOM，向ERP系统物料主数据管理人员申请物料编码，并将物料编码补充到采购申请中。PROPDT131计划阶段长周期物料采购PRO-10A如果提前采购被批准，采购人员执行采购。PRO132计划阶段技术评审3SE-100是对产品子系统及模块的概要设计方案进行评审。评审通过后将产品配置置于变更控制之下。TR3是在计划阶段对概要设计（HLD）的评审，确保设计规格已经完全、正确地在概要设计中得到体现。TR3的结果将作为开发阶段的后续详细设计活动是否继续投入资源的根据。TR3的准备活动包括各功能领域完成专项评审，在TR3的评审会上将由PDT核心团队在综合层面进行讨论，确保概要设计足以指导产品项目计划制订、产品业务计划制订、以及后续的详细设计（LLD）活动。TR3的评审过程包括对概要设计各主要冲突点的讨论，也需要跟踪设计规格、共用模块重用计划、产品策略、产品配置的落实情况。TR3通过后产品概要设计应被置于更改控制之下。TR3的目的是确保：●　概要设计（HLD）完备，足以指导后续的详细设计（LLD）活动；●　保证产品设计规格到概要设计（HLD）之间的完备性；SE133计划阶段技术评审3PQA-50是对产品子系统及模块的概要设计方案进行评审。评审通过后将产品配置置于变更控制之下。TR3是在计划阶段对概要设计（HLD）的评审，确保设计规格已经完全、正确地在概要设计中得到体现。TR3的结果将作为开发阶段的后续详细设计活动是否继续投入资源的根据。TR3的准备活动包括各功能领域完成专项评审，在TR3的评审会上将由PDT核心团队在综合层面进行讨论，确保概要设计足以指导产品项目计划制订、产品业务计划制订、以及后续的详细设计（LLD）活动。TR3的评审过程包括对概要设计各主要冲突点的讨论，也需要跟踪设计规格、共用模块重用计划、产品策略、产品配置的落实情况。TR3通过后产品概要设计应被置于更改控制之下。TR3的目的是确保：●　概要设计（HLD）完备，足以指导后续的详细设计（LLD）活动；●　保证产品设计规格到概要设计（HLD）之间的完备性；PQA134计划阶段概要设计基线化SE-110将评审通过的产品概要设计作为基线；对后续产品开发过程中产生的配置更改进行控制。SE135计划阶段制定命名规则MKTE-15参考业界、竞争对手及公司已有的商标、命名规范制定产品的命名规则。MKTE136计划阶段优化信息安全计划LPDT-59A优化概念阶段制定的信息安全计划。LPDT137计划阶段制定客户服务／支持计划CSS-20基于概要的BOM结构树和系统设计概念框图，以及来自硬件、软件、结构、工艺／以用户为中心的设计产生的输入，修改标准的WBS模板，形成包括资源、成本、和时间进度估计的详细计划，阐述技术支持。CSS138计划阶段制定制造计划AME-30基于制造策略，更新标准的WBS模板，形成包括资源、成本和时间进度估计的详细计划，阐述如何制造产品；与采购一道决定哪些元器件或零件需要制造，哪些应采购，部件在哪里制造（哪个地点，哪条生产线等等），包括业务和项目两方面。AME139计划阶段整合物料需求计划AME-31整合PDT相关核心成员提出的产品上市过程的物料资源需求（预测）计划，包括功能样机、初始产品、量产产品、生产物料等需求计划，特别是关键器件、长货期器件等在整个产品生命周期内的需求（预测）数据，提交给采购代表做为与供应商谈判时器件采购数量的依据。整合物料需求计划的目的是保证产品上市过程中所有的物料资源需求在预算的前提下尽早明朗化，并对资源需求的合理性统一规划，同时指导硬件工程师、物料计划工程师及时启动采购计划下达工作。AME140计划阶段装备和工艺总体方案设计AME-35根据产品各单板的技术特点以及市场预测，结合生产可测试性需求在产品中的实现情况，给出该产品在以后制造过程的生产测试解决方案；规划出本产品需要新开发的测试仪，并对测试仪的总体方案进行简要说明；结合总体方案及测试仪开发涉及到的关键技术，初步估计开发工作量及开发方式（外包或自行开发等）。根据硬件的可生产性设计与结构件的可装配性设计的实际，给出硬件、结构件的生产解决方案。如，单板加工及结构件装配所需的工装、工具的考虑，生产流程、关键工序及生产场地等的考虑。给出制造策略的落实措施。AME141计划阶段更新供应商&物料选择计划PROPDT-47更新概念阶段《初始供应商&物料选择计划》，根据项目计划设定采购业务相关目标，包括供应商选择与评价、采购订单下达、到货、质量、成本、库存等方面的指标设定，更新标准的WBS模板，形成包括资源、成本和时间进度估计的详细计划。PROPDT142计划阶段制定订单履行计划FF-20基于定单履行策略（如何产生定单，通过何种渠道，他们将如何被接受、处理、安排调度、制造、交付和在客户现场安装）。修改标准的WBS模板，形成包括资源、成本、和时间进度估计的详细计划，阐述定单履行。FF143计划阶段销量承诺S-20如果可能，与行销一道制定按渠道、地域等等的销量承诺。销量承诺对详细的财务、市场、开发、测试、采购、制造和技术支持计划有极大的影响。S144计划阶段做出提前采购决定LPDT-57对一些长货期器件和关键器件（包括功能样机、初始产品、RAMPUP产品、量产产品）的是否进行提前采购进行决策，AME参与其中，根据决策结果制定长货期和关键器件采购计划，此活动由MNFPDT组织，由LPDT批准决定。此活动为例行工作，滚动进行。但是，计划阶段的实际采购下单仅针对必需的功能样机物料。详细说明请见模板。LPDT145计划阶段做出提前采购决定MNFPDT-48对一些长货期器件和关键器件（包括功能样机、初始产品、R