对于内部软件项目，我可以使用哪种类型的系统来集中所有在线团队成员的讨论？
对于我们的软件开发工作，目前我们的问题和答案都散布在电子邮件上。
很难跟踪想法，问题和答案等。
你们用什么？你是如何处理这种情况的？
维基可以用于这样的事吗？如果是这样，我怎么能开始？我以前没有这样做过。
我们的讨论可能会为公司提供敏感信息，那么我该如何解决安全问题呢？
答案 0 :(得分：1)
在技术方面，我肯定会去维基（而且Twiki肯定不是一个糟糕的选择）。如果它安装在您公司的内部网上，则在安全性方面没有问题。
要记住维基的一件事是它需要一些工作才能保持维护;团队中的每个人都可以轻松（有时候很有诱惑力）不断添加页面而不考虑页面或结构的任何链接。道德在这里：维基是一种非常有用的工具，可以帮助沟通，但它不是免费的。
但是，根据您所谈论的沟通/讨论的类型：明确注意在线沟通不会取代面对面的沟通。根据团队成员的人际交往能力，某些人有时可能很容易转向使用电子邮件/维基/论坛而不是口头交流。即使每天举行单口会议（la SCRUM）也非常有用，可以确保每个人都知道团队中发生了什么，而不是依赖电子通信。
答案 1 :(得分：0)
我建议redmine
每个项目都有一个论坛和wiki，正如您似乎需要的那样，在处理需要多个成员参与的项目时，还有许多非常有用的功能。它的开源！
唯一的“问题”是它是使用Ruby on Rails编写的。
答案 2 :(得分：0)
我会说Twiki，它是一个开源的企业wiki。
需要一段时间来习惯它，但是一旦你，你会发现打开新页面和主题非常容易和快速。 IMO的优势之一是托管在您自己的服务器上
TWiki® - the Open Source Enterprise Wiki and Web 2.0 Application Platform
答案 3 :(得分：0)
我自己的分布式团队遇到了类似的问题，我们已经通过以下方式解决了这个问题。
我们每天都会进行连续的群聊（Campfire是一种选择）。公告，问题和答案可以在聊天中发生，并且会被记录下来。您可以根据需要搜索过去的成绩单。这很简单轻便。
我们还使用wiki来获取更多永久内容。有时，聊天中开始的材料会迁移到wiki。结构化wiki的优势在于它可以更轻松地加入新团队成员并维护团队规范等特定内容（如Subversion的HACKING doc）。
好处是我们可以为瞬态问题保持快速轻量级的聊天等等，但是一旦认为内容很重要，我们仍然可以使用wiki来保存内容。