如何扩展自己作为PM

我于2014年夏季首次以其臭名昭著的无限计划注册了ClassPass。 这是我第一次感到可以利用纽约健身中心提供的一切。 从项目经理的角度更近地观察公司,我对公司所取得的规模以及强大的产品能够激发客户忠诚度和决策能力印象深刻。 在第一轮产品计划的第六届会议上,我们由Classpass产品负责人Justin Chang领导,他向我们讲述了如何像我们公司规模一样迅速地扩展为PM。

当员工人数,收入和/或客户开始迅速扩展时,您将不可避免地开始注意到公司基础上的裂缝。 也许您会发现自己有更多的项目决策者。 也许,以前只需要一个星期才能构建的功能现在就需要一个月。 作为项目经理, 您如何与您的组织一起扩展以继续有效并推动影响?

大规模决策

当我在Hired任职时,一旦我们聘用了约100名员工并扩展到多个城市,曾经为我们工作的所有流程似乎都在同一时间停止工作。 一位决策者变成了两个或更多的决策者,他们并不总是对他们希望我们团队做的事情保持一致。 当这在Classpass上开始发生时,他们实施了DACI框架 ,以确保每个项目只有一个决策者。 这不仅简化了他们的项目,而且提高了工程士气并减少了上下文切换。

  • 司机 :负责项目的人。 推动流程,与利益相关者保持一致,并向批准者提出选项和建议。 通常是PM。
  • 批准人 :做出决定的人。 授予权限后,公司层次结构中甚至更多的高级管理人员也不能否决该人的批准。
  • 贡献者 :在工作/项目团队中为项目提供投入,参加会议并进行工作的个人。
  • 知情的 :人们知道该项目及其结果,但不包括在会议中,也无需从事工作。

如果您想尝试在自己的公司中实现这一目标,则需要高层领导的支持。 首先记录所有决策者放慢项目进度的情况。 完成此操作后,就可以一次开始对一个区域进行试验,学习,进行迭代,然后您将能够展示该框架如何提高了团队的速度。

速度@刻度

随着团队的成长和技术债务的累积,您会注意到工作速度开始放缓。 除了令人难以置信的令人沮丧之外,这种放缓还增加了项目成本。 所以你会怎么做? 贾斯汀建议围绕持久性问题建立持久性团队。 例如,Classpass组成了围绕Acquisition,Studio Experience和Machine Learning的团队。 它因企业而异,并且需要花费一些时间来实现这一目标,但是当它工作时,每个团队可以在整个体系中更快地移动。

一旦有了持久的团队,团队的速度就会受到产品开发过程的极大影响。 在本次会议期间,我们到了会议室,并谈到了我们每个公司的产品开发。 有很多差异,但第一步始终是相同的:定义您要解决的问题和项目目标。 这看似简单或显而易见,但事实是,如果每个人都事先了解并协调目标,就可以防止使项目变慢的事情,例如范围爬升和设计更改。

产品开发流程@Classpass

  • 目标定义:在会议室中使用DACI,辩论并调整目标。
  • 产品定义:根据项目范围调整。 解决问题需要什么,什么不是问题,可能超出范围?
  • 设计评审:明确说明您想要和不想要的反馈类型。
  • 技术评论:遵循正确的技术方法。
  • 进行/不进行:确保您已做好操作准备(例如,确保客户体验已准备好处理问题,更新了常见问题解答)

协作@Scale

当我们大约有40个人时,我加入了Hired。 那时,每个人都非常容易知道正在发生的一切。 随着我们的成长,要让每个人都无法参与会议而不开会就变得非常困难。 然后人们开始表达自己的声音,他们不知道正在制造什么产品以及我们的路线图是什么。 有三件事可以帮助Classpass产品团队解决此问题:

  1. 确保整个公司都可以访问您的产品路线图和产品文档。 特别是在产品路线图中,请确保每个项目都专注于结果。
  2. 与DACI举行门会议 。 这些会议需要做出一定的决定才能进行项目。 在会议开始之前,将您的产品文档放在一起(Amazon 6页式文档是一种很好的格式),并在顶部包含所有上下文。 以15分钟的阅读时间开始会议,每个人都可以阅读上下文部分,以便每个人都在同一页面上。
  3. 最后,发送电子邮件以在产品开发过程的每个阶段传达DACI决策。

授权@规模

您是否曾经觉得自己只是在接受经理或高管的命令? 还是一切都太“自上而下”? 发生这种情况时,您可能会开始感到沮丧,并怀疑您的输入是否重要。 随着时间的流逝,人们可能会停止做出决定,而在事情失败时开始指责或惩罚别人。

在本次会议上,与我有关使您的团队获得授权的真正共鸣是,您需要提高心理安全性,以使您的团队创新。 心理安全是一种信念,如果您犯了错误就不会受到惩罚。 一旦您的团队有了这个,他们将更愿意为对话做出贡献,承担风险并发挥创造力。 这样做的一种策略是向人们提供选择,而不是让他们做出决定 。 我认为有效的另一种策略是在每次开工或重要的里程碑会议上以背景为基础 。 在背景分享中,我们到处走动,每个人都简短地分享他们对该项目的了解,他们希望他们知道的以及他们兴奋的东西。

无论您的公司目前处于何种规模,以及您注意到什么裂缝,最重要的是不要忽略规模带来的问题的可能性。 处理规模问题就像处理用户的任何产品问题一样。 你在解决什么? 您为谁解决? 您对如何解决有什么假设? 测试,学习和迭代!

要了解有关“ 第一轮产品计划”的 更多信息 ,请阅读我们 以前的课程 ,并随时关注更多帖子!