-1

这可能是一个奇怪的问题,请耐心等待,我对此完全陌生。

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

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

这被认为是敏捷吗?(尽管他从项目开始就给了我全部的 20 个要求)

4

2 回答 2

-1

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

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

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

于 2015-05-19T21:15:33.040 回答
-2

这不被视为 Scrum: - 以日程表为前缀(5 个 sprint)。- 速度是前缀(4 个用例/冲刺)。- 没有遵循这样的 Scrum 仪式。- 所有要求都预先给出。

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

于 2015-05-21T15:27:03.690 回答