技术领导力实战笔记_88_第70讲_|_技术、产品、管理的不同视角
你好,我是哔哩哔哩主站技术中心总经理王浩。
今天想跟大家分享的话题是技术、产品和管理的不同视角。
我们在工作中难免会跟技术、产品、管理等角色打交道。
那么,不同角色的世界观有什么不同呢?怎么平衡多个角色之间的关系?怎么协调多角色团队的工作呢?技术、产品管理眼中,不同的世界,技术眼中的世界有四个关键词,分别是工作设计选型、优雅。
他会关注自己的设计方案是否优秀,该选用什么样的技术选型才合适。
比如是选用SQL还是mysql,自己的代码,是否足够优雅等。
产品眼中的世界也有四个关键词,分别是用户需求、方案细化。
他会要求自己理解用户,了解他们的需求,并满足他们的需求,针对用户的需求,提出相应的解决方案。
并将方案细化到可执行程度管理眼中世界的四个关键词,分别是目标、指标、拆解梯队。
他关注的是自己是否能达到目标和相应的指标,如何对任务进行合理拆解,并制定阶段性目标,如何建立完善的人才梯队、做好人才储备等,这三个角色眼中的世界都是不一样的。
这导致他们看待同一件事情的视角也是不一样的。
技术人首先看到的是工作,一个确定性的工作,而且技术人特别喜欢解决确定性问题,有输入、有输出,一个任务的要求是什么?边界在哪里?确定这些问题之后,他就会非常容易的把它分解开,并把它完成。
技术人的追求在于,他希望自己在做这些事情的时候,够优雅,够简洁,够高效。
而产品解决的往往是非确定的问题。
比如好不好、好用不好用、流畅不流畅、酷不酷等,这些都是没办法做具体的确定性的界定的。
举例来说,工程师面临的问题可能是把带宽节省百分之三十,把QPS从一千七提高到两千等,都是非常数字化确定化的。
而产品经理不是这样的,他们面临的问题往往是让用户更满意,让用户觉得产品更厉害等都是非确定性的问题。
而管理跟技术和产品都不一样,管理面向的是目标,它关注的是指标。
比如这个产品越活提高百分之三十,成本减少百分之五十,梯队规模控制在一千人以内等,都是数字性的具体指标。
由于大家的视野和视角不同,彼此之间会产生很多隔阂和误解,网上很多段子就是由此而来,而避免这些情况发生,最好的方法就是加强沟通。
具体可以从以下三个方面着手,一、以团队实现为目标,把自己的视角从程序员拔到更高的高度,从团队价值的角度出发思考和对话。
二、换位思考,多去想想,如果你处在对方的位置,你会怎么想?怎么做这样的换位思考,能有效避免形成误解和误区。
三、用对方能听懂的语言做表达。
很多时候,技术人员习惯用技术语言来表达,比如异地多活很重要,一个典型的技术语言。
但产品经理或管理者可能不清楚这个词具体是什么意思。
因此,技术人员在跟对方沟通的时候,需要把技术语言翻译成产品语言或指标性语言。
比如在任何异常情况下,保持服务稳定很重要,这样他们也更能理解你所做的事情的价值。
技术如何转型产品对于技术人来说,一般有四个职业发展路径。
第一个是从工程师到研究员到高级研究员,最后成长为科学家,是偏专业研究的一条路径。
第二个是从工程师到高级工程师到架构师,再到主任架构师,这是偏工程实现的一条路径。
第三个是从工程师到项目经理,到经理,再到部门总监,这是偏管理的一条路径。
第四个是从工程师到产品经理,到高级产品经理,再到产品架构师,这是偏产品的一条路径。
对于程序员来讲,如果最后以CEO或COO作为自己职业发展的目标,那么可以换一个方向,尝试选择后两条发展路径,试着培养自己的产品思维和管理思维。
先来看产品思维,其实不同产品经理的侧重点各有不同,可能在技术人员眼里,他们都叫PM.但其实PM各有不同。
有的偏交互的做用户产品,有的偏策略,做商业产品,有的偏运营活动的,还有的偏活动策划型等,每种产品经理的世界也各不相同,不过所有的PM都有相同的特点,一、他们都有改变世界的理想,这一点很重要。
程序员的理想是什么?是这个事儿做的得酷,未必是我一定要改变这个世界。
但好的产品经理不是他们一般都有一个改变世界的理想,这样才能推动他们前进。
二、相对理性的技术人员来说,产品经理一般会更偏感性思维,特别是偏交互型的产品经理,他们的sensitive更强能敏锐的捕捉用户的需求。
三、在产品经理的思维中,他们会先考虑一切都是可能的,比如飞机不用轨道就能起飞,在他们眼中应该也能实现,因为这样做才能放飞自己的想象力,这点跟技术人员有很大的不同。
四、产品经理常说,就差一个程序员了,他们一般不会考虑实现的问题。
在他们看来,具体怎么实现都是可以扔给工程师去解决的。
以上这些都是我观察到的产品经理,思维上的特别之处跟技术人员有很大的不同。
如果技术人员选择走产品,这条路,具体该怎么走呢?有哪些需要注意的地方呢?先来看技术转产品的话有什么优势?一、技术人员有较强逻辑思维能力。
二、技术人员知道什么可能实现。
具体来说,技术人员有更强的逻辑思维的能力,就会有较强的全局视野,做事情就会更有计划性,知道怎么把任务做好,拆解在具体执行中分成几步去做更合适,这一点很重要。
同时,因为技术人员知道什么可能实现,他就不会被技术团队忽悠。
反之,一个不了解怎么实现的产品经理,很有可能会被他的技术团队忽悠做到。
以上两点之后,技术人员就能从源头开始,强有力的把控整个项目的进展,这是非常重要的优势。
接着来看技术转产品的话,劣势在什么地方?一、太过注重可实现性,这在技术人员做工程的时候是一个很好的优势。
但当他进入另外一个角色的时候,就可能变成劣势。
因为太注重可实现性的话,就会限制自己的想象空间,会被制约想象力。
因为很多东西在一开始的时候都是不可实现的,而正因为他们当初的不可实现,才给了我们更多的机会。
二、缺乏同理心。
在技术人员眼中,世界一般都是客观的、数字化的、coding化的。
但是真实的世界都是由人组织构成的,所以需要我们用心去感受别人是怎么想的这个功能。
为什么用户喜欢或不喜欢这样的同理心,技术人员会相对欠缺一些?三、思维太过理性。
然而,产品有时候需要的是感性,当理性的思维碰上感性的需求就会产生冲突。
举个例子,一个产品有十个功能需求,一般技术人员会思考怎样用最少的代价把这十个功能都实现了。
最后可能每个功能都只做到六十分或八十分。
但其实呢重要的不是把功能全部实现,而是选择其中的一个作为突破点,做到一百二十分,这就足够了,其他的都可以不做。
所以性价比不是决定性因素,有突破点才是决定性因素。
这一点很多工程师转到产品经理的人都不容易参透。
结语今天跟大家分享了技术产品管理的不同视角,每个角色都有各自不同的世界观。
为了避免产生隔阂,技术人员需要从以团队实现为目标,换位思考,用对方能听懂的语言做表达三个方向出发,锻炼自己的沟通技巧。
同时,技术人员有着不同的职业发展路径,转向产品以产品架构师为目标是不错的选择。
而当技术人员选择转向产品时,需要克服自己太过注重可实现性、缺乏同理心思维太过理性的短处,发扬自己逻辑思维能力强,了解可实现性的长处。
你觉得技术、产品和管理的不同视角主要体现在什么地方呢?技术转型产品时需要转变哪些思维呢?欢迎你在留言区分享,感谢你的收听,我们下期再见。