在官方指南中，所有产品负责人都是平等的。 一种尺寸适合所有人。
在我生活的世界中，有些产品负责人比其他产品负责人更平等，而且一个尺寸并不适合所有人。
此处的关键变量是产品所有者拥有的授权量。 在我的上一篇文章中，我说过权威是每个产品所有者需要的四件事之一，其他是合法性，技能和时间。 但是，有一类产品所有者在很大程度上缺乏权限，因此我打电话给Backlog管理员 。
关于Backlog管理员唯一拥有的就是他们的Jira登录名。 他们受到一个或多个告诉他们积压的内容的人的欢迎。 优先级仅是分贝管理中的一项练习-大声喊叫的人会得到他们想要的。
积压管理员很少从积压中抛出任何东西，他们不认为自己有权这样做。 结果，他们的积压便秘了-很多故事，很多没有价值。 幸运的是，吉拉（Jira）无止境，这是无底洞–只是不要绘制CfD或燃尽图！
如果团队很幸运，Backlog管理员可以充当测试人员，他们可以查看正在进行的工作或可能“完成”的工作。 他们可能能够添加接受标准。 如果团队不走运，则Backlog管理员对域的了解不足，无法进行测试。
我首先要说的是，产品负责人的角色可以有很大的不同：不同的人在不同领域为不同类型的公司与不同的团队一起工作意味着，除了积压管理之外，角色固有地具有很多可变性。 。
产品负责人角色应该能够决定要构建和/或更改的内容。
因此，产品负责人需要知道最有价值的事情。 工作的一部分意味着找出有价值的东西。 尽管积压管理是工作的一部分，但一个人应该提出的问题是：
产品负责人如何知道他们需要知道什么呢？
积压管理员只不过是高级人才的地狱。
真正的产品负责人会聘请完整的产品经理和高级业务分析师-或特殊版本的业务分析师，有时也称为业务合作伙伴。
产品负责人应该出去会见客户并观察用户。 他们应该与技术团队讨论技术选择，并与UXD讨论接口设计选择。
产品负责人应了解商业压力，产品如何为公司赚钱（或省钱）。 产品负责人负责产品策略，因此他们应该既了解公司战略，又要输入公司战略。 产品策略既支持公司战略，又融入公司战略。
产品负责人可能需要观察竞争对手的情况，密切关注竞争对手并了解相关技术趋势。 这可能意味着参加贸易展览，甚至在被问到支持销售人员的情况下。
通常，产品负责人将需要有关领域的知识，即使用产品的领域。 有时，例如在电信或勘测中，可能需要实际动手经验。
除积压管理外，还有许多工作要做以交付他们想要交付的东西：他们需要与技术团队合作来解释故事，进行故事背后的对话，编写验收标准，参加计划会议，也许帮助采访新员工并分享他们从与客户见面，分析竞争对手，辩论策略，参加演出等中学到的所有知识。
我相信会有很多人争先恐后地将Backlog管理员称为“反模式”，但由于我不相信反模式，所以我不这样做。 我只是认为产品负责人不只是积压管理员。
翻译自: https://www.javacodegeeks.com/2018/03/product-owner-or-backlog-administrator.html