【问题标题】:One Scrum team, with a shared product Backlog between three PO using TFS 2013 [closed]一个 Scrum 团队,使用 TFS 2013 在三个 PO 之间共享产品待办事项 [关闭]
【发布时间】:2017-01-02 08:14:43
【问题描述】:

我们有一个 Scrum 团队,同时开发 3 个产品,每个产品都有自己的 PO 和 Backlog。我们决定合并所有 Product Backlog,其中主要所有三个 PO 添加他的 Backlog Items,添加到同一个 Product Backlog,并且团队成员从这个 Backlog Item 中选择 PBI。我应该说我们有一个超级 PO(PO 的 PO),他从所有其他三个 PO 中获取所有待办事项并添加到共享的产品待办事项中。 那么,首先,我想知道,这种方法是否好用且效率高?如果不是,我们应该选择哪种方法更好?

而且我们使用 TFS 作为 Scrum 生命周期管理,但我们不确定 TFS 是否可以做到这一点——一个共享待办事项项目用于来自不同上下文和不同 PO 的不同类型的待办事项。

非常感谢

【问题讨论】:

  • 只要你说“我们有一个 Scrum 团队在开发三个产品,每个产品都有自己的 PO”,我就知道你实际上并没有在做 Scrum。一个 Scrum 团队从一个产品负责人拥有的产品待办列表中工作。见:scrumguides.org
  • @MrHinsh 我应该说,我们有一个团队在 sprint 中,该团队与一个 PO 合作,但重要的是,有名的 PO 从另外 3 个 PO 那里获得 PBI,每个它们针对一个特定的产品和上下文,因此产品待办列表项由来自 3 个不同 PBI 的 PBI 组合而成
  • 听起来像我下面的回答将允许您拥有由每个 PO 管理的三个单独的产品待办事项和由您的 UberProduct Owner 管理的 ln UberMaster 待办事项,可以看到所有...

标签: tfs agile scrum kanban


【解决方案1】:

您可以在 TFS/VSTS 中轻松做到这一点,方法是创建一个指向根区域路径的团队,然后创建三个指向其下的产品区域路径的团队(每个产品负责人一个)。

/TeamProject /TeamPeoject/ProductA

虽然此方法在技术上适用于 TFS/VSTS,但您应该首先解决组织中导致此问题的流程问题。

但你必须考虑

  • 如果您的软件团队有三个优先待办事项,他们将如何知道要处理哪些内容?
  • Sprint 中的多方对话对生产力有何影响?
  • DOD 和其他努力在单个 sprint 中创建多个完成的软件增量会对产品质量产生什么影响?

在您的情况下这是一个难题,没有工具可以帮助您解决此业务问题。

【讨论】:

    【解决方案2】:

    嗯,首先当你改变一些东西时,它就不再是那个东西了。

    在 Scrum 中,团队由 3-9 人组成,他们在 2-6 周的 sprint 中处理积压工作。

    如果你改变其中任何一个,它就不再是 scrum。您可以称其为敏捷,但它将是您自定义的敏捷过程,没有人测试过,也没有人知道它会如何结束。

    如果您有 3 个项目并且想同时进行,请组建 3 个团队同时工作。

    如果您没有足够的人来做这件事,请使用其他方法。

    我根本没有得到你通过复杂化所有的东西。与谈论 3 个不同项目的人站在一起,你有什么收获?重点是什么?

    您最多有 9 个人,但您有 4 个所有者? :D 这很有趣。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2013-06-19
      • 1970-01-01
      • 2020-03-16
      • 2011-09-23
      • 1970-01-01
      • 1970-01-01
      • 2013-02-23
      相关资源
      最近更新 更多