我们已经有了指导，相互分享信息，并定期举行技术会议。但是，我们希望将这些事情记录下来，以备记录和未来的新团队成员使用。现在我们有大约 30 名开发人员。
我们正在考虑建立一个内部博客和维基。
虽然在公共博客（甚至可能有官方公共开发者博客）上分享东西会很棒，但现在我们希望将其保留在内部。我们的商店主要做定制编程，而不是产品，所以那里会有很多专有的客户信息。公共博客的自我审查只会让我们慢下来。
Wiki 在概念上很好，但它们需要更多的组织和编辑，所以我不相信它会是可持续的。
你的组织是如何做到的。
mparaz
问问题
1361 次
15 回答
6
维基很棒。它们确实需要结构化，但我认为让 wiki 工作的最大障碍是让人们实际使用它来写下相关信息。
在我之前的工作中，我们有一个内部 IRC 频道，这对微通信非常有用。在我目前的工作中，这根本行不通。很少有开发人员习惯于将聊天程序用于工作目的。
于 2009-01-09T12:14:32.087 回答
5
好吧，无论您决定使用什么技术或产品，它们都不是问题。所有在咖啡机上没有充分共享的知识都需要注意。
- 实际编写时要注意（无论是网络驱动器上的文档、wiki 页面、SharePoint 服务器等）。
- 注意对其进行分类（通过链接、标签、网页等...）。
- 注意保持最新（通过个人按需或计划工作）。
无论您使用什么，任何技术都无济于事。为此，您需要激励团队将内容写下来，在给其他团队成员打电话（和打断）之前先阅读存储库中的内容，并在错误时纠正错误。
根据我的经验，SharePoint 和 Wiki 的性能大致相同。你需要打败人们才能使用它，直到他们体验到他们想要使用它，因为他们会在某个时候体验到这种类型的信息共享可以节省时间——他们的时间。
由于您已经养成了共享信息的习惯，因此这对您来说可能不是那么难的问题。我建议一个（或几个，最好少于太多）提供一些（备用）初始结构，然后让填充开始。由于不存在完美的分类，因此您不必担心太多。
于 2009-01-09T14:41:02.073 回答
2
在我之前的工作中，我们使用 SharePoint 来组织文档。这是相当成功的，但显然需要使网站保持最新、相关和适当的设置。但是，SharePoint 的体系结构足够灵活，我们能够根据需要对其进行自定义，而无需借助编码。我建议你留出一些时间来管理你想要的任何解决方案。如果没有维护，文档存储库很容易变得陈旧或杂乱无章。我们强调在每个 Sprint 工作结束时更新团队的文件夹（我们使用了 Scrum 敏捷方法）。
Wiki 是共享知识的好主意，可能以不太正式的方式。我尝试使用私人 WetPaint wiki，但没有得到管理层的支持。但是，这当然值得一试。你不会在不需要编辑控制的情况下侥幸逃脱，但是将这方面作为团队之间的共同责任或以循环方式进行并没有错。
我建议在您的日历中预订知识交流会议的时间。大型开发公司很容易分裂成孤岛（不是故意的，而是几乎作为必要专业化的副产品），这会导致两个或多个团队一起解决许多相同的问题。与整个小组每月或每两周一次的会议非常有用。视频演示是另一个想法，但必须在记录技术细节和有效执行此操作所需的准备之间取得平衡。（在我以前的工作中，我们从来没有把它搞定。）
如果你被分成小团队，我真的建议每天举行站立会议，让每个人都了解他们前一天取得的成就以及他们今天计划做的事情。这是 Scrum 的关键之一，它可以让每个人都快速了解最新信息，并节省大量不必要的会议和审查。
我希望这有帮助。
于 2009-01-09T12:43:21.013 回答
1
我们将Yammer用于简短信息，这是一种类似于 Twitter 的服务，但它在您的电子邮件域中是私有的。有一个 Web 应用程序、一个 Windows 和 Mac 客户端，甚至还有一个 iPhone 版本。
对于文档，我们使用开源 Wiki（ ASP.NET 平台上的ScrewturnWiki）。它被很好地接受了。
于 2009-01-09T12:32:22.567 回答
1
在我工作的一个地方，我们也使用过 Wiki，但发现它更新的频率不够高。不得不不断推动人们使用它。
显然，我们是一个疯狂的共享文件系统，其中包含用于项目通讯的匹配共享电子邮件文件夹。
我们还使用了一个内部即时消息系统来避免在办公室周围发送一揽子电子邮件，但像 Fog Creek 一样，我现在可能会实施一个私人 Twitter 克隆。
我们做的一件事是每年都有一天，所有的开发人员都会在办公室外的某个地方见面，互相介绍他们发现/完成的有趣事情。有时来自项目，有时来自个人工作，有时来自一个月的一天，人们被允许从事任何喜欢的事情（比如谷歌的 20% 时间）。
于 2009-01-09T12:37:43.287 回答
1
对于内容管理，我们曾经使用带有Plone和ZWiki的Zope服务器。我们现在使用SharePoint 2007。
我们还将Jabber用于 IM（我们是一个分布式团队）。IM 非常适合与团队快速分享内容，但您必须小心不要滥用它，否则您会被噪音淹没。
于 2009-01-09T12:44:35.270 回答
1
信使和电子邮件
于 2009-01-09T12:56:50.473 回答
0
我们的团队不是很大（11 名开发人员），所以我们每个月都会召开一次会议来分享知识。除此之外，我还忙于向 Intranet 添加有趣的文档。
我们经常走到对方身边问问题。
于 2009-01-09T12:21:38.250 回答
0
作为一个在家工作的程序员（没有任何“去办公室”的选择）——我们的主要交流方式是私人 IRC 频道。我们是一个由 3 名开发人员组成的小型团队，因此运行良好。
于 2009-01-09T12:33:46.183 回答
0
Skype 非常适合分享信息/快速提问。对于一些长期的专业知识，我们使用 Wiki。
于 2009-01-09T12:34:39.987 回答
0
过去，Wiki 对我来说效果很好。我们使用了在小型 VM 上运行的免费螺丝转维基。它速度快，非常易于使用，人们似乎喜欢它，所以他们实际使用了它。
于 2009-01-09T14:54:24.853 回答