Agile 这种方法是'；敏捷&x27；？将用例划分为冲刺/迭代

这可能是一个奇怪的问题，请容忍我，我对这个完全陌生

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

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

---

这被认为是敏捷的吗？（尽管他从项目一开始就给了我全部20个需求）

敏捷是一个大帐篷，但我不会把这个标签应用到您描述的过程中。您正在描述大量的前期设计工作和完整的规格。该计划假定所有req需要相同的时间来实现，尽管您承认它可能会失败

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

---

我建议您试试。

这不被视为Scrum： -计划的前缀是（5次冲刺）。 -Velocity是前缀（4个用例/sprint）。 -没有这样的scrum仪式。 -所有要求都预先给出

---

请参阅-

这是一个敏捷过程问题，而不是编程问题。也将几乎完全基于意见。对不起，我认为这里允许提出敏捷过程问题。这里有指导原则：感谢您的评论&我会询问以确保；）