企业知识共享？

我最近阅读了有关知识共享的这篇文章，并立即认识到我自己组织中的相同问题。我现在的主要目标是“杀死对等协作”，将其作为非私有系统相关讨论的默认通信方法。否则，您最终将所有历史知识都掌握在个人的头脑中，或者迷失在庞大的电子邮件系统中。

我对该小组的问题如下：

• 您使用什么方法/软件来鼓励开发人员之间更多的“公开”讨论？

我的一些初步想法..任何反馈都很好：

• 内部新闻组
• 更好的Wiki软件（立即使用Sharepoint）
• 留言板

（我很想拥有一个内部的StackExchange实例，但是不要认为这是一个选择！）

注：如上所述，我们已经有一个wiki，但我不喜欢维基主意，因为事情通常只添加到维基事实后，如果在所有。

谢谢！

我们有一个大型的内部Sharepoint网站和一个面向客户的支持网站，该网站从内部Sharepoint网站获取大量文档。当然，这与实现细节无关，而更多地与支持有关，但是，由于我主要以支持能力工作，因此我们需要访问许多实现信息，因此最终成为工程团队记录他们在做什么和为什么的驱动程序。详细的错误跟踪系统对于跟踪解决问题的方式也很有价值。

在我们公司中，部分原因是因为我们的开发遍及两个地方，因此许多关于新功能和支持问题的讨论最终都通过电子邮件发生。最简单的方法不是尝试更改此方法，而是使用电子邮件归档系统，该系统使讨论可以搜索和跟踪，从而有效地成为新闻组类型的方法。我们可以通过Sharepoint做到这一点，尽管您必须意识到列表大小的限制，因为它将增长到数百万个项目，实际上，如果不对非常大的列表进行排序或编辑视图，就无法做很多事情它崩溃了。

像您提到的文章中所解释的那样，适用于企业的StackOverFlow？

恕我直言，这是一个糟糕的主意。

它将加强竞争而不是协作。

您需要跨部门/部门的协作，而不是增加他们的竞争。

还要想象一下，被同事（在他人面前）低估可能会对您的心理健康造成极大的负面影响。

不要混在一起。

但是，如果想法框更多，位于uservoice.com上，员工可以在其中匿名发布想法，其他员工（也可以匿名）发表想法将产生积极的影响。几年前，我为一家大型银行机构开发了一个这样的平台，它可以帮助高管们确定优先改进的地方。

我也非常喜欢Wiki的主意，但是您是对的-很难让人做出贡献。没有贡献，没有人会真正使用它，因为它没有足够的信息。但是有一个“引爆点”，在这个引爆点中，如果您可以让人们在某个时候发布（也许通过必需的业务流程），那么Wiki将会起飞，因为它将是一个很好的信息存储库。

结对编程是传播隐性知识的一种好方法。

隐性知识的问题在于，从定义上讲，它几乎不能被写下或教导，只有经验才可以。配对编程（特别是混杂配对）提供了这一点。

对企业而言重要的知识应以编写良好的代码，有关体系结构的高级注释以及有关项目目标以及如何通过技术实现的出色文档的形式，将其纳入项目本身。

我完全不同意这位联系作者的结论。通过阻止团队合作来鼓励知识的获取？对不起，但这不是它的工作原理。合作本身产生了知识财富，而不是隔离工程师。

我公司有一些内部讨论区。他们很少使用。在大多数情况下，我们所拥有的知识要么太笼统（在互联网上讨论的一般技术问题/主题都讨论过），要么太具体（仅适用于我们的应用程序，而不适用于同一公司的其他应用程序团队）。这样做的好处是，它确实为人们提供了一个地方，让我说我如何在这里完成xyz，但社区感觉并不多。