敏捷开发和标准需求模板

Question

我知道需求规范和用户故事之间有着明显的区别。然而，在我们公司，许多需求实际上可以在标准模板中定义。这适用于基于单个SharePoint站点的中小型业务应用程序。我发现使用带有工作表的标准Excel文档要容易得多：

• 许可组
• 访问管理
• 列表+定义(列、设置等)
• 库(列、设置、权限等)
• 工作流。

因此，基本上在一个标准Excel文档中，我可以描述给定解决方案的所有需求。

• 它更容易定义，并获得用户的认可。
• 更容易开发
• 更容易测试

问题是这将如何转移到用户故事中？我认为它太大，无法保存在一个用户故事，但另一方面，我不想把Excel表分成多个部分。那么，在坚持敏捷声明的同时，如何使用标准需求模板呢？

Answer 1

敏捷软件开发宣言没有提到任何方法。它和它背后的原则一起谈论一些事情，比如人和交互比过程和工具更受青睐，协作而不是合同谈判，响应改变而不是遵循计划。

遵循敏捷开发模型并使用当前的工具和格式捕获需求是完全可以的。但是，看看当这些需求发生变化时，您如何很好地适应实例，以及如何在团队成员之间或团队与其他涉众之间传递信息。