Answers:
我使用Google文档是因为我真正需要的是在线的文本编辑器。我可以相对轻松地与在线人员进行协作，而且我知道我的信息在计算机崩溃的情况下是安全的。
另一个值得一看的选择是使用Dropbox。将Word文档放到那里，您将立即拥有一个具有版本控制功能的协作环境。
维基
优点：
缺点：
（*我们为一个项目使用了Wiki，设计师总是很想进入并“改进”部分内容，即使是已签名并发送以编码的功能也是如此。然后，当质量检查人员开始测试该功能时，这将是一场噩梦，因为设计往往会提出与实际编码不同的东西，并且要花点时间才能使人们找出最先发生的事情，即更改设计或代码。
文字档案
在当前项目中，我正在项目的“文档”文件夹中使用简单的纯文本文件，这些文件存储在代码旁边的存储库中。
优点：
缺点：
您不是要依靠任何团队合作方式都可以依靠的东西，但是对于单一开发人员来说，回购中文本文件的强大功能可以使您正确地工作。目前，我使用一个文档作为概述/总体规划的一种，其中包含总体设计，第二个文档充当游戏需要的特定事物的待办事项清单，第三个文档作为松散的错误跟踪器，以及用于辅助的文档。根据需要详细说明“功能x”。
请勿使用不具有多用户功能的文档格式/编辑器（例如MS Word，Open Office Writer）。只有一个人可以编辑该文档，即使使用源代码控制，也很容易开始处理过时的版本，并且通过保存您基本上破坏了其他用户自上次更新其版本以来所做的一切文件。
到目前为止，共享文件夹是最糟糕的解决方案，对于应该以协作方式进行处理的任何资产来说，绝对都不可行。您永远不能确定别人现在正在处理该文件，或者将在接下来的几分钟内这样做。您也没有更改跟踪，并且在发生灾难（人为错误，人为愚蠢或人为疏忽）的情况下也无法还原到以前的版本。
最好使用Wiki，但它是一种用户友好且确实是所见即所得的。我亲自向Confluence发誓，Confluence也用于较大的游戏开发工作室，最多10位用户和不限观看者的价格仅为10美元。
大多数其他Wiki（MediaWiki，TikiWiki等）的缺点是学习曲线陡峭，甚至实际上非技术人员也无法使用。并不是说他们不会学习，而是（理所当然）他们不接受使用基本上要求您编写HTML之类代码的文档系统。这是我的烦恼：Wiki表示它们是WYSIWYG，但是它们所做的只是将语法插入正在编写的文本中。那不是所见即所得！
使用Wiki的准则是将每个标题放在单独的页面上，因此您可以将文档分为许多可管理的部分。Confluence提供了一些功能，您可以使用它们将所有这些子页面聚合回到单个站点或文档中，例如可以将其导出为PDF。
我认为One Note是一个不错的选择。它就像一个Wiki，但具有许多丰富的文本编辑支持。Office随附的标准桌面客户端之外，还有Office Live套件的基于Web的版本。老实说，我认为免费的基于Web的版本应足以满足大多数需求，并且与Skydrive结合使用时，您将拥有一个非常好的系统，可以在实时文档上进行协作。