如果工作标题比产品所有者大受误解,我们想看以产品领域专业身份,你可能知道产品所有者会做什么连你对角色的理解可能不正确-比下文更多想象一下标题对完全非产品世界的人来说 听起来像什么
师/管道/航空实验那么,你做什么?
PO:我是个产品拥有者
师/管道/航空实验我也是我的意思是,你做什么维生
PO(笑):对,我常知道实际上是我职称
师/管道/航空实验人支付你拥有产品哇工作走错路
连职称产品管理员都误入歧途,更直觉化管理产品?多数人能体会到角色的含意找份工作意味着什么拥有权产品?
产品所有者是什么
部分混淆是产品拥有者作用相对新原创部分Scrum敏捷框架软件开发中 大约只有几十年Scrum和敏捷度提高后,软件以外的行业企业开始采用框架,为产品所有者创造就业机会。
但这些企业中有许多对产品主应做什么有不同想法今日,产品所有者显然不是通用定义或理解角色产品策略专业IT联合体告诉我们产品所有者:
产品所有者的作用和责任来自两个源头:组织如何看待这一作用和PO自己定义作用和团队代表视公司规模、产品团队规模、能力、性格或PPO而定,这可能大相径庭。没有什么放之四海而皆准的解决办法。”
产品主作用至少三大定义在某些组织中,产品所有者是开发团队的策略成员而在另一些国家,工作更具战略性并设计成代表客户需求和利益公司分配产品所有者监督开发短程
我们认为这一作用综合了以上所有职责以及其他多项职责。来产品规划定义产品所有者:
上头产品所有者消除产品策略与发展之间的差距通常由开发者负责产品积存、组织脚印并按需回答开发者的问题与产品管理员以策略为中心作用相比,产品所有者通常承担更多策略性职责。
产品所有者的主要职责是什么
现在,我们已经定义产品所有者是什么 让我们深入挖掘他们的关键角色和责任
开工管理和优先处理产品积存
我们先列出不是因为它必然是产品所有者最关键的任务, 而是因为它通常会花很多时间
上头产品积存关键文档敏捷组织因为它捕捉开发团队用户故事优先处理
不论组织是否遵循敏捷冲印框架,其产品所有者将花大部分时间集中审查积存开发任务优先排序开发者下一步应做什么这有助于确保团队执行 产品管理团队的战略目标和优先级
二叉将产品管理员策略转换为开发任务
上头说产品所有者管理积存时, 我们不表示产品所有者只是移动现有用户故事和其他任务级细节产品所有者必须更主动在许多情况下,他们负责编译(或至少精炼)这些故事,编译成开发团队可执行的任务
Quest软件产品所有者SelinaM描述她的角色:
产品所有者从产品管理者那里获取主动性, 分解成故事或可操作值块, 并协同工程团队实现这些主动性。”
3级学习市场和客户需求
产品所有者必须理解市场和客户需求,
这往往需要与产品管理员合作了解他们想要解决的问题和客户需求或需求产品策略和团队视产品成功
获取市场高端知识、客户人际关系和产品策略帮助产品所有者更有效地履行数项日常策略功能,包括:
- 破解产品管理史诗编入用户故事
- 排列和排序sprps
- 评估每个开发阶段的进展
- 回答dev问题推理用户故事或任务
4级服务于产品开发
产品管理员为产品成功制定大图目标和策略工程或开发团队构建物理(或数字)产品介于这两端产品开发频谱有很多解析空间-错误解析
产品所有者充当连接产品开发团队的桥梁翻译对产品管理员视觉的理解 和每个产品区设计面向用户让他们能向dev团队解释 用户故事和其他任务背后的原理和原因
5级保持开发无障碍回答问题
开发团队可能不清楚 分派给他们的具体任务举例说,他们可能不理解用户故事调用以特定方式设计产品功能的原因并可能认为自己有快速高效方式构建功能, 但却不确定这样做会否以某种方式破坏产品管理战略目标。
开发团队应请求产品所有者提供答案和指导公司开发短程通常有两周或一个月最长时需要快速解答
基于这些原因,产品所有者应当向开发团队开放并准备立即回答问题
结论:产品所有者是团队密钥
产品所有者在帮助组织成功营销产品方面发挥着极有价值的作用。asQuest软件SelinaM产品所有者们,我们通过优先正确工作,在适当时间增加值,确保团队中的每一个人都与工作背后推理一致-帮助确保持续向用户提供值。
深入挖掘产品所有者关键职责 读读我们的书
