PO和PM的区别

PO是product owner,是一个role,负责与stakeholders打交道,提炼stakeholders的需求,按照需求的价值以及紧急程度安排优先级。PO是一个角色,对product backlog负责,通俗地讲,product backlog上的条条目目应该长什么样子,PO都有一个清晰的picture;抽象点讲,每个user story的acceptance criteria对于PO而言是确定的。PO为每个user story设定一个goal,scrum team的工作就是hit the goal,让PO心中所想的那个user story成为现实。
PM是product manager,是一个titile。可以由PO或者BSA来冠名,这里讲BSA作为PM的职责。PM负责管理产品的需求和研发。PM往往需要了解PO的需求,把这些需求转化成产品的一个个feature,然后依托其技术背景,与团队一起讨论出实现的可行性方案;(注:这里,PM可能未必要100%地满足PO的需求,在可控范围内,提出一个满足product vision的折中方案,使得product team和product owner双赢)同时,PM是product的管理者,并非people的管理者,所以PM侧重点是产品的特性features的管理与研发,在规范化的控制流程(比如Scrum的框架)下与各个团队功能角色一起工作,管理产品的研发进度,确保产品高效地以及高质量地发布上线。
需求的角度看待这几个角色:
Stakeholder <-> PO(关注 businessman 需要什么)<-> PM (关注 用户的需求可以成为Product的features吗,如果是则把user story转化为product features,如果不是则workaround)
上述可能有点抽象,为了阐述清楚PO和PM的区别,这里举个例子:
PO提出一个user story:我要一个登录界面供注册用户登录网站(PO脑子里想像的登录界面的样子(Acceptance Criteria)就是很简单的一个用户名输入框+密码输入框+提交按钮的功能性需求)
PM根据这个用户需求细化该注册用户登录界面的feature:1. UI 设计(可能是第一稿):配色,输入框、按钮、链接的风格样式,排版 2.登录功能(存在用户+不存在用户;正确密码和非正确密码) 3. 忘记密码链接和恢复密码的功能 4. SQL注入防范 5. 穷举式攻击防范(验证码)等等。而且,PM还需与技术团队共同商讨实现这些feature的可行性方案、难点,可能存在上线延期的风险等等。feature是对user story的详细化的设计,同时拆分了user story为多个小的story,这些小的story可以在若干个sprint完成。
所以PO是从用户功能的角度提出功能性需求(粗放型),PM则是从产品设计的角度把功能需求细分为多个feature(集约型)并确定实现方案的角色。
展开阅读全文

中国PM 和 美国PM 区别

05-02

我2年前在湾区一家小点的公司做程序员rn全公司就我一个中国人 感觉PM 每次有什么需求 都会问我 这个能实现么 需要多少天之类的rn如果有时候遇到难题没法预期完成 她也会跟我说不要着急 我跟客户说rn但是说实话 小公司待遇比不上大公司 后来我跳槽到了西雅图的amazon 大家都知道这里中国人很多 rn遇到了让我特别恶心的中国PMrn话说这PM 居然还是程序员出身 他是刚从另外一家公司高级程序员转过来的rn第一次给我提了个需求 让我1小时内完成。。。我说不行。。他说 不久一个按钮么 加个input不就可以啊。。。rn我当时就想 我操。。。。你知道按钮后面要写多少代码么。。。而且我刚进amazon 好多业务也不熟悉 我还得问问别人业务上的事情 怎么可能1小时。。。。rn这还不算啥 后来我第一次参加小组会议 GC来了 一开始那PM就开始各种夸组长(根据我以前经验 这边完全没有组长和组员上下级关系 我们小组会议算是跟组长交流下 因为一般组长都在出差啥的 如果说组长给我们任务 不如说小组会议 是我给组长任务 因为我们要告诉他应该注意哪些东西 并且和客户交流时候注意什么) 后来组长说到XXX项目不着急 这个月就行 你们先完成手头的吧。。。那PM居然来了句 组长那么忙 我们累点也应该啊 这周肯定给你弄完。。。。然后 旁边的老黑就急了 说不可能 什么什么一堆理由 然后拿PM又开始用他的神理由,不久几个按钮么。。。。 不过到现在 rn我不知道他的马屁有效果没。。。反正我看那几个白人跟他说话 每次说话都是一愣。。。。大概是被雷住了rn不过现在来说他的级别是比我高一级 可能因为年纪比大点 应该不是马屁的效果吧rn 论坛

没有更多推荐了,返回首页