记录Scrum项目的一些有效方法？

Question

这听起来很奇怪，但这正是我需要的。一种记录Scrum项目的有效方法。

我同意产生用户故事和需求文档是浪费时间。

但有时我们需要对软件当前的工作方式有所了解。

你怎么做到的？你知道这方面的一些最佳实践或案例场景吗？

谢谢

Answer 1

简单的回答是:你可以写任何你想写或需要写的关于任何项目的东西，Scrum或者其他东西。Scrum不会告诉您如何编写文档，但也不会告诉您不要这样做。您记录文档的方式本身与Scrum无关。

也就是说，如果您需要了解软件当前是如何工作的，那么文档不会对您有所帮助。文档通常会说谎。如果你试图理解这个系统是如何工作的，一份文档只会告诉你人们认为或想要相信的是事实。

你应该考虑的是，使用和测试驱动开发来证明，你相信软件做的事情实际上是真的。自动化测试将文档、示例和回归测试结合到一个产品中。

Answer 2

有几种类型的文档可以帮助您。这取决于您的上下文，您需要哪些，以及在什么细节级别。您还可以使用诸如MOOSE之类的工具来创建所有级别的软件的特定于项目的可视化。以下是一些简单的文档：

的

• A story map
• Gherkin风格高级功能和方案

Answer 3

如果您已经通过完成跟踪了您的产品待办事项，包括每个项目的验收标准，那么您应该能够将已完成的产品待办事项列表作为文档。您编写的所有程序都应该与PBI相关联，因此完成的PBI将记录您的项目。