这种方法是"敏捷"的吗?将用例分为冲刺/迭代



这可能是一个奇怪的问题,请忍受我,我是全新的。

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

现在,我的计划是将20个要求列表分为5个冲刺。每个冲刺持续一个星期。在与客户的每次会议期间,我都可以向产品展示4个新的用例。如果其中一个还没有完成,我将其移至下一个冲刺,我的客户可以在此会议期间要求更改。在此更改期间,可以更改特定的用例图和classDiagram/数据库图。

这是否被认为是敏捷的?(即使他从项目开始就给了我20个要求)

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

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

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

这不被视为scrum: - 时间表前缀(5个冲刺)。 - 速度前缀(4个用例/Sprint)。 - 没有这样的混乱仪式。 - 所有要求均已提前。

相关内容

  • 没有找到相关文章

最新更新