erio组织内的隐藏知识

软件发展迅速。

无论是由刚成立的初创公司的独奏企业家疯狂地写作，还是由财富500强公司的一支资金雄厚的工程师团队疯狂地编写，迅速执行想法的能力都是当今软件开发中最重要的技能之一。

Why companies are shifting to Q&A as the new format for knowledge management.
Download now (pdf)

当您快速移动时，很容易发生断裂或重要元素掉入裂缝的情况。 最大的挑战之一是，当您每小时行驶一百万英里时，会严重缺乏文档记录。 毕竟，当您全速向A系列充电或加班以击败竞争对手进入市场时，谁有时间写下所有内容？

输入知识孤岛

不幸的是，随着项目的发展，构建项目的团队也是如此。 如果您曾经经历过任何项目团队的快速扩张，那么知识孤岛的概念应该太熟悉了。 在少数开发人员中曾经广为人知的知识逐渐成为少数选定人员的特权信息。

知识孤岛是项目增长自然演进的一部分。 随着项目的发展超出一个或两个关键团队成员的能力，几乎只保留在自己头脑中的信息也需要传递。 不幸的是，这种情况很少以可靠的方式发生。 为了方便起见，而不是出于敌意，知识孤岛通常始于新手在基本入职后依靠的拐杖。 他们了解了通常需要什么才能有效，然后请团队中的主题专家来寻找更具专有性的主题。

随着团队的成长和分散，这种口头传统常常演变为书面文档 。 精打细算并写下这些信息是使团队成长的唯一途径。 这也减轻了孤立的工程师的负担，因为他们花在回答问题上的时间比其他任何事情都多，他们自己的生产力可能正在遭受损失。

隐藏知识的传奇

有效且满意的软件工程师对他们的工作有主人翁感。 掌握功能并真正拥有其设计和开发的能力可能会产生深深的工作满意度，但所有权风险是孤立的。 这是您明确知道需要记录的信息。

当在泡沫中开发功能时，组织开始忽略已知的功能。 例如，许多组织中的常识性孤岛是客户计费过程。 通常，只有少数人知道此过程的详细信息，但大多数人都知道谁拥有该筒仓。 我们可能不知道需要记录什么 知识，但是我们确实知道有需要记录 知识。

但是还有另一种

隐性知识不是只为一小部分人所知的信息，它是组织甚至不承认的信息；而不是只有一小部分人知道的信息。 一小部分人可能知道的信息，但该组织之外的其他组织甚至都无法跟踪。 这些信息通常很细微，例如很少使用的微服务的部署过程或主要应用程序中的非标准配置值。

彩票因素

尽管每个组织都必定会有几套知识孤岛和隐性知识，但要确定这些孤岛是否已成为生产力的瓶颈，这是了解如何最好地解决问题的关键的第一步。 如果您不确定如何确定知识筒仓是否是瓶颈，可以考虑将抽奖因素作为试金石。.

想象一下，一名员工赢得了抽奖，第二天开始工作并辞职。 不知不觉中。 他们乘喷气式飞机前往私人岛屿，不进行任何交流或参与任何离船。 在确定知识孤岛可能给组织带来的固有风险时，这是一个有用的练习。

尽管抽奖是极端情况，但是当关键团队成员离开时，知识孤岛可能对生产率产生定期的负面影响 休假或请病假。 如果您的整个组织的工作效率因一名员工得了感冒而受到影响，那么这是一个开始传播一些知识的好兆头。

这不仅仅关乎生产力

就像任何良好的关系一样，沟通是关键，尽管早期项目通常会快速和非正式地沟通需要了解的信息，但这种知识共享策略并不可持续。 在某个时刻，任何人都不可能将单个项目的整个知识库保存在脑海中，这意味着文档成为可持续增长和有效计划的关键。

如果没有清晰准确的文档，则可以长期有效地工作。 没有它，将会发生与项目未记录的最佳实践相抵触的更改，或者对最初为适应代码库中的细微差别而创建的配置值的调整。 也许更重要的是，您的团队必须知道该文档的存在以及如何访问它。 最后，每个人都应该能够轻松找到“为什么”某事按其工作方式的答案。

See how Stack Overflow for Teams can transform collaboration within your organization.
Learn more

from:https://stackoverflow.blog/2019/09/30/hidden-and-siloed-knowledge-within-your-organization/