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

研发领域系统师SE及其扩展组的工作孙维乙在现代企业中，无论创新工作的比例如何，在产品研发项目中，总是存在一个对技术负总责的角色，有时候他以个体形式存在，有时候他以群体小组的形式存在，我们在IPD体系中把这个角色成为系统工程师SE（SystemEngineer）。包括早期华为在内的国内大多数企业，都或多或少存在对该角色认知不清楚、管理不重视等问题，造成技术创新的分散和不系统，最终导致产品研发项目方向改变和产品失败。为了解决上述问题，需要对SE进行清晰定位和认知，构建支撑IPD流程顺利运行的SE体系。那么，系统工程师SE的工作内容是什么？还需要哪些扩展组成员给SE的工作进行支撑呢？1系统工程系统工程师SE的主要工作就是将系统工程的原理应用到研发工作中，成为那条“扎成花束的细线”（“我收集了几束他人采来的花，不过那扎成花束的细线是我自己的”——约翰·巴特莱特）。系统工程的主要任务是运用系统思想，根据总体协调的需要，把基础思想、理论、策略和方法等从横向联系起来，从构成要素、组织结构、信息交换和自动控制等功能进行分析研究，借以达到最优化，最优控制和最优管理的目标。。2主要工作SE的主要工作一般分为三个层面：技术管理层面、工程技术层面、支持层面，其主要内容如图1所示。技术管理层面的主要工作是技术管理，包括、评估、控制产品开发中的技术工作以达成开发目标。在SE技术工作的计划阶段，SE的主要工作包括SE管理计划的制订、SE-WBS的制订，并将上述计划在检查、评审、批准后进行基线化并分发下去。在SE技术工作的评估和控制阶段，SE的主要工作包括风险管理、接口管理、各TPM管理、状态评估和报告、SE扩展组例会等，其中风险管理的组织者是研发代表RDPDT，SE仅参与其中并重点关注技术风险。.1SE计划图1系统工程师SE的工作框架SE管理计划（SEMP）的初始制订和评估发生在IPD概念阶段的TR1之前，在计划阶段的TR2和TR3之前需要重新进行评估，最终在TR6之后关闭计划。SE管理计划（SEMP）的主要内容包括：系统工程过程和活动组织结构报告和会议技术评审质量保证计划需求管理计划重用计划接口管理TPM管理产品工程设计策略与之相对应的SE-WBS主要内容包括里程碑、任务之间的关系、关键路径和关键依赖关系、资源等。SE管理计划的检查、评审和批准情况如图2所示，SE在检查活动中的主要汇报对象是研发领域QA，在评审活动中的主要评审团体是SE工作评审小组，在批准活动中的主要汇报对象是研发代表RDPDT。图2SE管理计划的检查、评审和批准情况2.1.2SE工作状态评估报告SE工作状态评估报告的主要内容包括活动状态、里程碑跟踪、需求状态、风险状态、TPM状态、关键接口状态、建议和问题、好的实践和经验教训。上述报告需要SE在每个TR点之前向他的上司RDPDT进行提交和汇报，并且在时间跨度较长的开发阶段和验证阶段，需要周期性提交本报告。2.1.3SE扩展组例会多年的IPD咨询实践表明，例会是解决沟通协调、提高小组运行质量的法宝，SE及其管理下的扩展组的例会对于SE工作质量的保证有着特别的意义，该例会的参加人员除了SE、SE扩展组成员外，研发领域QA也应该参与其中。SE扩展组例会的主要内容包括状态评估报告、技术问题、技术管理方面的其他问题等。2.1.4TPM管理和关键接口管理TPM的中文全程为技术性能测量，它来源于产品的MOE(有效性测量)，主要对象是影响产品的进度、成本、质量的关键性指标，TPM是产品成功与否的指示器。对于TPM和关键接口的管理分为四个阶段：标识、计划、状态跟踪、控制。标识：TPM在设计需求完成后进行标识（TR1之后）；关键接口在设计规格完成后进行标识（TR2之后和TR3之后分别进行一次）。计划：将已标识出的TPM和关键接口写入SE管理计划SEMP中。状态跟踪：定期检查状态，并将最新的状态跟踪到SE工作状态评估报告中，相关的问题在SE扩展组例会上讨论，对解决不了的问题上升到研发例会上进行讨论。控制：经过分析后，TPM和接口的状态有可能会引起计划的更新或其它的管理活动。关键接口的变更必须由SE参加评审，以控制接口的变更对系统工程活动的影响。2.2工程技术层面和支持层面SE在工程技术层面的主要工作是系统设计，包括需求分析、功能分析、设计合称和系统分析等四个方面。上述四个方面之间的关系如图3所示。图3SE在工程技术层面各方面工作之间的关系整个系统工程的过程，如图4所示。它由三个维度组成，分别是产品开发技术工作的八大生命周期过程——开发、产品、部署、支持、处置、验证和培训；系统设计的主要工作——需求分析、功能分析、设计合成和系统分析；系统级别——概念级、系统级、子系统级、模块级等等。整个系统工程就是要在系统思想下，把上述三个维度的工作全部按计划协调完成。针对需求分析工作，它主要包含需求开发和需求管理两个部分，需求开发的过程包括需求获取、需求分析、需求定义、需求验证四个部分，需求管理过程包括需求属性和分类、需求管理库、需求跟踪、需求变更。在需求的跟踪活动中，需要重点对需求的属性进行定义，它一般包括需求的标识、领域、层次、状态、优先级、重要性和风险等级，以保证所有实现的需求是有源头的，没有遗漏和画蛇添足，并充分估计到需求的影响范围，增强了客户对产品顺利完成的信心。图4系统工程过程需求的变更主要发生在TR1-TR3之间，如果再TR3-TR6之间需要修改需求，一定要走PCR流程。需求和规格分别在TR1和TR2实现基线化，基线化以后需要对上述内容进行发布和公告，并由研发领域QA进行周期性审计。3SE及SE的扩展组在华为IPD3.0中，对SE的组织关系是这样叙述的：“SE的工作向RDPDT汇报，每个PDT设置一个SE角色并随PDT核心组一起任命，一个PDT的多个产品版本可以共用一个SE”。SE及其扩展组的构成，如图5所示。图5SE及其扩展组构成SE的主要职责是总体负责产品系统工程活动，把握产品系统设计的整体技术能力。系统设计组的主要职责是和产品工程设计组配合，完成各项系统设计活动，并对产品需求进行管理。产品工程设计组的主要职责是和系统设计组配合，关注各DFX工程领域，完成各项系统设计活动。产品变更控制委员会CCB主要工作是控制各类别变更。产品数据工程师主要职责是物料BOM的管理，包括设计BOM、生产BOM，在部分企业甚至包括服务BOM，并对产品的数据结构进行设计。知识产权、标准、合作工程师的主要职责不言而喻，主要包括知识产权和智力资产分析、标准管理、产品和技术合作。4总结系统工程师SE是IPD体系下产品开发项目中的一个非常重要的角色，它能力的高低直接决定了产品技术的成败，但多年以来，一直没有对SE的工作进行系统的梳理和，对于SE需要什么样的扩展组进行支持也很少研究。希望通过本文的研究和探索，寻找出一条建立独立SE部门的路径和基础，为各企业提高SE的能力和水平，在管理和组织方面打下基础。