描述问题。对于一些技术专业人士来说，这并不像听起来那么容易。无论是票证文档，电子邮件还是报告，写作都是任何工程师的重要技能。不仅如此，工程师经常被要求在会议或讨论期间就关键问题进行口头报告或评论。良好的沟通技巧至关重要。事实上，如果您无法在危急情况下清楚地解释或充分记录它们，您很可能会危及客户关系，甚至会丢失贵组织的宝贵工作合同。

评估你的技能

沟通有多好?这是一个非常广泛的问题。如果您不懂法语，那么您的法语沟通技巧就不存在了。但你确实了解技术。您可能已经在学校学习，参加过课程，获得认证或在工作中学习。因此，让我们更具体一点：您作为一名技术专业人员，在沟通您的技术知识方面有多好?

使用“责任”一词是故意的。如果您无法清楚地解释您在工作场所的行为，意图或任务，那么您的职业生涯就不会增长。根据马克克劳福德的说法，“技术交流对于所有技术专业人员的职业发展至关重要。”这包括口头和书面沟通。你每天都需要它们。

做好准备

你被要求在两小时内开会。计划中的系统升级并不顺利，人们想知道原因。你会说些什么?你是否会毫无准备地走路，而其他人则负责叙述?您负责升级，但您也有责任谈论它。在您的计算机上搜索时跳过会议不是一种选择。

这发生在我身上一次。我们有一个团队在一夜之间在网络上执行操作，我被派去观察。在这种情况下，我自己没有完成工作，但我必须知道发生了什么。当他们失去沟通渠道并且无法取回时，我几乎为他们感到难过。他们似乎很绝望。这很重要。当我到达会议时 - 没有睡觉 - 我写了一篇关于这一事件的冗长报告并将其发送给我的经理。在高级管理人员面前，我能够清楚地解释发生了什么。我的口头和书面沟通清晰，简洁，连贯。后来我的直线经理告诉我，每个人都留下了深刻的印象。我认为，当客户签署我的合同延期时，这可能会有所帮助。

每天都要求技术专业人员解释和捍卫他们工作的详细方面。工程师可能会发现自己参加电话或视频会议，编写程序，咨询同事，记录问题，进行培训，准备报告或主持会议。解决问题或处理数字是不够的。沟通想法很重要。

发展和分享您的想法

Alan Rossiter博士说：“许多好主意从来没有看到光明，因为拥有它们的工程师无法传达这些想法。”你知道古老的格言：“发布或消亡。”它是有一件事要坐在电脑前，执行设计工程师提供的行动计划。开发和分享您自己的技术概念是另一回事。

如今，大多数人都认为IT工程师是已经学习了该领域已经建立的协议和实践的人。但计算机行业并不那么古老。我们现在认为理所当然使用的许多技术都是自第二次世界大战以来开发的。(有关知道如何交流思想的人的更多信息，请参阅7改变世界的计算宣言。)

锐化你的锯

您可以阅读有关有效写作和商务沟通的书籍和课程。但是，任何高中毕业生都应该能够写出清晰，语法的句子和结构合理的逻辑段落。基本的写作技巧是无可替代的。

Grace Hopper是一位出色的海军军官兼数学家，曾与Harold Aiken，J. Presper Eckert和John Mauchly等人一起开创计算机项目，他们相信技术专业人士的沟通技巧的重要性。根据沃尔特·艾萨克森(Walter Isaacson)在其着作“创新者”(The Innovators)中的说法，霍珀坚持认为她在瓦萨学院的学生能够写得很好。她经常要求他们写关于数学科目的论文，然后她会用彩色墨水标记论文。在随后的叛乱中，她会告诉学生“除非他们能够与其他人交流，否则尝试学习数学是没有用的。”

奥兰多中佛罗里达大学英语教授丹·琼斯说，更好的技术作家已经“长时间地通过大量练习和努力工作”获得了他们的技能。文档方法或软件无法取代有效的写作。

技术交流的方法

技术主题的交流，无论是口头还是书面，都具有自己的特点。借鉴我作为网络工程师的丰富经验，让我自己提出如何处理它的方法。

年代

这对问题管理尤为重要。发生了什么，何时以及以何种顺序?在问题发生之前发生了什么活动?采取了哪些措施来解决?在故障单说明中，我们实际上使用编号列表来描述事件序列或尝试“修复操作”。这是一个通用示例。(实际的票据会有更具体的细节。)

接到John Doe / Acme公司关于他的连接问题的电话。

执行诊断并发现错误配置。

检查了变更控制数据库，发现昨晚有可能影响客户的维护窗口。

下一步：与供应团队核实并讨论电路的正确配置。

“卓越票”是我们有效事件文档的代号。每个动作都必须进入罚单。我们曾经说过“如果它不在票证中，那就没有完成。”了解事件的顺序通常是解决问题的关键。

分析

你可能无法教授智力，但可以学习批判性思维。有时工程师的经验会告诉他问题的可能原因，仅仅因为他以前见过它。花时间思考问题非常重要。根据专业工程师和技术文案撰稿人Atul Mathur的说法，“技术写作不仅仅与语言技能有关 - 它也与我们的思维方式有关。”

量

您知道影响您工作的参数，阈值和KPI。记录它们时，它们的准确性非常重要。任何程序员都知道这是真的。火星任务失败了，因为有人使用的是帝国而不是公制的数字。您的声誉取决于您正确行事的能力。(有关KPI的更多信息，请参阅KPI在网络管理中的作用。)

定性

描述技术问题需要的不仅仅是数值分析。通常会有许多人，设备或情境发挥作用。处理算法是不够的。阐述主题的关键方面可以使问题成为焦点。人不是机器人，技术交流与将程序从一台计算机发送到另一台计算机不同。这是一次人类交流。

简单的复杂性

您还必须了解您的受众群体。如果您使用您的观众不理解的术语或缩写来说话或写作，您将失去它们。你的沟通失败了。试试这个：找到你八岁的侄子(或其他一些倒霉的孩子)并向他解释你在电脑屏幕前每天工作8小时的情况。如果他理解，那么要么他非常聪明，要么你是一个很好的沟通者。

仅仅是一位出色的工程师或技术精湛的技师是不够的。您可能确切地知道自己在做什么以及如何找到解决方案 - 您甚至可能是公司中最聪明的人。但是，如果你很少关注你所知道的沟通情况，那么每次失败的沟通都会降低你对组织的价值。根据Rossiter的说法，“如果你想半独立工作，或者如果你想监督其他人，那么沟通能力至关重要......如果你想被人注意，你就必须进行沟通。”不管你是谁忙于日常运营任务或大量参与复杂研究，您的沟通方式将对您的职业发展轨迹产生巨大影响。它可能只是所有人中最重要的技能。