第二章

### 第二章：代表多人的声音

#### 引言

首席工程师通常站在最前线，承担工程技术权威（ETA）的责任，与其他项目、计划和中心领导者合作，必要时做出决策并指导技术团队。成功的项目从首席工程师的引领中获得力量、连续性和凝聚力。然而，有时需要以不同的方式领导——通过代表他人，特别是代表你的团队或团队成员，来行使职位所赋予的权威和信誉。

#### 首席工程师的角色

作为首席工程师，你首先是技术团队的领导者。你的职责不是执行团队的每一项任务，监督每一个组件的开发或操作，或做出每一个最低级别的决策。即使在小型项目中，首席工程师也必须将责任下放给其他团队成员。虽然你会亲自执行一些任务，但领导技术团队取得成功是首席工程师的主要责任。

#### 代表团队的声音

团队需要一个声音。作为技术团队的领导者，你是他们在项目管理会议、设计评审、关键决策点、预算讨论等场合的主要发言人。在这些场合中，你不仅要提供自己的观点、意见、视角和关切（尽管你显然可以这样做），还要提供团队的观点、意见、视角和关切。你是一个人的声音，但代表的是许多人的声音。

#### 理解团队的声音

首先，要代表多人的声音，你必须理解这些声音在说什么。这需要与团队保持密切沟通，了解他们的观点、意见、视角和关切（在我的经验中，观点、意见和视角是有洞察力的，但关切是真正揭示你应关注的重点的窗口）。如果你把所有时间都花在项目办公室、中心管理层或承包商那里，你就无法有效地与团队沟通。你必须与团队保持联系，了解他们的视角和关切。换句话说，如果你不知道团队的想法或感受，你就无法代表他们。

#### 沟通的重要性

多年来，我看到NASA内部的领导者将自己隔离在职位和头衔的象牙塔中，通常与项目的其他领导层（即更接近老板的人）保持物理上的隔离，很少甚至从不“下凡”与他们的“士兵”（在这种情况下是工程团队）互动。这种疏离感虽然可能让你在声望上感觉良好，但从保持与团队联系的角度来看，这是一种劣势。

#### 实际案例

当我担任轨道器项目办公室（OPO）的任务操作代表时，我的职责包括代表整个操作社区向OPO汇报。这个社区包括八个技术学科（包括电力、推进和生命支持）、飞行动力学、机器人技术、舱外活动（EVA，即太空行走）、任务规划——基本上是整个厨房水槽。虽然我之前作为任务控制飞行控制员的经验使我能够理解操作，但我当然不是航天飞机任务操作中每个方面的专家。有太多的领域需要覆盖。

但我确实经常出去与人交谈。每次OPO配置控制委员会的议程都涵盖了从电子设备箱内的共形涂层问题到低温压力容器上的止回阀问题等各种技术学科。每个问题都需要我对相关系统及其操作有一定的了解，才能为我们认为对操作最有利的解决方案提供支持。有时，问题非常复杂或重要，我会带一位学科专家参加委员会，但大多数时候我是独自一人。在每次会议之前，我会去任务操作同事的办公室，询问有关当前问题的情况。我们可以按原样飞行，还是应该建议拆除并更换组件？我们看到的故障是独特的情况，还是可能影响类似组件的常见原因？你对所提出的建议感到不安吗？你对这一切有什么看法？

如果我没有与我所代表的同事们进行一对一的交流，我就无法充分代表他们的观点和关切。这样做不仅确保我理解问题及其影响，足以代表组织，还让他们对我能够做到这一点充满信心。作为额外的好处，我们之间建立了信任，因为我在委员会上的倡导会遵循他们的建议。

#### 代表团队的不同形式

代表多人的声音可以采取不同的形式。有时这意味着代表团队发言，有时意味着代表团队提供服务，但始终意味着代表团队而不仅仅是你自己。一个例子是我在总部负责领导修订NASA的一项工程政策。总部首席工程师办公室（OCE）负责维护机构级别的工程政策。这以一份名为《NASA程序要求》（NPR）7123的文件形式体现，该文件概述了NASA系统工程的流程要求，并附有包含指南、模板和其他辅助信息的厚厚附录。与所有NPR一样，7123每5年修订一次，2017年是时候再次打开这本书并启动修订周期了。负责生成修订并领导团队生成内容的责任落在了我的肩上。

我们组建了一个由来自NASA各中心的系统工程专家组成的团队，其中许多人参与了之前NPR的修订，有些人甚至可以追溯到12年前NPR 7123首次发布的时候。我还包括了一些非NASA的代表，以确保我们的观点不会过于狭隘，此外还有一些其他主题专家。整个团队大约有25人。在6个月的时间里，我们讨论、辩论并决定了哪些内容需要修订，哪些内容保持不变，以及本次修订周期中需要添加的新内容。

从一开始，我就决定，尽管我的办公室负责NPR，我负责维护它，但我会将团队视为内容的所有者。虽然总部确实有责任确保某些期望，但各中心负责实施NPR。他们是这项政策的执行者，谁比负责实施它的人更能确保我们生成一个修订版呢？我决定我的角色是确定修订的范围，制定修订周期过程的总体结构（时间表、预算等），并监督修订的开发过程。但我并不认为我的责任是确定内容本身；我将其委托给团队，并成为他们建议变更的主要倡导者。当我们向NASA高级领导层汇报结果和建议时，我将成为多人的声音。

#### 总结

首席工程师代表团队。虽然你可能站在最前线，但你的话语代表了许多人。代表多人的声音是一项严肃的任务，但也非常令人满足。