我是如何从开发转产品的

2019/04/10 10:10
阅读数 6

背景

职位背景

首先声明一下,我这个职位算是半个产品经理吧,因为我没有接触过真正的产品经理,我的title是技术产品经理,而且我的职位对技术的要求很高,比如我们需要熟悉devops, 熟悉kafka, cassandra, prometheus, k8s之类的东西,所以我才说我算是半个产品经理, 不过我到是不用写代码的,也有个别和我一样的产品经理忍不住上手写几行代码。

个人背景

我个人在接受这个offer之前一直是从事研发工作的,大概做了7年的研发工作后开始担任team leader, 就是所谓的带人,当然还是要继续写代码的,总共有12年的研发经验吧。在过去的研发工作中,我主要的开发语言是Java, 也写过一些前端的项目,业务经验主要集中在金融企业,8年的甲方的外资金融企业研发经验,另外我自己很熟悉devops方面的知识,曾经一个人搭建50个人左右团队的CICD流程与框架(2013年的时候);此外,我还很熟悉敏捷的知识,因为公司在敏捷转型中,我充当了先锋的角色,于是提前获取了一手的敏捷知识,并兼职担任过部门和一些团队的敏捷教练的工作. 学习敏捷的知识令我对产品经理的角色有了更多的了解和体验, 比如如何写好用户故事,Design Thinking的理论知识,如何引导团队等等,这些知识都为我获取产品经理的offer以及日后的工作打下了坚实的基础。

为什么转?

其实我在跳槽之前,在公司已经获得了非常好的职位与前景,其中包括加薪升职,影响力,领导力,但是经过一番的自我剖析之后,我还是坚持了跳槽,其中在提交离职的那个月的时候,我已经在办公室不止哭过一次了,我要离开和我一起日夜奋斗过的兄弟姐妹们,但是我相信,我是属于产品经理这个世界的。好了,言归正传, 为什么转?我对我自己的剖析是:

知识范围比较广

我自己还是一个比较喜欢看书的人,这个好像不是成为产品经理的理由,但我看的书是比较杂的,而且是从小我就是涉猎比一般的同学比较广,比如, 以前上学的时候,每周都会有班会,很多的同学都是在上班会的时候做作业或者做其它的事情,而我恰恰是上班会的时候听得最认真, 所以除了学习的东西,我在其它方面都知道得比其它同学多; 比如去书店的时候, 我会喜欢看商业的,人物的,行业性的东西,这些知识都无意之中成了我的知识储备。在我成为产品经理之前,我看过的一些书包括心理学,经济学,设计思维,敏捷开发,咨询,儿童教育,历史,人物。而产品经理的能力模型当中,也是需要对各方面的知识都需要有一定的掌握。

性格

我是一个性格比较开朗的人, 很容易就和别人能交上朋友,可能很多人会说你交的都是很浅的,但是我觉得当你和别人交上了之后,是否能深交完全是看你们两个是否志同道合,如果连第一步都交不上,更何谈深交呢。我举一个例子,我曾经为了和一个来了不久的同事说话套近乎,我特意问他一个技术性问题(那个问题的知识我是知道的),然后他很热心的回答了我,之后我们就成了朋友,这只是一个例子,扩大来看,就是我和我们部门的大部分人都认识,我想这个可以归结为我是一个社交和沟通能力比较好的人,当然是相当于我们IT行业里大部分的攻城狮来说(没有贬低我们攻城狮的意思,但确实大部分的攻城狮都是比较少话语的)。

技术瓶颈

我是一个Java开发者, 大家知道在中国Java技术界里面,最强的就是架构师和高并发的经验和能力,但我从事的是传统金融行业的研发,行内人都知道,金融行业是没有高并发给你试的,而且都年过30了,很难在技术方面长进了;而且我自己比较擅长的是devops方面的技术,但是我觉得devops是很简单的,只是公司是否愿意投资而已,就是将一堆的工具堆起来,当然还包括流程和文化,但是这些东西没什么挑战性,如果我继续呆下去的话,未来可能就是一个连高并发都不懂的principle engineer, 拿到市场上去检验一下,估计就露馅了, 可能你的业务很复杂,你能处理公司的业务系统,但是很多技术性问题你是连踩坑的机会都没有,总之,我觉得成为最牛的架构师,基本上是没有什么潜力和希望的。

技术 or 管理?

在攻城狮的世界里,很多人到了一定年龄都有一个疑问,就是未来是从事技术还是管理,这个我也深刻思考过,前面提到,成为最牛的架构师基本是没什么机会了,难道就要从事管理了?经过这几年的洗礼,IT界基本是对纯管理的职位是有危机感的,因为在技术企业里面,架构师,攻城狮才是生产力,尤其是敏捷大行其道和扁平化管理的环境下,纯管理的职位反而会是一个最危险的职业,因为你拿的工资是最高的,但是你的产出却是看不到的,或者老板们以为是可有可无的。刚好最近几年产品经理的职位火了,它不是一个技术职位,也不是一个管理职位,而是一个IC的角色(IC: Individual Contributor), 结合自己的特点,我觉得我是比较适合的,我是技术出身,我又喜欢和别人沟通,对身边的东西也喜欢观察,而且产品经理这个职位是对企业有直接贡献的,意味着你的工作没那么容易被干掉。于是,我决定从一个技术转型产品。

