积压优先级指南答案

【问题标题】：Guidelines on backlog prioritization积压优先级指南
【发布时间】：2019-04-18 13:40:46
【问题描述】：

我正在寻找一些关于积压优先级的指南。我们希望将此活动限制在产品负责人/管理团队中。

是否有特定的权限或者我需要创建一个团队然后限制项目区域权限？

我知道您需要加入 Contributor or Admin 组并拥有正确的 Access Level，但我找不到任何特定权限。

【问题讨论】：

有点不清楚您的实际问题是什么。您是否对产品负责人没有您希望他们拥有的功能有问题，或者您是否对其他人拥有您不希望他们拥有的功能有问题？
#2。我希望只有 PO 才能确定优先级
据我所知，从权限的角度来看，这不会很好。
嗯，我就是这么想的。我已经看到了一些关于项目创建的权限，但没有看到重新排序/优先级。实际上，这是利益相关者要求的，但我认为这并不完全有意义。感谢您的帮助
如果您说的是 AzDO 词汇表中的 stakeholder，则该访问级别不允许优先考虑私有项目的积压，但 IS用于公共项目。

标签： azure-devops

【解决方案1】：

我认为您了解 利益相关者 和基本 （也是订阅） 用户访问级别之间的区别，所以我将跳过任何解释。

我了解您希望阻止一组贡献者更改积压工作并允许另一组贡献者，但那些被阻止的人仍需要编辑工作项的其他部分（即状态）

以下是我看到的获得您想要的东西的选项：

TL;DR很难得到你想要的。

选项 1

在您的流程处理区域的方式上发挥创意。

您可以为工作项目创建一个区域节点，以便从产品所有者那里接收其优先级，并为开发人员创建一个子节点以实际处理这些项目。这并不漂亮，因为现在当您加载一个 sprint 时，您不仅仅是从一个迭代路径拖放到另一个迭代路径，而且您还更改了区域路径，以便开发组有权更新工作项.

按照我的理解，一旦您将项目移出优先级区域，开发人员仍将被允许在其董事会/积压工作中移动（阅读：优先级）。然而，唯一应该在该领域进行的工作是为即将到来的或当前的迭代计划的工作，此时优先级应该并不重要，因为这一切都有望在 sprint 结束时完成。但是如果开发人员 backlog 的区域规范包含受限节点，这些项目仍将与其他不在受限区域内的项目一起显示在 backlog 中。开发者仍然可以将非限制项移动到限制项之上，而无需更改限制项上的堆栈等级值。非限制项找到适合其新位置的值。

选项 2

创建一个新项目，其唯一目的是为积压工作提供订单。您的 PO 将在此项目中，而您的开发人员将在另一个项目中。在 sprint 计划（或您订阅的任何其他入学仪式）中，您会将优先项目从一个项目拉到另一个项目中。

此处适用与选项 1 相同的警告。

选项 3

组织您的 Backlog 级别（使用适当的项目），以便您的优先级团队只需要优先考虑投资组合 backlog 项目类型，您的开发团队可以创建/优先级他们的需求和迭代级别根据他们的 sprint 的样子，他们认为合适的工作项目。

此处适用与选项 1 和 2 相同的警告，但至少您的开发人员会更清楚地看到他们正在处理错误的积压工作并且不应该乱搞。

结论

这些都不是您想要的最佳选择，您可能会发现通过不断执行约定并谴责那些不遵守约定的开发人员，管理将工作项目移出优先级的开发人员会更干净、更容易.

【讨论】：