注:原作者克里斯汀·斯通(Kristen Stone)是COINBASE加密货币的五年老手。目前,她是公司的产品经理。
区块链给产品赋能
(照片:克里斯汀·斯通,硬币基地产品经理)
以下是翻译:
众所周知,许多协议团队正在错过最后期限,并努力寻找与市场相匹配的产品。及时交付和取悦用户通常是产品“锦鲤”的职责,这就提出了一个问题:“协议应该建立一个产品管理团队吗?”
为了解决这个问题,我和开发商及相关人员谈了7个协议。有趣的是,开发商、风险投资者、项目经理、首席技术官、创始人和基金会[1]对同一份协议会有不同的看法。轶事显示在下图[2]。
请注意,负责构建技术的角色(开发人员)认为应该使用技术来解决问题。相比之下,人员(项目经理等)。)与技术人员相邻的是,在协议启动时,他们看到了一系列需要解决的问题,并主张将产品管理作为解决挑战的一种方式。
在我在Coinbase工作的五年中,三年来我一直专注于与项目相邻的角色,包括项目管理、事件响应和后端技术产品管理。然而,每次工程师反对时,他们都觉得团队中有非技术人员,这带来的麻烦多于帮助。此外,他们还担心非技术人员提出的解决方案可能并不理想,因为这些解决方案并非来自工程优先的思维模式。
区块链给产品赋能
当Coinbase使用26种以上的产品“锦鲤”和数百只工程“狮子”时,我有一个独特的机会来观察产品管理是有用的还是有害的。就我而言,我已经决定用我们的项目“狮子”来定制这个角色,并公开评估什么是有效的,这样我们就可以随着时间一起迭代。
什么是产品管理?
产品管理与其说是科学,不如说是艺术。硬币基地前首席产品官杰里米·亨里克森曾经告诉我,“要理解一个好的产品经理,你必须看到他的实际行动。”
是的,你可以学习艺术史并获得好的知识,但是要真正理解艺术,你需要经历这种现象。
作为一个社区,我们的第一步应该是承认产品专业的性质是模糊的。承认它的模糊性是很重要的,因为工程狮子经常怀疑产品管理,因为它缺乏一个共同的定义。马特·贝拉兹(Mat Belaz)提出的想法是,你必须看到产品管理的实际情况,才能知道它是什么。他列举了产品管理的具体细节来描述好的预防性维护和坏的预防性维护之间的区别。是的,有糟糕的下午。
以下是马特和我自己的一些灵感:)
1.产品管理是每个产品、团队和时期的定制创造
产品管理的目的是多方面的,它旨在满足每个团队的需求,因此,产品管理是针对团队、产品和时间点的。
角色的开放性确保项目经理有责任在软件开发中看到、提出和实现模糊问题。
2.做每件事都会导致什么都做不好。
定制角色并不总是意味着做每个人都想做的事情。这是一个许多首相(有时是我)都见过的问题。
要成为一个好的首相,你必须优先考虑重要的事情。像首席执行官一样,责任在于你。如果产品失败了,不管是什么原因,都是你的错。
3.首相没有直接权力。他们以理性和结果赢得人们的支持。
首相没有直接权力,这意味着项目的“狮子”不向首相报告。
项目经理为工程团队解决非工程问题,所以他们必须作为团队的一部分坐在工程“狮子”中间。
好的首相会广泛观察。他们是最好的听众。他们比其他人先发现产品和团队中的问题,然后与工程“狮子”一起创造解决方案。首相以理性和结果赢得了“狮子”项目的支持。
区块链协议面临的共同挑战
从产品管理的角度来看,协议中有两个最相关的特征:
(1)技术愿景通常是第一优先事项,而“客户”通常是第二优先事项;
(2)本协议的客户是其他开发商;
首先,在Coinbase,我们对比特币技术如此热情,以至于很少询问客户是否有任何使用我们产品的动机。在推出20多个集成应用程序后,我们不再关注商业工具,因为我们发现客户没有理由消费比特币。
一位朋友(软件开发人员)直言不讳地对我说:“我们是理想主义者,我们认为每个人都想要隐私和权力下放。但事实上,大多数人都不在乎。”
强大的核心技术对加密货币的成功至关重要,但解决客户需求或愉快地使用产品也非常重要。然而,只为我们的理想而生产的产品往往是行不通的。
关于第2点,我们实际上需要考虑其他利益相关者,如挖掘者/验证者、员工、开源贡献者、应用程序、应用程序用户、投资者、交易者等。了解这些利益攸关方及其关切,并找到能够解决其需求的各种解决方案,是该协议目前面临的主要挑战之一。
识别和解决不同利益相关者面临的问题非常重要。如果一个团队拒绝这个问题,或者在提问时提出跳舞的解决方案,社区将逐渐失去信心,直到网络最终消失。
每一方都应该诚实和公开地承认他们面临的挑战,以便在新的协议世界中整合定制的产品管理部门。
协议中产品管理的集成
当与一位好朋友(工程总监)讨论这个问题时,他总结道:“开发者也是人。我们擅长一些事情,不擅长一些事情,但我似乎总是忘记这一点,这就是产品管理的用途。”
像所有复杂的问题一样,产品管理在每个协议中的出现将通过评估和实验来揭示。如上所述,这是定制的,但下面,我个人建议一些要避免的事情和我使用的原则:
要避免:
向产品管理部门提交工程报告。产品管理部应单独向首席产品官或类似人员报告,工程师应向工程副总裁或类似人员[3]报告。
在产品管理和工程之间创造一种“我们对他们”的文化。产品管理是让工程师的生活更容易,而不是更难。
首相是唯一的决策者。相反,它们为工程师提供了一个以理性和结果赢得支持的环境,但不参与具体的工程决策。
作为首相的主要原则:
1、预防性维护建立信任
最终,首相通过理性的观点和结果赢得信任。在评估潜在项目经理时,确保当前团队和未来项目经理共享一组核心价值观并保持一致性是至关重要的,这样信任才有正确的发展条件。
信任的一个关键部分是透明度。首相应该树立榜样,愿意公开承认现实,即使这样说不舒服。
2.最好的首相是最好的听众
项目经理需要综合来自所有利益相关者的数据,这只能通过积极和持续的倾听来完成。
项目经理负责从最广泛的角度倾听问题,包括理解团队面临的问题类型(我建议使用Cynefin框架)。
3.项目经理一起创建解决方案
共同创造始于对工程“狮子”面临的非工程问题的深入理解,然后与工程团队合作寻找解决方案。
除了创建解决方案,我们还应该记住预防性维护是一个模糊的角色,应该与团队一起创建。
好的产品管理是协调激励机制,加密货币行业的人们应该很好地理解这一点。一个实施良好的产品部门不可能在一夜之间实现,因为它从一个观察到缺失内容的地方开始,然后随着时间的推移迭代来填补这些空白。要开始观察,我们需要公开开始对话。
我特别感谢那些给我机会从多个角度看待这个问题的人。特别是玛蒂·卡兰德、弗雷德里克·哈莱森、阿里·叶海亚、马修·沃纳、吉姆·波森、贾斯汀·奥布赖恩、内森·威尔科克斯、克里斯·伯尼斯克、乔尔·莫内格罗、凯瑟琳·布雷特曼、拉吉·戈卡尔、莱恩·拉弗兰斯、菲利普·马丁、罗布·威托夫、杰森·明茨、迪戈普拉茨、康斯坦丁·里希特、李家鼎和整个硬币基地加密货币支付团队。
1.创始人和基金会的投入往往比代理人的投入更直接、更容易接受;↵
2.应该指出,这些意见只是一般性的,并不代表每个角色的所有意见。↵
3.在小型组织中,项目经理也可以向工程副总裁或类似人员汇报。↵