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

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