资深工程师的思考力 — 开会与反思检讨该提什么问题?

先前我们在《工程师在专案不同阶段，必问的核心问题》 讨论了在专案中、面对产品时工程师可以提什么问题，以及透过这些提问来提升自己的思考力。

在这一期主题文中，我们会进一步来讨论，当在会议以及反思检讨时，可以进一步提哪些问题，让这类型的会议能够开得更顺利。

会议相关要思考的问题

虽然多数工程师偏好实作大于开会，但是一定规模的软体开发需要靠团队合作完成，因此会议有时会成为必要之恶。面对这个避不了的存在，最有效的面对方式就是善用它，让会议所占据的时间，能够发挥最大价值。

在会议前

很多团队往往低估会议的成本，找了很多人进会议，但不是每个人真的都需要。假如一个会议一小时，里头有五个没必要在的人，等于每开一次会就浪费五小时的开发时间，一周要是有三场这类的会议，就浪费十五小时；当团队越来越大，不去反思与检视这种状况，会导致越来越多浪费。身为资深工程师，保护团队成员不用参加冗余的会议，会很重要。

因此在会议前，推荐可以问以下问题来检视：

• 期望透过这个会议来达到什么？会议的目的是否清楚?
• 会议要讨论的议题，真的那么重要吗?
• 我们真的需要开这个会吗? 有没有替代方案 (例如用非同步形式讨论) ?
• 每个参与者真的都需要在会议中吗? 为什么? 参与者有没有其他更重要的事情必须做?

假如发起会议的人没办法清除回答当中的其中一个问题，身为资深工程师就该让对方知道，团队中的工程师应该把时间花在其他更重要的事情上。

在会议中

身为资深工程师，需要确保会议室有效进行。毕竟会议如果没有效，那就等于大量浪费了所有参与会议的人的时间。

要评估会议是否有效进行，可以思考以下问题：

• 讨论是否没有被少数人占据? 参与的人是否都有机会表达其观点?
• 讨论是否有效被推进? 还是只是在绕圈子没有推进?
• 讨论是否有清楚的结论、后续的行动方案?

这些问题通常不会直接问出来，而会是在脑中思考与评估；在评估时，如果这些问题有任何一个是否定的，那就要适时介入。举例来说，假如会议中一直是某个工程师在发言，把其他人的话都抢走，这时就可以跳出来，主动去问说「其他人怎么看呢? 是否同意 XXX 刚刚提出的观点呢?」来介入，确保其他人都可以有效发声。

会议结束前

在会议结束前，身为资深工程师需要确保会议该有的结论都有获得，避免大家花那么多时间参与，结果什么结果都没有。

在一般的会议结束前可以问：

• 会议最开始设定的目标有达到吗?
• 有没有什么遗留没讨论到的内容，是后续要再持续追踪的?
• 有讨论到的内容，是否有明确的待办事项、要完成的时程，以及相对应的负责人?

在产品相关的会议结束前，推荐可以问：

• 这个会议是否有产出具体且明确的规格、选择该规格的原因?
• 关于规格的设计与实作，是否有明确的时程?
• 有明确的负责人去跟不同的利害关系人 (例如跟上下游团队) 沟通吗?

如果上面提到的点，在会议结束前并没有做到，身为资深工程师，在这个时候务必要跳出来。举例来说，假如有没有讨论到的内容，在会议结束前可以说「我发现原本有排定要讨论的 xxx 并没有被讨论到，也许我们可以拉另一个会议来讨论这件事」。

阅读更多

在谈完会议前、中、后分别推荐提的问题后，接着想特别谈「反思与检讨」类的会议，要如何能够有效做好。在工程师的职涯中，持续反思与检讨，才能够持续成长。毕竟经验本身的价值是有限的，对经验反思才能获得更大的价值。

反思与检讨的会议该提哪些问题、为什么在这类会议中「如何问问题」跟「问什么问题」同样很重要? 我们在 E+ 成长计划的主题文都有更详细谈到，推荐感兴趣的读者阅读。

本文为 E+ 成长计划的深度内容，截取段落开放免费阅读。欢迎加入 E+ 成长计划阅读完整版本 (点此了解 E+ 的详细介绍)。