这种方法“敏捷”吗？将用例分成冲刺/迭代[关闭]答案

【问题标题】：Is this approach 'agile'? Separating use-cases into sprints/iterations [closed]这种方法“敏捷”吗？将用例分成冲刺/迭代[关闭]
【发布时间】：2015-05-19 21:01:29
【问题描述】：

这可能是一个奇怪的问题，请多多包涵，我对这个完全陌生。

我从客户那里收到了 20 个需求（用例）的列表。和他一起，我优先考虑这个要求列表（1 最高 3 最低）。我为每个需求编写了一个用例场景（而不是用户故事）。我还有一个用例图和一些技术设计（类图、数据库图）。

现在，我的计划是将这 20 个需求列表分成 5 个冲刺。每个冲刺持续一周。在每次与客户会面时，我都会展示实施了 4 个新用例的产品。如果其中一个没有完成，我会将其移至下一个 sprint，我的客户可以在这次会议期间请求更改。在此更改期间，可能会更改特定的用例图和类图/数据库图。

这是否被认为是敏捷？（尽管他从项目开始就给了我完整的 20 个要求）

【问题讨论】：

这是一个敏捷过程问题，而不是编程问题。也几乎完全基于意见。
抱歉，我认为这里允许敏捷过程问题。
指南在这里：stackoverflow.com/help/on-topic

标签： agile scrum agile-project-management agile-processes

【解决方案1】：

敏捷有点像一个大帐篷，但我不会将这个标签应用到您描述的过程中。您正在描述许多前期设计工作和完整的规格。该计划假定所有请求都需要相同的时间来实施，但您承认它可能会滑倒。

我看到的主要敏捷特性是与客户的紧密（每周）反馈循环。

我建议尝试http://pm.stackexchange.com。

【讨论】：

感谢您的评论，并要求您确定；）

【解决方案2】：

这不被视为 Scrum： - 以时间表为前缀（5 个冲刺）。 - 速度是前缀（4 个用例/冲刺）。 - 没有遵循这样的 Scrum 仪式。 - 所有要求都预先给出。

请参考-https://www.scrumalliance.org/why-scrum/core-scrum-values-roles

【讨论】：