在深入研究开源世界之后，我发现实施过程强调设计。版本控制允许项目在多个方向上分支，项目可以做;这表明参与者之间缺乏共识或指导。
答案 0 :(得分：14)
除此之外还有数百个协作应用程序，而且还有更多的协作应用程序在当天出现，但这些应该可以帮助您入门：
来源控制（在线）：
错误跟踪/项目管理
思维导图
<强>文档
<强>图形
<强>白板
托管维基
其他
答案 1 :(得分：4)
我早期在博士学位期间一直在研究协作设计。 （如果你想要一份我在2003年写过的关于它的文献调查草案，请联系我）。
无论如何，协作设计应用程序（如在UML建模器中）在时间方面分为三类：
此外，它们在隐喻方面分为三类： - 基于桌面 - 基本上像理由一样，有多个用户支持 - 基于白板 - 自由画布，不一定是结构化的，有时支持UML识别。通常一团糟来管理多个模型。 - 混合动力车
因此，这为您提供了3x3的“设计空间”工具，并且每个工具都有研究工具。
问题在于，在转向协作工作时，存在许多难以解决的可用性问题。例如，访问控制，同步，感知，共享视口等。这些方面有一些学术上的进步，但它们还不一定在工具中。
如果这是您感兴趣的主题，请发表评论，我会发布一些我熟悉的工具。
答案 2 :(得分：3)
我建议使用Wiki来记录/探索设计。
答案 3 :(得分：3)
邮件列表。而开源项目则对其进行充分论证。我怀疑缺乏协作工具是缺乏设计重点的地方。
答案 4 :(得分：2)
没有特别的顺序：
答案 5 :(得分：2)
我对协作设计持怀疑态度。来自Scobleizer: Why Facebook has never listened and why it definitely won’t start now：
我的前任老板Jim Fawcette曾经 如果你问一群人，就说 保时捷车主他们想要什么 告诉你“平稳骑行， 更多的行李箱空间，更多的腿部空间等。“ 然后他会说“好吧，他们只是 设计了沃尔沃。“
也来自评论：
Apple从不倾听客户的意见。 事实上，它并不以自己为荣 听着。如果你听你的话 客户，你永远不会创新 你将永远领先于曲线。 你总是会调整和修复小调 关于客户心灵的最重要的事情 那一天，一周或一个月。
答案 6 :(得分：2)
我同意维基的回答。我建议看一下MindTouch。我们公司将它们用于我们的Intranet以及其他内部和外部项目协作/管理。
答案 7 :(得分：1)
答案 8 :(得分：1)
对我们而言，我们使用的只是Adobe Version Cue，Google Docs，Google Calendar和Gmail。
设计明智，Version Cue在文件管理方面做得非常好。
至于谷歌，它有助于组织我的所有活动。我发现大多数协作工具，比如Basecamp，有点过于严格或者说不完全正确。谷歌让我按照我想要的方式组织我的东西。
答案 9 :(得分：1)
对于协作设计......毫无疑问，它是