作为技术Lead，你需要有能力清晰地向不同技术水平的人传递复杂的思路、设计、愿景，以及架构思路。有时候你还需要与下属们分享知识，或者向特定的利益相关者总结技术方面的权衡取舍，从而提高技术透明度，影响决策过程。此外你还需要成为一个合格的导师，通过优雅且人性化的方式给予他人指导。
幸运的是，这些技巧的达成并不要求你一蹴而就，可以通过时间的磨炼逐渐精进。以下是一些关于如何在技术Lead的角色上精进沟通能力的建议：
作为技术Lead为何需要在意技术方面的沟通？
首先需要注意的是，技术方面的沟通并不仅局限于口头沟通或者我们都习以为常的非即时沟通（比如通过邮件）。以下几种沟通方式在对应的不同场景下同样重要：
- 通过设计文档，RFC等方式进行的文档沟通
- Code Review的评论
- 特定话题的群聊（飞书，企业微信，钉钉等企业软件中进行的特定话题群聊）
- 通过制作想法的原型，或者概念验证方式（POC），甚至我们熟知的Demo的方式进行沟通
- 演讲或者视频分享
成为高效沟通人士，意味着要熟练掌握以上列出的所有信息分享形式。我们也可以根据受众的不同对沟通进行另一个维度的分类，如下所示：
团队内部沟通是指在团队内部进行的沟通，包括Code Review、白板讨论，以及其他各种常规会议。在这种场合中，由于你的协作者都是工程师或者开发人员，因此没有必要过于简化技术细节。并且在这种场合的讨论中，你的团队成员会经常——但不应该无时无刻地——保持对一个话题的更新。
团队外部沟通是指与团队外部的人员进行的沟通。外部团队不仅包括你的上下游团队，甚至还会涵盖销售团队、营销团队或者高层管理者。人们对团队技术Lead的期望不仅仅是处理好技术事务，还需要你能够组建一个临时的跨团队攻坚小组，或者向销售团队/市场营销团队解释清楚新的功能有何价值，甚至向公司高层推广新的想法。与不同外部团队的沟通内容和沟通方式大相径庭，取决于他们所处的上下文以及对于技术的理解程度。对于不同类型的团队，技术Lead需要理解并注意如何组织相应的沟通内容和沟通方式。
技术Lead为何需要关注不同的沟通方式
作为技术Lead不仅仅需要能够针对技术本身施展沟通技巧，还需要有能力在通用话题上进行顺畅的沟通。对于技术Lead，你通常会有多种不同的角色，比如指导团队内部的成员，向团队外部成员提出建议，或者是作为团队对外展示的门面。因此需要你能够在不同的场合使用不同的沟通方式，或者是几种沟通方式混合使用。以下列出沟通能力对于技术Lead非常关键的几种场合：
1. 代表和宣扬
作为团队的代表人物，在公司会议中你应该准备好在合适的时间和场景中站起来为自己的团队发言。这些场景涉及：分享新进展，季度review，请求更多的HC或者提出面向未来的新想法。在这些作为代表的场合中，你必须完成自己应尽的义务，并且保证能够为你的团队争取到应得的声誉以及提升团队在公司内的地位。尽可能找到机会来让其他人感受到被认可和提升。
2. 知识分享
知识分享需要细心地解释方案和想法，思路越连贯越好。有时这可能意味着为你的团队解释来自于公司内团队以外的环境更新（比如公司战略上的变化）；他们会期待你讨论这些改变对与兄弟团队之间关系的影响，或者只是想让你讲讲针对当前环境的新计划、瓶颈或者机会。
3. 指导
指导他人最吸引人的一点在于，能够让对方放松心情，扔掉包袱与你讨论他们内心感到艰难的话题，以期获得成长。指导他人的方式包括谈论他们遇到的挑战并给予反馈，或者建设性批评，甚至仅仅是在一对一谈话过程中给予精神上的鼓励。我们尝试对指导过程进行结构化，以便在对话结束时能够引导对方明确下一步行动。以下就是一个例子：
- 你有什么想要谈的吗？我们对什么话题进行一次头脑风暴会最有帮助？
- 你感觉什么是最主要的障碍？是什么在阻碍着你？
- 在类似的情况中，你见过或者自己亲自执行过什么解决方法？
- 谁能够帮到你？你还需要从我这得到什么建议吗？
- 基于我们刚才讨论过的，下一步采取什么行动最有可能让你继续向前？
- 那么下一步你会要怎么做？你会期望在什么时间点完成这些步骤？
4. 委托任务
委托任务意味着将项目中某个特定的指责委派给团队内的不同成员。你可以通过会议、email，或者当面委派，但无论怎么做都需要有一个明示委派行为的环节，否则可能会让团队成员感觉到被“微管理”了。
5. 创建操作指南
有时你需要团队采纳新的技术、流程或者提议。与团队成员沟通这些细节的最佳方式无疑是通过文档、标准操作流程，或者操作指南。这就要求你具有出色的书面沟通能力，这样团队才会明白为什么有些环节或者事务如此重要，以及如何开始应用它。
技术Lead高效沟通的5个建议
至此我们已经明确了作为技术Lead，哪些角色和工作内容要求高质量的沟通技巧。接下来我们谈谈如何提升这些技巧：
1. 简化概念、精炼表述
- 尝试通过比喻和类比来简化技术名词和概念。要知道，即使在一个团队内部，也不是人人能理解专业缩略词。
- 针对受众优化内容。这意味着尽量不要使用团队内部的“黑话”，或者预设他人已经充分理解上下文。即便受众对上下文并不完全熟悉，都应该想办法让他们能够参与进来。
- 除非与受众有关，否则避免讨论极端情况。
- 较短的内容更易被完整吸收。
- 不要偏离讨论问题的核心。
- 在提出不同意见之前，先在内心衡量一下当前是否处于合适的场合，面对的是否是合适的受众。
- 避免使用“话佐料”，比如：基本上，你们明白吧，比如，有点，嗯~~，之类的，差不多这样的
2. 主动
- 主动发起与团队成员的沟通，而不是反过来。
- 定期与团队成员进行一对一谈话。注意通过email或者即时聊天工具约好时间，以避免打乱他们的注意力。
- 促进健康的团队内部沟通。 营造礼貌提问和回答的氛围。
- 定期检查团队成员是否被委派任务卡住，以及他们是否能够正确的处理这些任务。
- 确定你发起的沟通不会对团队成员产生干扰。如果他们张贴了“闭门谢客”的标志就应该尊重。
3. 倾听
- 用心聆听！ 理解，思考，然后再回应。
- 观察对方语言和非语言上的信号再进行回应。仔细倾听对方真正的意图，然后调整你的语气语调，做出适当回应。
- 在一对一谈话和团队会议中保持细心与开放的心态。
- 与其他资深同事或高层利益相关者沟通时，仔细聆听他们的所言所欲，以确保他们已经明白并吸收你分享的信息。
- 当团队成员谈论他们的想法时，倾听并且提出合适的问题，这样会鼓励他们说出更多内心的想法。尽可能不要简单粗暴的回答行或者不行。
- 书面沟通场景下的阅读，对应着面对面沟通场景下的倾听。应该仔细地，甚至不厌其烦地重复阅读，直到已经确定完全掌握对方表达的真实含义。
4. 彻底
- 勤于对细节付出注意力。
- 在指导他人的场合，尽心理解对方的需求，并写下来作为待办事项。
- 指导他人时，尽量理解什么方式最能帮到对方。
- 确保与你沟通的所有人理解一致
- 当你感觉某人落后于沟通进程，不要急于结束会议或者一对一谈话。
- 鼓励复述和问答环节，以保证所有人都达成充分理解。
5. 文档
- 记笔记，无论只是为自己还是为他人。笔记能帮助你记住繁絮的信息，防止当你希望能够事后思考但忘记的情况发生。
- 如果你的文档目的在于帮助他人，那么应该尽可能地做到清晰简洁。
- 创建文档的同时，记录创建日期，以便未来他人能够判断该信息与当时情况的相关性。
自省
作为技术Lead，收件箱中可能塞满了各种各样的信息：状态更新，设计文档，问题分析，战略说明，项目计划，预算文档，以及其他相关者的各类邮件。高效的沟通有助于减少这类信息过载。
沟通的重点在于双方能够理解被传递的信息。掌握良好的沟通技巧可以减少信息的来回往复，最终减少沟通所花费的时间。
最终，良好的沟通会让你这个人变得更好：
向非技术人员讲解技术细节需要理解对方立场的细微差别，因此会提升个人的同理心。此外，良好的沟通会让你与外部环境的同事相处更加简单，同时获得来自于无论是初级还是资深同事的尊重。
