硅谷没有产品经理

本文由混沌研习社(ID:dfscx2014)授权转载。混沌研习社是一所没有围墙的大学,把全世界最好的老师请到混沌研习社来讲课,为创业公司培养具有互联网思维和国际化视野的创新人才。

导语

在国内,产品经理是非常核心的角色,然而在硅谷,工程师才是灵魂,拥有产品设计的决策权。谷歌的比例大概是1比8,一个产品经理配8个工程师。Facebook在200个工程师的时候,只有不到10个产品经理。

(本文根据陈尔东在混沌研习社的课程整理而成,有删节。)

演讲人|陈尔东

(Twitter 工程总监)

我曾经在Facebook工作,现在在Twitter担任工程总监,在硅谷工作生活了很多年。

在国内,产品经理是非常重要的角色,在硅谷反而没那么重要,工程师才是最核心的角色。今天我想跟大家分享,在硅谷,工程师文化对于独角兽公司是多么重要和普遍。

国内,产品经理是非常重要的角色,在硅谷,工程师才是最核心的角色。

小团队大杠杆

工程师常常兼具产品思维

产品经理同时开发多个项目

硅谷独角兽公司的文化特点是小团队大杠杆(Huge Impact With Small Teams),精英小团队,一个一个把攻坚战打下来。

有两个数字比例非常重要,一是平均一个工程师,服务多少用户。

以Facebook为例,在2007年第三季度的时候,1个工程师大概服务50万的用户,到了2009年第三季度,1个工程师大约服务126万用户。

听起来是不是太不可思议了?你如果招到了好的工程师,而这些工程师有好的产品思维,你的公司组织就精简了,会议沟通就少了,效率就随之提高了。

后来Facebook这个高效纪录,被WhatsApp打破了,WhatsApp在4年内涨到了4亿多用户,而当时它的工程师只有不到30个。

我当时加入facebook的时候,它有2亿月活用户,而我们只有200位工程师,不到10位产品经理。WhatsApp在去年达到了10亿月活用户,它只有57个工程师,1个产品经理。

所以另一个数据也很重要,就是团队中产品经理和工程师的比例,平均一个产品经理有几个工程师。

软件行业老大微软的模式,就是一个产品经理带两三个工程师,再带一两个测试人员,大部分的工作流程是瀑布式开发:

产品经理写好要求

工程师编写代码

程序出来以后测试员去测试

如果功能有问题,返给工程师修改

&

如果设计有问题,返给产品经理重新讨论

所以基本上,微软每个季度或者每一年只能推出一个新的产品。

谷歌的比例大概是1比8,一个产品经理配8个工程师,所以谷歌每天或者每周都有新的东西推出。

因为只有一个产品经理,他没有那么多时间和每个工程师沟通产品设计细节,所以这8个工程师就必须具备产品经理的思维,自己做产品决策。

Facebook在200个工程师的时候,只有不到10个产品经理。很多项目没有产品经理,只有工程师自己去思考产品问题的解决方案。

这样的比例有什么好处呢?硅谷的一个产品经理往往要同时开发好几个产品项目,于是产品之间的协同度非常好,一看就知道是同一个公司的产品。

全栈式代码管理方式:所有人轮岗,任何人都可能成为任何系统的专家。

招最好的A级工程师

代码重构不能轻易做

否则可能错过产品的最好时机

怎么样才能做到小团队大杠杆?在硅谷,非常重要的环节就是寻找A级工程师。

在人才的招聘上,业务领导不能依靠招聘网站发来的简历,而是应该亲力亲为地去定点挖掘,因为优秀的人才是不会缺少工作机会的。

关于产品经理和工程师之间的配合,很多互联网公司都会遇到这个问题:

产品经理要求工程师添加新的功能,工程师说,我们不能再加新功能了,因为代码太乱了,如果我们要添加新功能,会出现很多错误。我们必须要代码重构。

代码重构可以做吗?我谈一点我自己的经验。代码重构是要做的,但一定要选一个非常好的团队,不需要兴师动众,选一个非常小的精英团队,把它快速做好。

