工程师技术沟通策略：如何有效同理与表达观点
2024年9月30日
在工程师的职涯当中，除了写程式与技术文件外，有不小一部分是要做技术沟通。技术沟通包含在技术在程式码审查 (code review) 时，让其他人知道你的技术观点、评审 (technical review) 时讲解你的技术设计、跟产品经理讨论时协助对方理解技术面的考量，甚至在年度绩效考核时让别人知道你做过的贡献，这些都是沟通的范畴。
在之前文章 如何做好向上管理？与主管沟通的 6 个技巧 中，我们有谈到跟主管的沟通，是向上管理中很重要的环节之一。因此，在这期的主题文，我们将会更聚焦在沟通这个主题上，分享一些过去我们学到且实际用过的方法，让读者们未来在需要沟通的场合中，都能更加高效。
不要急着提出解答，先同理对方
Paul Graham 先前曾发过一则推文，谈到他花很多时间才终于理解，很多时候大家寻求的不是解答，而是寻求有人能够同理自己。
Took me a long time to realize solutions aren't always what people want. Sometimes they just want someone to empathize with them.
这篇推文得到很大的回响，特别是在工程师的族群。许多工程师都是很问题解决导向，因此在职涯中忽略与他人的沟通，很多时候解决情绪比解决问题更重要。
如果在沟通时，对方谈到自己目前所遇到的难处，推荐要适时表达你能理解该难处，展现你能同理。很多时候，比起解决问题，接住对方是沟通能否顺利的关键。
在某些人遇到难处时，直接讲道理很可能造成反效果，让对方知道你听到他们的困难、你能理解他们的困难，先把情绪处理好后，再来解决问题，往往会更有效。
而要做到表达理解，最简单做到的方法，是在对方分享完自己遇到的难处后，让对方知道你也觉得这种状况很糟，并分享你过去的相关经验。
因此，如果你过去也有「听完问题就开始想如何解决」的习惯，或许下次可以试着调整，听到问题后，先想想可以如何让对方感受到同理。
亚里斯多德的三步骤表达法
在同理完对方后，假如你想要沟通你的观点或者解法，有一个三步骤方法，据说是由古希腊哲学家亚里斯多德提出的 (连结)，是我们自己非常爱用，且觉得很有效的方法。
这个表达方式，可以切分成三个部分，分别是：
- 先告诉别人你要讲的东西 (Tell them what you will tell them)
- 接下来深入解释重点脉络 (Tell them)
- 会后总结你讲的东西 (Tell them what you just told them)
第一步骤可以先建立听众的期待，让听众知道接下来的重点会是什么。
第二步骤详细阐述重点，会因为有第一步骤的提点，让听众在听得时候，更知道自己在听什么。
而最后一步骤，则是帮忙再次总结，让听众能够再次温习刚刚听过的内容，加深听众的理解。
透过这三步骤的方法，能够让听众更有结构性的听，理解起来也会变得更容易。
阅读更多
关于有效沟通这个主题，我们在 E+ 成长计划的主题文，详细谈了有效沟通的具体方法，工程师不只是写程式，要沟通的场合其实非常多。如果你对如何有效沟通感兴趣，欢迎加入 E+ 成长计划。
本文为 E+ 成长计划的深度内容，截取段落开放免费阅读。欢迎加入 E+ 成长计划阅读完整版本 (点此了解 E+ 的详细介绍)。
