【问题标题】:Dependencies between PBIs in TFS Cloud (Scrum)TFS Cloud (Scrum) 中 PBI 之间的依赖关系
【发布时间】:2013-10-18 01:31:36
【问题描述】:

我正在使用用户故事 PBI 填充新产品的产品待办事项。在我写作的时候,我意识到一些 PBI 依赖于其他的先完成。我不能使用积压的顺序,因为它会根据客户要求被其他人更改。我希望很明显,一个 PBI 依赖于另一个先完成。 PBI 之间的链接是可能的,但不清楚 PBI 之间的链接代表什么。

  • 使用 SCRUM 模板表示 PBI 依赖项获取 TFS 2012(在云中)的最佳方式是什么?
  • 是否有人为此目的使用分层 PBI 或标签?

提前致谢。

【问题讨论】:

    标签: tfs scrum azure-devops tfs-workitem


    【解决方案1】:

    Predecessor/Successor 有一个 WI 链接类型。这就是我通常的做法。它并没有使它变得非常明显,但是信息被捕获,有人只需转到 WI 链接选项卡即可查看。

    【讨论】:

    • 谢谢 Dylan,我在链接列表中没有看到。我会留下一个星期,如果没有人能给出更好的选择,我会把它标记为正确的。
    • 不幸的是,这些前任/后继关系没有“可视化”,但 AFAIK 没有其他办法。我见过一个 TFS 工作项可视化器,它试图对这些(和父/子)进行建模,但从未真正留下深刻印象。
    • 你总是可以在MS Project中打开积压的,前面的链接应该会过来,你可以使用甘特图来可视化
    【解决方案2】:

    我建议您让所有在 backlog 中争夺优先级的人指定一个了解依赖关系的 Backlog Owner(听起来像您)。然后,该人可以在考虑客户优先级和依赖性的情况下订购积压。

    我过去曾在 PBI & Bug 中添加了一个客户优先级字段,以允许销售\客户服务人员在 Excel 中将该字段排序为他们心中的内容。

    这样他们就不会干扰您的订单,但仍会提供有影响力和有价值的客户订单。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2013-06-19
      • 2018-09-02
      • 1970-01-01
      • 2016-09-10
      • 2010-11-18
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多