我们知道,很多公司都是因为重写代码而错过了产品发布的最好时机,包括Facebook的竞争对手,他们觉得以前用的编程语言不好,后面换了另一种语言,结果耗时太长,过了几个月之后,发现Facebook的产品已经走在他们前面了。

这里还要谈到代码管理和维护方式。我知道大部分公司都是这么做的:每个工程师会负责固定的一些系统,每个系统都有明确的界限。

这里面有一个很大的问题:假如有新的优秀人才加入,他有一些很好的想法想更新一些东西,他就必须说服每个系统的负责人,这个沟通要花很多时间,也非常困难。

现在有一种更好的全栈式代码管理方式,Facebook就是这样做的:所有人轮岗,任何人都可能成为任何系统的专家,任何一个人都能够对任何一个系统提出更好的框架和方法。

你以前改变一个产品,需要把每个系统的人叫来,但是全栈式管理,让三五个全栈工程师,就能把这10个系统全改了,然后推出产品,这是自组织的代码管理方式。

END

原文发布于微信公众号 - 大数据(hzdashuju)

原文发表时间:2016-08-22

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏DevOps时代的专栏

世界级DevOps专家 : Kris Buytaert带你认识原味的DevOps

前言 大家上午好,我会很快介绍一下自己,我的名字叫Kris,我和Patrick一起在很多年之前开始做DevOpsDays。我做这个行业已经有20年了,我最开始是...

2547
来自专栏java一日一条

程序员应该做开源项目的 6 个原因

“开源开发人员都是义务劳动者”的观点已经成为编程世界中的陈词滥调,即使是那些伟大的开源举措也无法驳倒这种风靡一时的心态。

642
来自专栏互联网数据官iCDO

教你几招,轻松学会品牌知名度衡量的基本方法!

通过衡量品牌知名度来划分市场。有些人认为这是一项毫无意义的工作,是一个与营销ROI无关的虚荣指标。

1703
来自专栏腾讯技术工程官方号的专栏

2017 国际体验设计大会 :搭建互联网金融产品的体验创新方法库

导读:7月13日,来自腾讯用户研究与体验设计部(简称:CDC)的饶瑞及郑露围绕“搭建互联网金融产品的体验创新方法库“这一主题,在2017国际体验设计大会中开展了...

2379
来自专栏云市场·精选汇

掌握网站制作要点 让你网站成为行业佼佼者

如何自建一个网站,在互联网时代展示企业、个人的业务或产品?在如今的互联网经济的现状下,又该如何让自己的网站成为行业内的佼佼者?这些都是需要不断付出努力和迭代更新...

1.4K8
来自专栏钱塘大数据

数据湖泊里游一游?智能工厂里逛一逛?

在中国智能制造2025的变革中,数据湖不会是数据仓库和BI平台的终结者,但数据湖一定是未来企业数据技术(DT)的核心纽带,成为引导中国制造2025变革的数字宠儿...

3094
来自专栏PPV课数据科学社区

【资讯】大数据5大误区:大数据不是灵丹妙药

预测分析有希望可能成为一种塑造更广泛经济的普遍趋势, 尤其是如果更多业务决策者为数据所驱动 (而不是根据纯粹的“直觉”)。确实,访问更多的信息,特别是...

2915
来自专栏云计算D1net

关于私有云的10个事实

对于企业而言,云服务的自主权、敏捷性和生产力是他们选择的主要标准,通过运维私有云迎合他们的需求可以获得很高的效率。技术管理团队应该致力于将私有云价值最大化来服务...

37710
来自专栏企鹅号快讯

快看,大数据发展的五个新趋势!

随着人工智能和物联网日益进步而逐步取得主导地位,更多的企业比以往更容易受到数据的驱动,大数据将深刻影响商业世界的每一个角落…… 机器学习技术正在迅速发展,数字业...

2026
来自专栏云加头条

为 “超级大脑”构建支撑能力,腾讯云聚焦AI技术落地

5月24日,以“无界数据、无限智能”为主题的2018腾讯“云+未来”峰会AI大数据分论坛在广州拉开帷幕。

4836

扫码关注云+社区

领取腾讯云代金券