谷歌前产品经理谈创业团队管理:做好情景管理,控制团队规模

标签: 谷歌 产品经理 创业 | 发表时间:2013-11-29 11:44 | 作者:
出处:http://www.iteye.com
原文作者Tomasz Tunguz是Redpoint Ventures的风险投资人,曾在Google担任产品经理并参与过AdSense项目。在文中,Tomasz Tunguz针对创业公司给出了2条极富实践性的建议: 针对不同类型的员工,做好激励和情景管理;努力平衡控制范围和管理职责范围(下文由 36Kr进行编译整理)。

我有一个朋友,他创立了一家很成功的公司,而且还在迅速发展。在最近的一次聊天中,我向他询问过去几年最大的收获是什么。他说,在创业之前,他把管理看成“创可贴”,用来弥补组织设计上和公司正常运营上的错误。但随着时间推移,他渐渐意识到,管理是公司建设的唯一途径。

“公司管理也有软件工程领域所说的设计模式(Design Pattern)”。在工程领域,同一个问题总是有无数个解决方法。 一般来说,工程师们利用设计模式来提升工作质量,通过标准化的做事方式来促进团队沟通,从而加速公司发展。

管理团队的方法有无数种,但有些方法在影响力,激励作用等方面显然更优。和工程师们一样,经理们也创造了一系列设计模式,从中发现最佳方法(best practice)。

对于工程师出身的人来说,学习管理方面知识的机会很少。我也是在 Google 担任助理产品经理时,由于每两周都要向上层汇报才第一次有所耳闻。这些最佳方法可以给管理者一个很好的思维模型,让他们一点点变得更好。以下便是我总结的两个创业公司管理方法。

创业公司管理最佳方法1:情境管理法

我首先要谈的,是从我的妻子,同时也是 Google 一名出色的经理那里学到的,叫做 情境管理法(Situational Management)

在创业公司中,管理者最重要的作用就是激励员工去完成公司的目标。每位员工工作的动力会随着时间变化,这意味着管理者的做事风格和制定的目标需要对这些变化有所回应。同一种管理风格不一定对每位员工或某位员工的不同的职业阶段都适用。换句话说,不同的情境下有效管理的含义也不同。情境主要有四种:如图所示,横轴表示员工技能水平,竖轴表示员工工作动力,离原点越远表示越高,每一个圆表示一种情境。



  • 动力低,水平低:这个情境很简单。它表示员工没有处在合适的岗位上,或者不知道如何在公司里起到有效的作用。这时公司和员工差不多就该分道扬镳了。
  • 动力高,水平低:这是员工被聘用或者升职之后最常见的情境。这时他们往往充满激情,但却不了解公司情况,公司文化或者不清楚具体的工作内容。这种情境下最佳的管理方法是微观管理(Micromanagement),将员工的动力转化为技能,从而使员工的工作更加高效并感到被重视。具体来说,这时管理者需要时常关心员工的工作进度,不断取得他们的反馈。如此,员工学习周期变短,了解自己每天工作的效果。几周之内,他们就会学到很多,变得更加高效。
  • 动力低,水平高:换句话说,快被榨干了。员工已经为公司尽心尽力工作了很久,而管理者这时面临的最大风险是员工跳槽。面对这样“累感不爱”的员工,管理者最好是给他们几周的时间“透透气”,允许他们自己喜欢或独立负责的项目,找回原来的激情和动力。
  • 动力高,水平高:这无疑是员工最好的状态,而此时最好的管理方法就是无为而治。
情境管理法提供了一种简化的框架,帮助管理者确定每位员工所处的状态,并用正确的方法发挥他们的潜能。

创业公司管理最佳方法2:合理的团队规模

在创业公司的核心,它的一大优势是专注带来的速度。组织良好的团队可以完成伟大的事情。创造良好的沟通交流环境是创业公司管理的重要组成部分。而创始人需要平衡的,是控制范围(span of control)与管理职责范围(span of managerial responsibility)之间的关系。

