对于内部软件项目,我可以使用什么类型的系统来集中所有在线团队成员的讨论?软件项目:处理团队讨论,问题,答案等
对于我们的软件开发工作,目前我们的问题和答案都分散在电子邮件中。
它很难追踪想法,问题和答案等
你们有什么用?你如何处理这种情况?
一个wiki可以用于这样的事情吗?如果是这样,我怎么才能开始?我以前没有这样做过。
我们的讨论可能会为公司提供敏感信息,那么我如何解决安全问题?
对于内部软件项目,我可以使用什么类型的系统来集中所有在线团队成员的讨论?软件项目:处理团队讨论,问题,答案等
对于我们的软件开发工作,目前我们的问题和答案都分散在电子邮件中。
它很难追踪想法,问题和答案等
你们有什么用?你如何处理这种情况?
一个wiki可以用于这样的事情吗?如果是这样,我怎么才能开始?我以前没有这样做过。
我们的讨论可能会为公司提供敏感信息,那么我如何解决安全问题?
我会说Twiki,它是一个开源企业wiki。
需要一些时间去适应它,但是一旦你开始了,你会发现很容易和快速地打开新的页面和主题。 的优点之一海事组织它自己的服务器
TWiki® - the Open Source Enterprise Wiki and Web 2.0 Application Platform
在技术方面上承载的,我肯定会去维基(和TWiki的肯定不是一个坏的选择)。如果它安装在公司的内联网上,那么在安全性方面没有问题。
有一点需要记住一个wiki,它需要一些工作来保持它;对于团队中的每个人来说,很容易(并且有时候很诱人)不断添加页面,而无需考虑任何页面或结构的链接。这里的道德:维基是一个帮助沟通的非常有用的工具,但它不是免费的。
但是,根据您所谈论的沟通/讨论的种类:绝对要注意,在线沟通不会取代面对面沟通。根据团队成员的人际交往技能,某些人有时可能很容易转而使用电子邮件/ wiki /论坛而不是口头交流。即使每天都有站立式的会议(a SCRUM),可以确保每个人都知道团队中发生的事情,而不是依靠电子通信。
我自己的分布式团队遇到了类似的问题,我们用以下方式解决了这个问题。
我们每天都在进行连续的群聊(Campfire是一个选项)。公告,问题和答案可以在聊天中发生,并且会被记录下来。您可以根据需要搜索过去的成绩单。这是简单和轻量级的。
我们还使用wiki来获取更多永久性内容。有时开始聊天的材料会迁移到wiki。结构化维基的优势在于,它使得新团队成员更易于维护和维护团队规范等特定内容(如Subversion的HACKING文档)。
好处是我们保持快速和轻量级的聊天短暂问题等,但我们仍然有维持内容,一旦它认为重要。