如何改善工程组织内部（及其他领域）的知识共享

“任何设计系统的组织都会产生一个设计，其结构是该组织沟通结构的副本。” - 梅尔文·康威（Melvin E. Conway）。

作为工程领导者，顺利扩展的关键要素是在您的团队和其他部门内建立强大的沟通渠道。

假设我们将康威定律应用于工程组织的组织行为。这样一来，我们可以说，产品将取决于团队的组织结构和沟通方式。这意味着，知识共享越有效，业务成果就越好。

让我们来看看为什么知识共享如此重要，以及您可以在工程组织（及其他地方）实施哪些工具和策略来改进它。

为什么你需要搞好知识共享

知识共享对于工程团队和其他团队的持续学习和改进至关重要。它还有助于：

👉 推动协调：共享知识使团队能够根据业务使命和愿景努力实现目标。这些信息对于让您的团队继续开展有影响力的活动至关重要。

👉 建立可见性：随着团队和公司的发展，开始失去对细节的可见性是很常见的。确保良好的知识交流可以防止这种情况失控。

👉 平稳扩展：随着团队的壮大，沟通渠道的数量也会随之增加。从一开始就设置流程和框架可以帮助您轻松扩展。

作为一名工程主管，你必须明白不立即解决问题的长期后果。将精力投入到改进上会浪费交付成果的时间。但是，降低团队间知识传播的优先级可能会导致复杂的风险，这些风险迟早会给你带来损失。

巴士因素：如果整个组织中只有一个人或一组人知道某件事，那么如果这个人被公交车撞了，会发生什么？谁能完成只有这个人知道的事情？当然，我们在这里有些夸张，但人们离开、休假，那一刻可能至关重要。

各自为政：前端、数据、后端、QA 团队等，都朝着同一个目标努力：将产品交付给最终用户。同时，他们又相互依赖，各司其职。如果任何一步缺乏沟通，都可能影响最终产品和用户体验。

不解决瓶颈：即使你知道存在瓶颈，如果你不知道问题是什么以及为什么会发生，就无法指望解决问题。沟通是关键，它可以帮助你了解原因，并制定解决方案。

那么如何才能减轻这些风险呢？

我整理了一些在贵公司工程团队、员工和其他部门之间共享知识的最佳实践。有些你可能很熟悉，有些你可能很陌生。我建议你定期遵循其中至少 5 个。

👉 文档：我再怎么强调也不为过：记录你的决策和讨论。它们在你以后尝试解决类似问题时能帮到你。我建议创建决策记录，在 Jira 上使用评论，并在 Slack 频道上分享代码。

👉 回顾：定期召开会议，反思哪些措施有效，哪些无效。这些措施对你的组织有何影响？为了方便大家，请与大家分享你的雅典指标仪表盘，以便他们进行分析并提出问题。

一种快捷的方法是分享您想要讨论的仪表板专属链接。每个链接都会保存特定指标和时间线的信息，方便您和您的团队随时快速返回。

👉 研讨会：定期举办活动，让工程师提出他们面临的问题，讨论潜在的解决方案。

👉 站立会议：让工程师分享当天的成就以及挑战和障碍。

👉 提案征询书 (RFP)：允许任何人创建提案来更改某些内容：流程、代码、架构。它激发你的团队发挥创造力。

👉 代码审查和结对编程：鼓励您的团队提交他们的代码进行审查，甚至不时将他们结对以推动讨论。

👉 聚会：与来自不同团队、具有相同角色或领域的人安排会议。这样，他们可以讨论一些可能让其他人感到困扰的共同话题。

👉 事后分析：记录团队对哪里出了问题、如何避免以及如果情况再次发生如何改进的反思。[更多]

最近，我问了一些工程部门的领导，他们是如何改善与其他部门的沟通的。以下是我最喜欢的一些答案：

👉 技术演示：它们很有趣，并且可以在团队之间有效地传播信息。

👉 每周技术深入探讨：这有助于团队成员了解新领域，更快地加入团队成员，并创建一个共享知识和了解特定或模糊的系统部分的空间。

👉 “问工程师”：工程领导定期与客户支持和销售团队交谈，回答他们有关产品和工程进展的问题。

👉 创建内部发行说明，并向所有利益相关者发布发行说明。发行说明通过电子邮件和 Slack 频道发送，以便大家在遇到问题时可以回复。

无论您处于公司的哪个阶段，良好的沟通和知识共享最终都会影响您的业务成果、扩展能力和团队的幸福感。

希望您今天能够感受到它的影响力，并掌握一些可以帮助您的组织走向成功的工具！

了解
Athenian 如何帮助您的工程组织内部促进更好的沟通。快来聊聊吧！