但在《纽约客》的 一篇文章中,Amazon 的杰夫•贝索斯关于交流这一点却发表了大相径庭的观点:交流是低效的表现。它意味着员工没有紧密地、有机地工作在一起。所以,我们应该减少交流而不是增加交流。

贝索斯利用 “两个披萨的团队理论”来减少沟通,即如果两个披萨不能让一个队伍吃饱,说明这个队伍太大了。梅特卡夫定律(Metcalfe's Law)指出,一个网络的价值等于该网络内的节点数的平方,而且该网络的价值与联网的用户数的平方成正比。套用此定律,一个团队里的人际关系的数量会随团队的人数增加而指数型增长。所以很多人认为,团队越小,所需的沟通越少,则团队会更加专注,产出更多。



如何管理这么多小团队?一个经理管得来吗?在 Google,我估算过不同项目里产品经理和工程师的比例。而这个比例更一般的意义就是“控制范围”。根据我的估算,Google 的平均比例是 1:7,但不同项目的偏差很大。工程师较多的搜索团队,产品经理和工程师的比例的 1:20 甚至更高。而一些新产品的比例可能是 1 个产品经理配 2 到 4 个工程师。

为什么偏差这么大?我发现最佳的解释就是 Peter Drucker 所提出的“管理职责范围”,即团队“所需的指导和协助的程度”。换句话说,一些资深的工程师团队,如 Google 的搜索质量团队,不需要很多指导与协助,因为他们已经有足够的经验。这些队伍即使超过 15 人,也能保持卓越。而对产品或新领域不熟悉的初级团队,需要给他们更多的职责,意味着更小的团队规模。

有些公司如 37Signals 和 Valvel 采取扁平化的结构,让员工进行自我管理。这些管理结构可能很有效,但前提是队伍不需要很多指导与协助。而 研究也表明,团队规模没有最好,只有更好。而更好的团队规模一定很好地平衡了“控制范围”与“管理职责范围”的关系。

原文: tomtunguz.com / 翻译: 36Kr

感谢 tuhaihe 投递这篇资讯

已有 3 人发表留言,猛击->> 这里<<-参与讨论


ITeye推荐



相关 [谷歌 产品经理 创业] 推荐:

谷歌前产品经理谈创业团队管理:做好情景管理,控制团队规模

- - ITeye资讯频道
原文作者Tomasz Tunguz是Redpoint Ventures的风险投资人,曾在Google担任产品经理并参与过AdSense项目. 在文中,Tomasz Tunguz针对创业公司给出了2条极富实践性的建议: 针对不同类型的员工,做好激励和情景管理;努力平衡控制范围和管理职责范围(下文由 36Kr进行编译整理).

一个谷歌产品经理眼中的产品经理

- - 互联网分析
我在创业公司已经呆了好一阵子了,我发现招聘这个事儿在大公司和创业公司还真是截然不同. 在雅虎搜索的时候,我们一直是持续的进行招聘的. 我一周会进行大概5-8次的面试. 简历、面试、offer,总是一个接一个,不间断. 现在我已经不做招聘经理的事儿了,我在创业公司只负责招很少一部分的产品经理. 但是总有人在招产品经理,而我也总是面试团队的一员.

加油,创业的“产品经理们”

- - 一个产品经理的博客...
  今天我们要聊的话题是,产品经理创业需要具备的条件.   在86PM.COM的产品经理群里,经常能看到产品经理在讨论创业的问题,大伙儿有时候都在疑惑产品经理创业需要具备什么样的条件呢.   今天我就举一些自己和身边朋友的例子,给大伙儿提供参考.   首先.定义这个“产品经理”的范围,指的是互联网及软件行业的产品经理们.

大牛在谷歌这样面试产品经理

- - 人人都是产品经理
产品经理算是目前互联网行业最难招的职位之一. Lagou数据显示,平均耗时49.7天. 需求大,从业者数量也不少,但企业常抱怨难找到合适的人. 一枚产品合格的产品经理长成啥样?Google Venture的合伙人Ken Norton面试过大量的产品经理,他眼中好的产品经理是既要思维敏捷,又要善于配合团队的人.

产品经理

- - 人月神话的BLOG
再谈下怎样能够算得上一个合格的产品经理,一个人不是说你能够有产品构思,能够画点原型,能够做团队和项目管理就是产品经理. 苏杰原来有本书叫《人人都是产品经理》,看了后大家可能会觉得做一个产品经理是挺容易的一件事情,但是自互联网提供和设置了大量的产品经理岗位后,产品经理这个词基本就烂大街了. 我们如何来界定一个产品经理,如果简单点来讲可以理解为 根据自己长期的项目和运营实践,通过自己的敏捷洞悉能力和分析能力,能够将当前的市场需求或潜在的市场需求转化为具体的产品需求,并能够核心的定义产品功能模型和价值输出,同时能够通过项目和团队管理的能力,凝聚一个小组形成一个真正的团队,将自己的产品构思付诸于最终产品实现的人.

产品经理好与坏

- lnsoso - 随心所记 - 生活中的dodo
例如李明远,设计了百度贴吧和百科这两个重量级产品,只可惜我并没有亲见这些产品设计的过程,客观的说,我还不知道什么才是厉害的产品经理. 既然我有限的经历无法胜任点评产品经理这个重任,那就来感性的说一下我所欣赏和厌恶的产品经理类型吧,权当我所谓的好与坏. 我很欣赏曾经的百度有啊中充满想象力的产品经理,明远和东宝都能算作具有这样特质的人.

产品经理是炮灰

- 张金龙 - 所有文章 - UCD大社区
前些日子有篇网文,鼓吹产品经理的重要性,几乎夸上了天. 有人评论道:“是为了争取加薪吗. 一个人能取得多大的成功,取决于两点:1、他有多少才华与热情,2、这些才华和热情是否能战胜环境中的困难. 很遗憾,摆在产品经理面前的障碍大部分是不可战胜的. 在这篇文章里,我们只讲靠谱的产品经理,不讲不靠谱的. 不论PM靠不靠谱,都分为两种,或者在大中型公司工作,或者在小型公司(创业团队)工作.

产品经理好与坏

- abcd - 所有文章 - UCD大社区
例如李明远,设计了百度贴吧和百科这两个重量级产品,只可惜我并没有亲见这些产品设计的过程,客观的说,我还不知道什么才是厉害的产品经理. 既然我有限的经历无法胜任点评产品经理这个重任,那就来感性的说一下我所欣赏和厌恶的产品经理类型吧,权当我所谓的好与坏. 我很欣赏曾经的百度有啊中充满想象力的产品经理,明远和东宝都能算作具有这样特质的人.

产品经理是炮灰

- Neglect - 坏脾气的小肥
前些日子有篇网文,鼓吹产品经理的重要性,几乎夸上了天. 有人评论道:“是为了争取加薪吗. 一个人能取得多大的成功,取决于两点:1、他有多少才华与热情,2、这些才华和热情是否能战胜环境中的困难. 很遗憾,摆在产品经理面前的障碍大部分是不可战胜的. 在这篇文章里,我们只讲靠谱的产品经理,不讲不靠谱的. 不论PM靠不靠谱,都分为两种,或者在大中型公司工作,或者在小型公司(创业团队)工作.

产品经理“玩”数据

- - 一个产品经理的博客...
  产品经理生来就是要解决问题的. 那如何才能更好、更高效地解决问题?首先要求我们能发现问题,数据分析就是一种常用的发现问题的手段. 通过数据定位问题,然后用设计方案来尝试解决问题,之后再用量化的数据指标来评估问题是否解决了,解决了多少. 通过迭代优化,问题就能够得到较好解决.   本文结合自己在在登录产品的体验优化中积累的一些实战经验,重现过程中的设计点滴,有效果明显的方案,也有效果不明显的优化尝试,最后将总结一些通用的设计思路.