Project management 软件项目：处理团队讨论、问题、答案等

对于内部软件项目，我可以使用什么类型的系统来集中所有在线团队成员的讨论

对于我们的软件开发工作，目前我们的问题和答案都分散在电子邮件中

很难追踪想法、问题和答案等

你们用什么？你如何处理这种情况

维基可以用来做这样的事情吗？如果是这样，我该如何开始？我以前没有这样做过

我们的讨论可能也会涉及公司的敏感信息，因此我建议如何解决安全问题

它有一个论坛和每个项目的维基，正如你所需要的，还有很多功能在处理一个需要几个成员参与的项目时非常有用。还有它的开源

---

唯一的“问题”是它是使用RubyonRails编写的。

我想说Twiki，它是一个开源的企业wiki

需要一些时间来适应它，但一旦你习惯了，你会发现打开新的页面和主题非常简单和快速。 IMO的优势之一是它可以托管在您自己的服务器上

---

就技术而言，我肯定会选择wiki（Twiki当然不是一个坏选择）。如果它安装在您公司的内部网上，那么就没有安全问题

关于wiki，需要记住的一件事是，它需要一些工作来维护它；团队中的每个人都很容易（有时也很诱人）不断地添加页面，而不考虑任何页面链接或结构。这里的寓意是：wiki是一个非常有助于交流的工具，但它不是免费的

---

然而，根据你所谈论的交流/讨论的类型：一定要注意，在线交流并没有取代面对面的交流。根据团队成员的人际交往能力，有时有些人很容易使用电子邮件/维基/论坛，而不是口头交流。即使是每天召开独立会议（la SCRUM），也可以非常有效地确保每个人都知道团队中正在发生的事情，而不是依靠电子通信。

我自己的分布式团队也遇到过类似的问题，我们通过以下方式解决了它

我们每天都会进行连续的群聊（这是一个选项）。公告、问题和答案可以在聊天中发生，并被记录下来。你可以根据需要搜索过去的成绩单。这是简单和轻量级的

我们还使用wiki获取更持久的内容。有时，从聊天室开始的内容会迁移到wiki。结构化wiki的优势在于，它可以更容易地加入新的团队成员并维护特定的内容，如团队规范（如Subversion的黑客文档）

这样做的好处是，我们可以保持快速、轻量级的聊天，以解决暂时性的问题等，但一旦内容被认为很重要，我们仍然可以使用wiki来保存内容