您使用哪些工具在组中的开发人员之间共享信息？

Question

我们已经有指导，彼此分享信息，并定期举行技术会议。但是，我们希望将这些内容写下来，以备将来记录和新团队成员使用。现在我们大约有30名开发人员。

我们正在考虑内部博客和维基。

虽然在公共博客上分享内容（甚至可能有正式的公共开发者博客）会很棒，但现在我们希望将其保留在内部。我们的商店主要是定制编程，而不是产品，所以那里会有很多专有的客户信息。对公共博客的自我审查只会减慢我们的速度。

Wiki在概念上很不错，但是他们需要更多的组织和编辑，所以我不相信它会是可持续的。

贵组织是如何做到的。

Answer 1

维基很棒。它们确实需要结构化，但我认为让wiki工作的最大障碍是让人们实际使用它来记下相关信息。

在我之前的工作中，我们有一个内部IRC通道，这对微通信非常有用。在我目前的工作中，这根本不起作用;很少有开发人员习惯使用聊天程序进行工作。

Answer 2

那么，无论您决定使用哪种技术或产品，它们都不会成为问题。所有在咖啡机上没有充分分享的知识都需要注意。

• 实际编写时的注意事项（无论是网络驱动器上的文档，维基页面，SharePoint服务器，还是其他任何内容）。
• 注意对其进行分类（通过链接，标签，网页，等等......）。
• 注意保持最新（通过个人按需或预定的努力）。

无论您使用什么，没有任何技术可以帮助您。为此，您需要激励团队写下来，在打电话（并打断）其他团队成员之前先读取存储库中的内容，并在出错时纠正错误。

根据我的经验，SharePoint和Wiki的表现基本相同。您需要打败人们使用它，直到他们体验他们想要使用它，因为他们在某些时候会体验到这种类型的信息共享可以节省时间 - - 他们的时间。

由于您已经习惯共享信息，这对您来说可能不是一个难题。我建议一个（或几个，更好的少于太多）提供一些（备用）初始结构，然后让填充开始。由于不存在完美的分类，因此您不必过于担心。

Answer 3

我看到像Basecamp和Huddle之类的协作在这里效果很好，内部wiki（以及内部网）在我的经验中往往不发达并被忽略。

Answer 4

我们将Trac用于维基，scm和票务以及私人Jabber / IRC服务器，以便我们相互交流。

Answer 5

在我以前的工作中，我们使用SharePoint来保持文档的有序性。这是相当成功的，但显然需要保持网站最新，相关和适当的设置。但是，SharePoint的架构足够灵活，我们无需借助编码即可根据需要对其进行自定义。我建议你留出一些时间来管理你想要的任何解决方案。如果没有维护，文档存储库很容易变得陈旧或混乱。我们在每个Sprint工作结束时更新了我们团队的文件夹（我们使用了Scrum敏捷方法）。

Wiki可能是以不太正式的方式分享知识的好主意。我尝试使用私人WetPaint维基，但没有得到管理层的支持。但是，这当然值得一试。你不会因为不需要编辑控制而逃脱，但是让这个方面成为团队之间的共同责任或以循环方式进行操作并没有错。

我建议您在日历中预约知识交流时间。大型开发公司很容易分成孤岛（不是故意的，而是几乎作为必要专业化的副产品），并且导致两个或更多团队处理许多相同的问题。每个或每两周与整个小组的会议非常有用。视频演示是另一个想法，但在保持技术细节记录和有效完成这项工作所需的准备之间必须保持平衡。 （在我以前的工作中，我们从来没有这样做过。）

如果你被分成小团队，我真的建议每天举行单口会议，让每个人都了解他们前一天取得的成就以及他们今天打算做什么。这是Scrum的关键之一，它可以让每个人保持最新状态，并且可以节省大量不必要的会议和评论。

我希望这会有所帮助。

Answer 6

我们使用Yammer作为简短信息，这是一种类似Twitter的服务，但它在您的电子邮件域中是私密的。有一个Web应用程序，一个Windows和Mac客户端，甚至还有一个iPhone版本。

对于文档，我们在ASP.NET平台上使用开源Wiki（ScrewturnWiki）。它被很好地接受了。

Answer 7

我工作的一个地方我们也使用了一个Wiki，但发现它没有经常更新。不得不继续推动人们使用它。

显然，我们是一个疯狂的共享文件系统，其中包含项目通信的匹配共享电子邮件文件夹。

我们还使用内部即时消息系统来避免在办公室附近发送电子邮件，但就像Fog Creek一样，我现在可能会实现私人Twitter克隆。

我们做的一件事是每年都有一天，所有的开发人员都会在办公室以外的地方见面，并在他们发现/完成的有趣事情上互相介绍。有时来自项目的东西，有时来自个人工作，有时候从一个月的某天开始，人们被允许在任何喜欢的东西上工作（比如谷歌20％的时间）。

Answer 8

对于内容管理，我们过去常常使用Zope服务器Plone和ZWiki。我们现在使用SharePoint 2007。

我们还使用Jabber进行IM（我们是分布式团队）。 IM很适合与团队快速分享内容，但你必须小心不要滥用它，否则你会被淹没在噪音中。

Answer 9

我们使用Fogbugz作为维基，讨论组和特定案例的重点讨论。对于即时消息，我们使用Sametime。这种组合对我们来说非常强大，因为它提供了大量的功能，而不会给我们带来很多接口。低仪式很好。

注意 - 即时消息是我们使用的Sametime的唯一方面 - 我想你可以做很多其他疯狂的事情，我们完全不感兴趣。

Answer 10

信使和电子邮件

Answer 11

我们使用Campfire进行聊天，使用Jing进行图片和/或短视频演示。事实证明它们非常宝贵。

Answer 12

我们的团队不是很大（11名开发人员）所以我们每个月都会召开一次会议，分享知识。除此之外，我正在忙着向Intranet添加有趣的文档。

我们经常互相走路去提问。

Answer 13

作为一名在家工作的程序员（没有任何选择“去办公室”） - 我们的主要沟通方式是私人IRC频道。我们是一个由3名开发人员组成的小团队，因此效果很好。

Answer 14

Skype很乐意分享信息/提出快速问题。 对于一些长期的专业知识，我们使用Wiki。

Answer 15

过去，Wiki对我有用。我们使用在小型VM上运行的免费ScrewTurn wiki。它很快，很容易使用，人们似乎喜欢它，所以他们实际上使用它。