为什么技术团队是产品经理最容易合作的|产品经理如何带动技术团队更强产出
小戴没得觉睡
产品经理和技术团队
-的恩怨纠葛-
上次聊到这半年解决了自己不能有好 impact 的两个问题:1. 对产品的不熟悉,对 top-down asks 没有足够理由 push back;2. 工程师团队 deliver 不出来。今天我们来剖析第二条,作为产品经理如何带动技术团队更强产出。自从小戴的粉丝同学们一个个开始做产品经理以后,我也经常收到问题,问 Engineer Manager 经常 push back 产品需求,和产品经理意见有冲突怎么办,今天就一起给大家解答。
我一直觉得技术团队是最容易合作的,因为技术团队和产品经理的目标是一致。技术团队的项目分为产品需求和技术需求,一个好的团队应该有合理的人力分配。tech foundation 做的不好,产品需求开发得不快,tech debt 太多;产品需求做的不好,整个团队没有 impact,技术团队升职/扩张都很难。具体两边应该投入多少人力,要看公司目前的战略,产品领域,更要看时间,是一个产品经理和技术经理商量的结果。
所以产品经理经常会早于技术团队知道一些技术经理下一步的计划,比如想要升职团队里的谁,比如他自己想要怎样的职业规划。所以产品经理和技术经理是真正的 partner in crime,是一条战线的。总结下来,我的技术团队之前 deliver 速度慢有以下三个原因:
1. Tech debt 太多,开发速度慢。这个产品是 LinkedIn 十几年的老产品了,而且和不同团队的交流很多。比如 profile views,search appearances,我们拿到的数据都不是完美的,各种 regulation 修修补补也很多。
2. War room 太多,延后项目开发进程。因为 Who’s Viewed My Profile 和 Search Appearances 是 LinkedIn premium 最大的注册通道,而且很依赖 email/notifications 与用户交流,所以 email/notification 上出了一点问题,发出去的比平时少了,或者有 bug 了,都是一次 LinkedIn 公司层面的灾难。wau, sessions, revenue 都会受到影响,我们就得 war room,war room 就会占用技术同学时间。
3. Top down asks 虽小但积累起来插队,影响项目开发进程。上一次我们说到我刚来团队的时候,整个团队还在处理 CEO 的一堆 ask,我们这个季度才做完了他所有的 ask。每个 ask 都不大,但是今天 CEO 告诉你他想改几个东西,明天一个 VP 有告诉你他想做啥改动,如果这时候产品经理不懂自己的产品,没有足够理由 push back,真正能带来 $$ 的项目就没时间做了。
所以我和技术团队合作,做了以下几件事来创造一个健康的合作文化。
1.建立双向沟通渠道
产品经理和技术同学之间不是我让你做什么你就要做什么的。很多产品需求只是从产品的角度出发,不一定非要按照产品经理的要求来设计。产品经理不知道技术上目前的架构是怎样的,什么需求 ROI 高,什么需求其实可以换个逻辑 ROI 就能提升很多。所以我一直鼓励我的技术团队 push back 我的需求,多问我:
1. 这个需求有必要么?
2. 这个需求一定要这么实现么?能不能换个实现方式?
3. 这个需求一定要这个版本上么?
如果我能在这三个方面说服我的技术团队,那这是一个好需求。这个 push back 的过程,其实是产品经理和技术团队一起 brainstorm 的过程,从而找到 ROI 最高的解决方案。产品经理和各个职能的合作都是双向交流,在这个过程中彼此 contribute 自己的 expertise,从而找到对用户和团队的最佳方案。
2.建立公开透明信息共享
作为产品经理,你需要知道你的工程师团队的人力都花在了哪里,你的不同项目的排期如何,这样你知道你每修改/添加/删减的需求对工程师团队来说都意味着什么。如果你新加一个项目,哪个项目会被延迟,如果你这个季度有一些项目没有预期产出,你能怎么/给谁加一些 quick win 保证团队 meet plan。如果工程师团队的一些资源给了其他团队,你也要在技术经理决定之前知道,才能,again,保证团队 meet plan。同理,你这边有任何的战略/产品上的想法,也要今早和技术经理沟通,你的任何项目/战略方向都不会 surprise 技术团队,这样在季度规划的时候你的项目更容易让别人信服。
3.建立一起 brainstorm 的文化
不一定所有的产品想法都来自于产品经理,工程师们和其他职能的同学们有时候有更好的 idea。大家都从日常的工作中深钻受到启发。很多时候工程师们的想法更方便实现,也很容易有 impact。作为产品经理,要去鼓励大家有想法,找你沟通想法,如果对方想法可行,为什么;如果想法不可行,又是为什么;从而帮助整个团队有更好的产品 idea。这样大家做自己的想法会更努力,更有信念感。在沟通过程中,各个职能的同学们也更能理解你的思维方式,之后沟通也更方便。
4.和工程师团队打成一片
和工程师团队打成一片会让大家有 psychological safety,从而敢于提出自己的想法和见解,也能缓解大家在高强度工作下的压力,大家对于你的想法和失误也有更多容忍度。
5. 从一个“人”的角度理解技术经理
技术经理和你是 partner in crime,因此要从一个人的角度认识你的合伙人。他的优点在哪儿,缺点在哪儿,性格怎样,职业规划如何,人生规划如何。这样你也可以和他打出最好的配合。同时,你的技术经理如果擅长识人,也会和你打好配合。比如我的技术经理就看穿了我 chaotic 的本性,所以很多执行的 operational 的工作都是他来做,真的是很好的人😂,他跟我说因为他很喜欢我给他的产品战略,以及 big ideas,他说给我足够时间去打磨产品 idea 来给他更多的 headcount。😂
当然不排除职场上就是有人很难合作,但是如果你的技术经理是个聪明人,就知道你们是双赢的,只是一个没有经验的技术经理不知道怎么和产品经理合作。这时候你就要和技术经理多谈谈话,说一说你是怎么想的,你希望他能在哪些地方帮助你,从而帮助团队更好发展。比如我加入这个团队,就发现我的技术经理不喜欢 push back 人,我就和他谈话,跟他说,我刚加入这个团队,而他已经在这个团队快十年了,我希望他能够多 share expertise,从而让我的产品 idea 少走弯路。我跟他说我喜欢直截了当的交流方式,所以直接和我 say no,并告诉我为什么,帮助我成长。
在职场上,你想要对方做什么来帮助你就直截了当地跟对方说,不要让对方猜;如果对方做了什么让你很感激的事情,也要直接说给对方鼓励。这样对方才能理解你的思维方式。这也是做一个优秀的产品经理或 people manager 的要素之一,你要让大家理解你的思维方式,明白什么对你来说重要,什么是你的原则,你喜欢什么不喜欢什么,团队才不会在猜测你的过程中内耗。
另外团队上有什么问题,一定要多和老板沟通。比如我们很多人力花在了 war room 上,这些需要让老板们知道,他们才能理解为什么你已有的人做不完你的 roadmap。这种沟通的透明度在创造一个健康的合作文化中尤为重要。
今天就聊到这了,最近我对自己的产品领域越来越着迷,每天思考产品废寝忘食,一点都不夸张。下一期来给大家分享一下,我是如何深入了解自己的产品的,以及我为了了解产品的 legacy 都做了哪些疯狂的事情。😂
THE END
关注小戴,和我一起成长
微信扫码关注该文公众号作者