谁该做 Product Owner?

到底是需求分析人员, 还是架构师该做 Product Owner?

这个问题就宛如是在问,
到底是男人?  还是女人? 适合做家事。

有的需求分析人员, 有很好的领域知识,
却不见得乐于帮助团队,
领导团队。

有的架构师, 有很深的技术底子,
却不见得热爱使用者,
更不见得能领导团队, 交付对用户有价值的需求。

所以, 做 Product Owner
的是 “人”,
不是企业内既有的 “角色”。

唯有找到对的 “人”,
才能做好 Product Owner。唯有找到对的
“人”,
才能培养成出色的 Product Owner。
有了出色的 Product Owner,
团队成员才能蜕变成,
能时时响应变化的 “敏捷成员”。

时间: 2024-08-11 02:13:33

谁该做 Product Owner?的相关文章

如何做好一个 Product Owner? 其实只需懂得好好的 “爱” 自己

许多人都在探讨著一个问题:如何做好一个 Product Owner ? 有的人会搬出一大堆敏捷的书, 一大堆敏捷的实践来回答这个问题.事实上, 这些书.实践都是多余的, 甚至可以说都是些废话. 其实, 大家只需向 Steve Jobs 学习, 便足矣. 因为, Steve Jobs 是这世上最成功的 Product Owner. Steve Jobs 具备了以下的特质, 使他成为这世上最成功的 Product Owner: Steve Jobs 懂得好好的 "爱" 自己.而不是被世俗价

Product Owner

最近花了很多的时间研究scrum敏捷开发模式.包括它的基本框架,测试人员在其中的角色,product owner在其中的 目前在研究的有: 如何设置目标.目前的方法是引入了OKR系统.需要尝试,是否可以将其与授权.自组织团队结合在一起.当前的情况是,首次为整个团队设定了目标以及key result.现在需要将其拆分到更小的scrum team去. 4个问题: 1.Product owner的首要职责是什么? 职责是做为客户的代言人.为backlog list排列优先级顺序 2.Prodcut o

一群猪和瞎子, 将企业内现行的组织角色,一对一的对应到 Product Owner

这是张典型的敏捷开发中 Product Owner 的示意图. 这张图往往使人陷入一场争论: 是领域专家,还是架构师, 来担任 Product Owner? 其实, 争论这个问题, 基本上是只考虑了 "敏捷开发中 Product Owner 的定义",而完全忽略了 "产品" 与 "团队成员",实际的现况. 只考虑 "角色":领域专家.架构师:便决定了企业内谁担任 Product Owner, 在实际的项目中,往往会找到错(不适

Product Owner交流记录1

Abstract 最终我们选择了UWP版必应词典功能开发. 项目:“单词挑战”功能 然后我们今天中午我们和Product owner聊了聊. Content Product owner是Travis Li, 他不仅会成为产品交付对象,还将是技术.资源供应者 并且知道了以下情况: First, Baseline是还原WP or windows desktop版单词挑战. Besides, Baseline基础上,鼓励产品向idea,自行定义用户scenario However, 尽量基于现有API

Scrum教练不应兼任product owner

ScrumMasters Should Not Also Be Product Owners(中文翻译) December 2, 2014 by Mike Cohn 翻译:2015.2.18 by ouyida3 嘿,scrum教练,远离那些故事卡片!如果你已经是团队的scrummaster,就不应该兼任产品所有者的角色. 这两个角色应该由两个不同的人来担任,这其中有很多原因,我们一起来看看这些原因. 两者具有不同的关注点 首先,产品所有者和scrum教练在一个scrum项目中会关注不同的方面.

在华为做外包获得的一些感想

本人曾在华为的一个项目里作为合作方的项目管理协助者,技术架构师角色.在这里谈谈技术和管理方面的感想. 1. 技术 华为在开发一个自己的云平台技术.叫做华为应用引擎(HUAWEI Application Engine).它是一个基于J2EE的云平台,有比较多的华为定制前端控件,前端控件比较齐全.REST服务可以不用写java代码就可以构建,配置一些sql语句就可以.只底层是基于Websphere的,平台将这些部署的复杂都透明化,使用者不需要知道具体的细节.几百人在开发这些平台.投入的力量还是蛮大的

0511--团队项目--产品product backlog

介绍Scrum之product backlog Scrum的基本概念其实并不复杂,但是想做好并不容易,大家都知道product backlog的重要性,但是我们如何制定和展现它,如何评定优先级,如何进行初始评估?下面我将介绍和product backlog相关的一些问题. 在Scrum之 流程和术语介绍了流程,这里主要介绍第一个最重要的工件 Product Backlog.它是Scrum的核心,也是一切的起源.它是由Product Owner负责制定的一个按照重要性的级别排序了的故事列表. 一.

Product Management vs. Product Marketing

Posted by Marty Cagan on August 28, 2007 Tags: product management, product marketing, program management, product discovery Industry pundits claim that 9 out of 10 product releases are failures in that they don’t meet their goals.  I don’t know if th

SCRUM黑

来自 :coolshell 这篇文章的原文在这里(原文链接)(下文不是全译,也不是部分译,我只是把其总结,有我自己的发挥,但是原意大致不变),这篇文章完全是在调侃Scrum的,作者第一段就是一个免费声明,其说他是Scrum和其它敏捷方法的big fan, 他也认为Scrum 100% 对 软件开发可行.作者使用Scrum 5年了,也公开作过几次敏捷的分享会.他觉得写这篇文章只是为了好玩,因为他们戴上Edward de Bono 的 black hat (黑礼帽 – 是6个思考之帽中的一种——负面