迭代文档开发是可能的吗?它是否提供了有效的文档？

Question

我有一个大学项目，我不会马上开始，但我已经考虑了相当长的时间。我知道大学的项目开发不像行业(我现在也是实习生)，所以我现在要指出的情况对实际的软件开发人员来说可能有点荒谬。^^‘

这个项目本身要求我们记录大量的工作。因此，除了交付代码(这意味着一些标记)之外，我们还必须交付文档，包括：

• 需求分析文档
• 项目计划
• 计划好的用例、对象和动态模型以及验收测试列表
• 测试过程的文档化和测试的成功程度
• 关于时间使用等的其他讨论和分析。

这些交付品将以下列方式交付：

• RAD第一
• 接着是项目计划、用例、模型和测试(大约3周后)
• 最后，实际程序的文档、测试过程等+实际编程本身(大约5周后)

因此，据我所知，这实际上是面向瀑布式的项目方法。唯一的问题(在我看来)是，这是一个大学项目，学生已经有足够的压力，因为它是试图在学期结束时开发项目周。我真的不想在学期结束时对所有的东西进行编码/开发/测试，因为无论我要处理多少其他评估，我都会惊慌失措。

我想至少尝试做一些迭代的开发周期，这意味着我们可以尽早开始编码/原型开发，有一个持续的开发周期，这个周期不专注于在最后一分钟完成所有的事情，并且在学期结束时没有太多的压力来完成这个项目。现在来问我的实际问题(S)：

• 我能用一个快速的、迭代的/原型化的开发周期来协调所有这些文档的交付吗？
• 是否有以迭代方式生成文档的策略？
• 我是否完全不讲理，问这个问题，并期望它在大学是可行的？

而且，我知道这个问题是非常本地化的，所以我想问我上面在行业方面问过的同样的问题，以及敏捷过程所面临的许多问题对于每个团队或公司是否是不同的。

不管怎么说，很抱歉这是这么长的时间，如果你已经读完了一路下来，谢谢你！如果你能抽出时间回答，我将非常感激！谢谢!

Answer 1

主要的问题(我的工作也有类似的问题)是，如果“过程”要求你在特定的时间交付某些工件，而没有人被允许挑战全能的“过程”，那么如果你尝试，你就会松掉！这不仅仅是一个简单的问题，它是一个更好的方法(迭代文档开发就是这样)。

所以，你需要做的是在这个过程中工作，但也要找到一种你想要的方式。例如，您的流程是否允许提交文档修改？如果没有，则不可能进行迭代开发。如果是这样的话，那么您需要考虑交付成本(就您的时间、信誉等而言)，并管理该成本。例如，如果它是一个文件副本，而不是其他任何东西，那么就去找它吧。如果(像我一样)这是一个同行评审，修订发布，影响数十人和花费数千美元，那么仔细考虑，确保新的文件真的增加了价值。

一种常见的工作方式是一种最基本的、最起码的文档，在开始时满足“流程”的需求，然后是最终的“构建的”更新，它不仅反映现实，而且在需要的地方有详细的内容，并且代码本身很简短。