我的优势是什么?

技术

前面的背景里面说了,我是一个技术产品经理的职位,而且我们不是像BAT那种纯产品的职位,我本身技术能力还是不错的(虽然成为不了最牛架构师,但是做一般的架构师还是没问题的),所以技术可以说是我的一个优势,尤其是我对技术领域也是涉猎比较广泛的,很多技术虽然我没有用过,但是我一直以来都很关注技术行业的趋势,比如每期都会关注ThoughtWorks的技术雷达,经常看InfoQ上面的文章,了解业界的信息。而做为一个技术产品经理,我不需要对每一样技术进行非常深入的使用,但是我能知道哪种问题用什么类型的技术来解决,业界有哪些框架和工具,它们之间的特点是上面。

devops

刚好我所在的的组是技术平台组,我们做的都是车联网的技术平台和架构方面的产品,我之前的devops技术完全可以用得上,基本上我是可以招来即用的状态。

敏捷

我所在的公司是跑了10年敏捷的企业,他们早已经用是了敏捷管理,而我在之前的公司是兼职担任敏捷教练的,来到之后,还是很能体现我在敏捷方面的优势的,如果开好回顾会,如何开早会,如何做好透明化,这些都是我拿手的东西。

快速学习的能力

这个估计是无论你从事什么行业都是一个必须的能力,根据我之前的经验,我可以很快的学习一门新的技术,比如在2008年的时候,我就很快的掌握了Groovy这种语言开发,学习了Maven的使用技巧,再到后来的金融企业,我很快的学习过公司的各种新的流程和框架,并将其应用到项目中去,大大的提高研发效率,直到我离开的时候,原来的那个项目团队的很多文档都还是我留下的,并一直在沿用。

领导力

虽然说产品经理是一个IC role, 但是还是需要 drive dev team deliver project的, 在原来的公司,除了带自己的团队外,我在公司还drive过很多东西,就是公司需要你在没有任何权力的情况下去推动一些项目和事情,比如,我在之前的公司组织过几十人学习新的技术,并将技术应用于自己的项目中去,其中包括大数据,微服务和区块链。将之前公司的经验用到产品经理,也是非常的顺利。

转换后带来的思考?

其实在跳槽之后,我原本以为我已经想得非常透了,后来还是觉得我太轻看了行业经验了,我原本是在金融企业里面做的是银行CRM相关的,或者是银行开户的一些业务流程,没有接触那些股票,基金,投行,或者信用卡那些业务,所以感觉自己对真正的金融行业没有什么很深的理解。后来出来之后,和一些朋友聊天的过程中,我发现我原来是有金融企业的经验的,比如,在客户开户的过程中,我们需要对客户进行审查,需要知道他的钱是哪里来的,如果是企业的话,需要知道企业做的业务是什么,和哪些国家有业务往来,因为IMF是有规定的,比如你的企业不能和朝鲜或者伊朗做贸易的,然而我以为这些都是大众知道的,但是后来和朋友聊天的时候,大部分人都不知道。 不过好在我转型的业务是比较新的5G车联网平台,我入职后,发觉很多人也没有车联网的经验或者经验都不是非常的多,这样我可以依靠自己的快速学习的能力迅速赶上。

如何判断你是否适合转产品?

按照我自己的经验,有以下几点:

  • 沟通能力,看自己平时是否喜欢和别人沟通,而且这个是主动的。
  • 观察事物的习惯, 看自己平时是否喜欢观察身边的事物,不限于toC的事物,比如还要观察企业与企业之间的博弈。
  • 广泛的知识面,因为产品经理做的产品是非常广泛的,需要的知识储备也是比较多的,尤其是互联网的产品经理,你需要和技术人员沟通,你需要了解终端用户,你还需要了解企业的东西,比如一个钉钉,最终用户可能是学生或者员工,但是买单的确是学校或者企业,这个时候就需要了解不同的用户了;同时还需要对当下的经济,国家,行业趋势,因为除了实现产品的功能,还需要对未来产品的规划的能力。
  • 快速学习的能力。不过我觉得这个是可以学习的,当你把自己逼得很紧,你的能量自然会爆发出来,当你习惯了之后,你自然也就获得了这个能力。
  • 对技术的追求,我说的对技术的追求不是对技术的深度的追求,而是技术的广度的追求,因为现在的科技是变化非常快的,你需要了解技术行业发生的变化,当下什么技术比较流行,什么技术比较新,因为你的产品很可能会因为技术而比别人获得优势。

原文出处:https://www.cnblogs.com/even-ctit/p/12497138.html

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部