如何在计费系统迁移项目中处理用户故事？

Question

我们的项目主要是为了降低成本。为此，计费系统将从旧系统迁移到更新和改进的系统。

客户不会注意到差异。最终用户也不会代表他们下订单。整个项目改变了幕后。这是否意味着这个项目不适合敏捷？

Answer 1

任何具有大量未知数的项目都适合敏捷。 Wysocki（“有效的项目管理”）建议这是所有项目的 80%！像他一样，我可能会将瀑布用于高度可重复的项目，例如稳定环境中的小型软件实现，但我肯定会在任何迁移项目中使用像 Scrum 这样的敏捷方法。我参与了这些，而且充满了未知数。

回复您的评论：很好的问题！用户故事可能命名错误，因为它们可能不仅仅是用户。不同的教练使用不同的类别，但通常您可以将它们视为团队需要做的任何事情：用户/客户要求；市场（未来需求）要求；业务需求，业务的其他部分需要团队提供的那些东西；和技术要求，团队需要“在幕后”做的事情。只要它足够小，可以在一个 sprint 内完成，就可以用作故事！我的（免费、开源）全栈 Scrum 站点在 Requirement Types 上有详细信息。