如何从软件测试工程师发展成为产品经理?

  1. 云栖社区>
  2. seven的测试人生>
  3. 博客>
  4. 正文

如何从软件测试工程师发展成为产品经理?

寒凝雪 2017-07-03 14:53:00 浏览1160
展开阅读全文

精彩回答:
  天顺:

  这个问题仿佛就是问我的一般。先说说我自己。

  我毕业后从事了相当一段时间软件测试的工作,最高做到高级测试工程师,带部门2/3的测试工程师,负责公司大多数项目的测试管理。在做测试的过程中,我渐渐对产品经理这个工作产生了兴趣。

  每当研发和测试为了功能点吵得不可开交的时候,最经常听到的一句话是:别烦了!问产品经理不就知道了!

  每当项目上线后,技术的同事们都相当盼望着知道项目的结果(别说技术同胞们是死脑筋只会写代码,项目给公司带来利润多少,是否成功,是很多技术同事非常关心的,成就感这东西不是简单用钱能衡量的),大家第一个想到的就是去问产品经理(公司2,没有独立的运营岗)。

  每当业务讨论时想不出为何要这么做的时候,也都会去问产品经理。

   毫不夸张的说,在当初我们这些“土鳖”技术眼里,产品经理是能写代码、能找BUG、对内能说清业务,对外能忽悠客户的一群人。当时我希望成为产品经理, 一来是希望自己在业务上能有所进步,成为行业内业务的专家;二来是希望在薪水待遇上有所提升,获得一个更为广阔的职业发展平台(我也不避讳,在当时的公 司,随便找一个产品经理的薪水,都是和部门主管水平相近的,而测试在公司是不受重视没有前途的)。其实从现在来看,当时的我挺可笑的,但已经走了这么一条 路,只有继续好好走下去了。

  OK,扯了那么多有的没的,LZ问的问题还是没回答,我当时怎么做的呢?我后来也想了一下,有几个方面导致了后面能顺利内部转岗成为产品经理:

  1、产品部同事的认可(人和)

   当时作为测试负责人,在项目过程中与产品经理有相当多的接触。在产品部门这边,有很多欣赏我的同事。有些同事在产品经理职位有缺口的时候,向产品总监推 荐我内部转岗。而我又是与产品部总监以及高级产品经理同坐一部公交车回家,路上碰到的机会相当多,自然就熟悉了,为后期转岗打下了人脉的基础。

  2、相对其他技术同事,我接触公司业务机会更多(地利)

  因为公司测试部门刚起步,人员不够,所以没有将人员很机械地划分到对应的业务线,作为测试这边的项目负责人,我可以接触到公司各式各样的项目,这些项目丰富了我对支付业务的认识,为日后成为产品经理打下了业务基础。

  3、最重要的是运气(天时)

  这个看似很扯淡,不是吗?LZ问的是如何能成为,而我强调的居然是运气。

  事实上,当初如果不是因为测试主管欣赏我,提拔我做高工,管理项目,我没有那么多机会接触公司方方面面的各类业务,就无法从各个角度了解公司业务,就不具备当时公司对产品经理的基本要求。

  如果当初公司产品经理职位没有空缺,而我与产品总监完全不认识,我就根本没有机会转岗。

  如果当时部门主管心眼小,知我想转作产品时,横加阻拦,给我穿小鞋或者拒不放行,我亦没有机会。

  所以我后来反反复复分析自己当时转岗的过程,也觉得自己实在是运气很好。

  4、自我积累

  在正式提出转岗做产品前,我请教了很多产品经理,向他们咨询看法。平时工作中也渐渐关注产品经理们经常使用的工具,经常关注的问题。不懈地学习业务知识,积累自己对行业的了解,积累同事们的口碑。

  总结一下就是,积累必要的业务基础,人脉,等待最好的时机。

  以上,其实每个人的路途都不尽相同,别人的过去只能给你当做参考。倒是LZ不妨多想想自己究竟为什么希望成为产品经理。

  成为产品经理后,以下是我经常反思的:

  1、如果抛开薪资待遇,产品经理工作是否就比当时做测试更让我喜欢,更容易让我充满激情地工作。

  2、如果当时没有转岗成为产品经理,是否意味着我的职业平台将狭小很多,测试工作是否真的像我当初所认为的“没有发展前途”?

  3、成为产品经理后,如何更好地利用过去测试时积累的经验,将这份新工作做好?是否有能力改变公司里对测试有偏见的氛围?

  最后,泼些凉水。

  产品经理在很多公司,并不像很多人想象的这般风光无限。很多时候,他的标签包括带不限于:“备胎测试”、“备胎架构师”、“备胎项目经理”、“备胎运营”、“写文档的”、“写会议纪要的”、“背黑锅的”。

  产品规划?那是老板的事。

  方案的确定?那是总监的事。

  页面图标用什么配色?那是UED的事。

  项目进度运筹帷幄?那是项目经理的事。

  别人不想干的事?没错,多半是你的。

  所有和产品有关的事,都是产品经理的事。

  这句话听上去很拽不是么,翻译一下很有可能变成:这个事情太烦了,不搞了,反正到最后没人弄,产品经理也会想办法的。

  这不是开玩笑,而是时时刻刻发生在全国各地,各类行业,各种产品经理身上的真实场景。产品经理,互联网产品经理,尤其是目前中国的互联网产品经理,绝大多数不是外人所想象的风光角色!

  任何人都可以抛弃产品,拍拍屁股走人或者捣糨糊,但产品经理不可以。关于产品的任何细枝末节都是产品经理的工作范围,任何对产品有影响的工作,产品经理都要过问并清楚。产品进度慢了、产品方案改了、产品上线出BUG了,没错,有人要承担责任,产品经理一定是其中之一。

  做产品经理意味着你选择了一条操心劳累,可能会没日没夜,可能会鞠躬尽瘁的道路,如果没有这个觉悟,还是再想想,再想想。

  龚博致:

  产品经理其实是没有标准的,只有一些大致的指导方向。在各个公司各个部门各个阶段,它的职责侧重都可能有不同。按我的理解,大概有:

  1、产品型产品经理。这个是最正统的,他的重点职责就是向协同部门(如运营)收集需求,设计产品,和开发沟通跟进进度,上线后跟踪,总结。

  2、商业型产品经理。也可能叫运营型。贴近运营侧,直接接触用户,从反馈中总结/提取需求,偏重于用现有方案/产品解决问题。

  3、技术型产品经理。分析已有产品,推动整合、打通、改造。产品发展久了,业务变化下就会出现功能重复、业务分裂等问题,需要改版重构,这个时 候涉及多个系统打通,甚至需要把底层平台当成一个产品来打造,然后再支持原有产品的做法。所以这时候重点在于了解各个产品底层需求,了解技术背景,提供严 谨的功能文档(因为涉及的功能太多)

  所以对于转产品经理需要做什么准备,其实主要还是需要看你们老板想要什么样的产品经理,部门有什么资源来帮你分担职责,以及你想成为什么样的产品经理。例如:

  ● 如果部门有项目经理,项目管理可以先不看。

  ● 如果可以的话,熟悉一下产品的文档/流程,然后结合测试经历提出自己的想法,自己实践一下来证明给老板看,再推广

  ● 如果是想做线上产品,那一般是要赶紧补运营课,了解产品的指标,定计划/里程碑/KPI

  如果没有概念,那最简单了——全都做,多看多听多想。

  产品经理是个“多面手”,意思就是你什么事情都要做得要多——多找人沟通,设计的时候多想一想,文档多描述清楚一下,上线后多跟进一下……(其实这些标准所有岗位都一样:D)

  所以任何一个方面的提升都是提升,多交流,多看书,多看帖,多参加分享,然后你会接触到很多相互冲突的理念——别纠结,不用全学。多思考,然后吸取你觉得适合你的那部分就行了,此之甘露,彼之砒霜。

本文出自seven的测试人生公众号最新内容请见作者的GitHub页:http://qaseven.github.io/

网友评论

登录后评论
0/500
评论
寒凝雪
+ 关注
所属团队号: seven的测试人生