研发领域系统工程师SE及其扩展组的工作 (2).docx

技术管理层

技术管理层 技术管理

研发领域系统工程师SE及其扩展组的工作

孙维乙

在现代企业中，无论创新工作的比例如何，在产品研发项目中，总是存在一个对技术负总责的角色，有时候他以个体形式存在，有时候他以群体小组的形式存在，我们在IPD体系中把这个角色成为系统工程师SE(SystemEngineer)。包括早期华为在内的国内大多数企业，都或多或少存在对该角色认知不清楚、管理不重视等问题，造成技术创新的分散和不系统，最终导致产品研发项目方向改变和产品失败。为了解决上述问题，需要对SE进行清晰定位和认知，构建支撑IPD流程顺利运行的SE体系。

那么，系统工程师SE的工作内容是什么？还需要哪些扩展组成员给SE的工作进行支撑呢？

系统工程

系统工程师SE的主要工作就是将系统工程的原理应用到研发工作中，成为那条“扎成花束的细线”(“我收集了几束他人采来的花，不过那扎成花束的细线是我自己的”一一约翰?巴特莱特)。

系统工程的主要任务是运用系统思想，根据总体协调的需要，把基础思想、理论、策略和方法等从横向联系起来，从构成要素、组织结构、信息交换和自动控制等功能进行分析研究，借以达到最优化设计，最优控制和最优管理的目标。。

主要工作

SE的主要工作一般分为三个层面：技术管理层面、工程技术层面、支持层面，其主要内容如图1所示。

技术管理层面

技术管理层面的主要工作是技术管理，包括计划、评估、控制产品开发中的技术工作以达成开发目标。在SE技术工作的计划阶段，SE的主要工作包括SE管理计划的制订、SE-WBS的制订，并将上述计划在检查、评审、批准后进行基线化并分发下去。在SE技术工作的评估和控制阶段，SE的主要工作包括风险管理、接口管理、各TPM管理、状态评估和报告、SE扩展组例会等，其中风险管理的组织者是研发代表RDPDTSE仅参与其中并重点关注技术风险。

SE计划

支持层系统设计?需求分析?TPMt理?

支持层

系统设计

?需求分析

?TPMt理

?功能分析

?关键接口管理

?设计合成

?系统分析

工程技术层

产品需求管理

产品配置管理

SE设计流程

图1系统工程师SE的工作框架

SE管理计划（SEMP的初始制订和评估发生在IPD概念阶段的TR1之前，在计划阶段的TR2和TR3之前需要重新进行评估，最终在TR6之后关闭计划。SE管理计划（SEMP的主要内容包括：

系统工程过程和活动

组织结构

报告和会议

技术评审

质量保证计划

需求管理计划

重用计划

接口管理

TPM管理

产品工程设计策略

与之相对应的SE-WB主要内容包括里程碑、任务之间的关系、关键路径和关键依赖关系、资源等。

SE管理计划的检查、评审和批准情况如图2所示，SE在检查活动中的主要

汇报对象是研发领域QA在评审活动中的主要评审团体是SEX作评审小组，在批准活动中的主要汇报对象是研发代表RDPDT

RDPDT计划评审、批准过程3提交批准

RDPDT

计划评审、批准过程

3提交批准

图2SE管理计划的检查、评审和批准情况

SE工作状态评估报告

SE工作状态评估报告的主要内容包括活动状态、里程碑跟踪、需求状态、风险状态、TPM状态、关键接口状态、建议和问题、好的实践和经验教训。上述报告需要SE在每个TR点之前向他的上司RDPD进行提交和汇报，并且在时间跨度较长的开发阶段和验证阶段，需要周期性提交本报告。

SE扩展组例会

多年的IPD咨询实践表明，例会制度是解决沟通协调、提高小组运行质量的法宝，SE及其管理下的扩展组的例会对于SE工作质量的保证有着特别的意义，该例会的参加人员除了SESE扩展组成员外，研发领域QA也应该参与其中。SE扩展组例会的主要内容包括状态评估报告、技术问题、技术管理方面的其他问题等。

TPM管理和关键接口管理

TPM的中文全程为技术性能测量，它来源于产品的MOE有效性测量

TPM的中文全程为技术性能测量，它来源于产品的

MOE有效性测量），主要

对象是影响产品的进度、成本、质量的关键性指标,

TPM是产品成功与否的指示

对于TPM和关键接口的管理分为四个阶段：标识、计划、状态跟踪、控制

标识：TPM在设计需求完成后进行标识（TR1之后）；关键接口在设计规格完成后进行标识（TR2之后和TR3之后分别进行一次）

计划：将已标识出的TPM和关键接口写入SE管理计划SEM冲。

状态跟踪：定期检查状态，并将最新的状态跟踪到SE工作状态评估报告中,相关的问题在SE扩展组例会上讨论，对解决不了的问题上升到研发例会上进行讨论。

控制：经过分析后，TPM和接口的状态有可能会引起计划的更新或其它的管理活动。关键接口的变更必须由