6

我正在寻找一种使设计文档与最新决策保持同步的好方法。

我们是一个小团队(两名开发人员、游戏设计师、平面设计师、项目经理、销售人员)。我们的大多数项目持续几个月。在项目开始时进行设计,但我们通常会发现自己在整个项目中做出改变或做出新的决定。大多数这些变化都是改进,所以我们希望保持这样的流程。(如果更改的设计导致需要更多时间,这通常会得到处理,因此该部分是可以的)

然而,目前我们没有很好的方法来捕获对初始设计文档的更改,这导致初始设计在编码时很快被放弃作为源。这当然是浪费精力。

目前我们的文档是 OpenOffice/Word,跟踪这些文档更改的最佳方法可能是在文档顶部添加一个更改列表并同时对文本进行更改——我认为这不是一个理想的选择.

我看过需求管理软件,但这看起来很专业。这些文档可以存储在颠覆中,但我认为这有点太低了,无法深入了解这些变化。

有谁知道跟踪此类更改并使设计文档成为整个项目的宝贵资源的好方法?

编辑:目前我们主要依靠对原始设计的更改放入 bugtracker 中,这样它们至少在某个地方

编辑:相关问题

4

5 回答 5

3

我发现一个带有修订日志的 wiki 可以作为 Word 文档的升级版,前提是用户数量相对较少。找到一个可以轻松进行快速编辑的工具有助于确保其保持最新状态。

于 2009-03-24T16:21:54.297 回答
1

openoffice 和 word 都包含显示/隐藏文档编辑的功能。假设对更改有抵抗力,那么这是您的最佳选择 - 要么导出为文本并将其放入任何源代码控制软件。\

或者,为更改描述文本维护一个单独的(使用适当的工具可区分的)文档,并在适当的时间点保存存档版本。

于 2009-03-24T16:31:43.540 回答
1

这个问题在我们的编程商店中也是一个长期存在的问题。有趣的是,程序员倾向于从错误的优化角度看待这个问题:“将所有东西都放在一个地方”。在我看来,你有两个主要问题:

  • 更改的描述必须易于阅读(“那么有什么新功能?”)
  • 应该优化该过程以编写规范以达成一致,然后开始工作!

想象一下如何在另一个环境中解决这个问题:政府立法。每次政府添加另一项法律或更改一项法律时,法律手册都不会在开启“跟踪更改”的情况下重写……

最好的方法是永远不要触摸已发布的文档。不要把所有东西都塞到同一个文件中,你会得到:

  • 可怕的版本历史表
  • 永恒的地位“草案”
  • 分散的不一致,
  • 非常仓促的句子,以及
  • 作者风格的恶臭混合

相反,发布一个附录,仅详细描述更改,并可能替换原始的完整段落/页面。

以我们项目的规模,这永远行不通,不是吗?

在我迄今为止最大的项目中,我发布了一个基本规范和 5 个连续的附录。每页约 5 页。像魅力一样工作!

于 2009-09-10T10:16:46.600 回答
0

我不知道有什么好的、免费的配置管理工具,但为什么不将您的设计置于源代码控制之下呢?只需将其添加到 SVN、CVS 或您正在使用的任何内容中。这很好,因为:

1)它始终是最新的(当然,如果您签入)

2)中心化

3) 您可以使用内置的比较功能来跟踪更改,该功能几乎在任何源代码控制系统中都可用

它可能不是您想要的“企业”解决方案,但无论如何您都是一小群开发人员,因此对于这种情况,它非常完美。

编辑:我现在看到您已经提到了源代码控制系统,这是我的错误。不过,我认为它应该运作良好。

于 2009-03-24T16:24:55.770 回答
0

使用谷歌文档。它是免费的、基于 Web 的实时多用户,您可以选择谁可以访问您的文档并保持版本控制。您还可以上传所有 Word 文档,它会为您转换它们。更多信息:http ://www.google.com/google-ds/intl/en/tour2.html

于 2009-03-24T16:25:51.603 回答