硬件项目开发流程优化与试点宣贯要点.pdfVIP

目录

硬件大纲修订范围

硬件大纲优化背景及范围

《PO05-硬件项目开发流程大纲》中和研发设计相关的领域（结构、热、

EMC、安规、工艺、硬件测试、互联、模拟、开关电源、部品、可靠性、

FPGA/CPLD、CPU、成本、射频、天线等）的整合和优化。包括配套的管

理规范和模板的的新增修订：变更管理流程、项目管理规范、配置管理规

范、规范、TR技术评审等。

目录

1.大纲从整体上将经营决策层、技术评审决策层、项目管理层面（包括变更管理）、项目执行

层、第层区分开；

明确职责：分层管理责任执行责任责任端到端意识

经营决策层

技术评审决策层

项目管理层

项目执行层

第层

2.主干流程中的活动将所有活动的评审动作合并到活动主体中，默认活动交付是评审过的交

付件。

统一流程语言

活动名称统一：名词н动词

大纲层面的活动是功能层面，需要完付功能。

子流程里的活动是操作层面，需要指导具体操作。

端到端管理意识

拟制ͬ设计完成≠交付完成

拟制ͬ设计完成н评审完成（意见关闭）

с交付完成

3.大纲中保留的均为各专业域的关键活动及验证，一些更详细的活动在各域的子流程中体现。

大纲中活动保留原则：

•涉及多个领域专业域的协同。

•关注和出口。

旧大纲

目的：

新大纲

•主干轻，更灵活。

•过程下沉到专业域专业域改进权责明确，空间大。

4.职责分工部分根据的项目管理组织架构及角色定位做修订。（项目管理架构会体现

在《项目管理计划》中）。

5.与参与者区分开，通过评审操作指南细化管理角色、执行角色、评审角色、知悉

角色（RACI角色）。

大纲层面定义：

•与参与人分开

•参与人建议是到领域而非具体角色的

颗粒度（保持灵活性）

配套评审指南定义：

•通过矩阵分析明确具体落地层面的角色

需要达成共识：

系统里的角色设置是可参考，项目仍可根据实际情况去识别干系人，灵活添加。

6.阶段名称修订保持与IPD一致。

旧大纲新大纲

7.增加变更管理规范：硬件PM及各级管理者为变更管理的责任人。

变更闭环

8.增加TR准入准出，充分识别质量风险。

严格阶段的准入准出，资源管道管理

硬件大纲优化思路一览

序号痛点优化内容可衡量指标

1.重新梳理实际执行现状，互赖关系的整理,依据项目管理的架构梳理大纲层面保留的关流程质量维度