0

我正在使用 TFS 2012 开发一个可用作网站和移动应用程序的应用程序，即 Windows Phone、Android 等。虽然我一直在为这个应用程序建立一个功能列表，但我注意到很多其中一些将在所有平台上可用，我不确定如何在产品积压中管理它们。

例如，将有一个使用 Facebook 帐户登录的选项，用户将能够在网站和移动应用程序上执行此操作。

所以我的想法是我会创建一个产品积压项目“使用 Facebook 帐户登录”并将其分配给一个名为“网站”的区域。然后，我将创建另一个具有相同标题的积压项目，但这次将其分配给一个名为“Windows Phone”的区域。因此，我的积压工作将有两个项目，它们的标题相同，但区域不同。

我的想法是我可以将网站的“登录...”待办事项分配给一个 sprint，然后将 Windows Phone 的“登录...”待办事项分配给另一个 sprint。

看到我是使用敏捷/Scrum 的新手，这会被认为是管理产品积压的可行方式吗？

4

1 回答 1

1

我认为每个人都应该是一个不同的故事。为什么？您可能会对每个故事有不同的接受标准，并且（希望）为 Web 和移动设备使用不同的布局。

将故事分成小块的一些好处是：

  • 您的测试人员将从 sprint 的第二天开始测试故事，而不是在 sprint 的最后一天获得一批。
  • 它增加了流量（我知道这更像是看板，但我认为这是一个很好的症状）
  • 在 sprint 结束时拥有一个正在进行中的故事变得更加困难。

我发现这个思维导图非常有用，可以指导我将故事分解成最小的可交付单元。

于 2012-11-12T11:04:57.110 回答