搜狐首页 科技 无心法师2

手机搜狐

SOHU.COM

Dropbox如何快速扩充产品管理团队

编者按:SeanLynch在2012年至2015年间曾在Dropbox担任产品经理的工作。在那里他目睹了Dropbox的快速发展以及随之产生的项目多产品团队难以应对的问题。后来Dropbox的产品团队想到了一个简单的框架来快速扩充团队并加快项目进度,他觉得这个经验值得很多初创企业效仿。

2016年我花了很多的时间来担任辅导、咨询、顾问的工作。其中很多的交流都牵涉到产品管理团队的建设问题,通过这些对话,我对过去担任PM角色中学到的经验教训进行了反思。其中一些经验属于常识,为我交流过的大多数技术公司所共享。但有的就没那么明显了。

对我来说,其中最有价值的经历之一就是看着Dropbox的快速扩充(无论是客户还是员工规模),并且目睹了伴随着这些数字的增长而引发的问题。现在,我想谈谈我们为了让不断壮大的公司上下在产品研发过程中保持共识而形成的框架。

先交代一下背景。

我在Dropbox的大部分时间里,产品团队都是由我们的联合创始人和CTO领导的。他深入参与了产品研发的方方面面,包括工程、设计以及产品管理等。在早期日子里,几乎每一项产品决策他都要审核。说他很忙都是轻描淡写了,但是这种做法在我们的团队规模相对较小时是有效的。

但随后公司开始疯长,我们开始同时展开了很多项目。到了2014年早期时,我们遇到问题了。

一天就只有那么多的时间,但我们的CTO的时间全都被预约完了。PM想找时间见他寻求所需的反馈和批准很难。项目开始给人以拖沓的感觉然后陷入了僵局。大家不清楚他什么时候应该参与,什么东西的确需要给他过审,也不知道哪些反馈才有用。PM开始尝试绕开这些过程,导致领导层与团队所做的事情无法同步。所有人都觉得很沮丧。

为了解决这一问题,我们的产品经理Anand Subramani提出了一个简单的框架来标记项目生命周期的阶段。这三个阶段每一个都会有一次相关的审核,旨在回答一个特定的问题:

先澄清一下,这里并不是说这个框架对所有项目或公司来说就是最完美的,我们也不提倡一定就要严格按照它执行,这显得教条主义。有时候针对小一点的项目团队会把阶段0和阶段1合并到一起,或者在阶段2产品发布前进行多次审核。对发布后迭代的目标进行审核并寻找改进机会也是有价值的。

不过这个框架最有价值的部分是三个微妙但至关重要的功能,你在定义自己的这些东西时是一定要牢记于心的:

1、阐明针对特定项目要提出并获得反馈的正确问题

Dropbox的核心价值观之一是仔细琢磨细节。在审核产品时,有很多细节需要推敲,视产品是否在研发当中而定,其中有的未必就是合适的。这个框架在任何时候都定义好了该关注什么的共同期望

比方说,在这个框架之前,提出示意图中文本应该如何措辞的问题是很常见的。有了这样一个框架的话,就可以很清楚征求这类反馈是不是太早了,但同时这也会让领导层安心,知道一旦到了那个阶段项目就会回到那种层面的反馈上。在介绍清楚情况之后,审核者几乎马上就会自我批评说:“哎呀,我在阶段0给出了阶段2的反馈了,我的错。”

还有两点功能是什么?点击此处查看作者的详细解说。

Dropbox并非总是一帆风顺,因为在快速发展的公司里面什么事情都有可能发生。但尽管有这些磕磕碰碰,我在那段时间最受启发最有收获的一点就是了解到了用像这样的简单框架来帮助团队扩充。我发现这是我可以分享给新的、正在壮大的团队最有价值的建议。希望它能够帮助你在2017年完成多一点的事情。

本文转自36Kr

——————————————

文章采集自互联网,版权问题请与我们取得联系。

SaaSPad (www.saaspad.com) 是专注SaaS领域的科技网站,我们分享国内外的SaaS成功理论和经验,建立行业人士交流探讨的社区,是国内最专业的综合性SaaS服务平台。

精选