职业转型：测试转产品

很久前应该写的一篇文章，最近有时间输出些内容，想陆续整理发表出来，供大家参考。

转型，选择
转PM之前，自己已经在测试领域摸爬滚打七年多，经历过三个大厂，作为一名螺丝钉，从一名懵懂的测试工程师，到负责几条业务线系统，9人小团队的测试负责人。

做了无数个大大小小的项目，加班，忙碌是工作常态，中间也迷茫和彷徨过，却经常找借口，没有时间深度思考。
看着身边优秀的人越来越多，自己不进则退，也需要进行些突破。

继续在测试行业，需要加强自身核心竞争力，三方面可以继续加强，业务深度、项目管理、技术深度。

关于测试管理，公司平台，重视度，组织架构调整等，都会有影响你能走的多远。

后面几年作为测试负责人，有很多机会参与各类项目评审，需求评审，技术评审，工时评估，任务分配等，对系统设计和实现也有自己的看法，同时也清楚各系统内部细节。

与其总是作为参与者，不如作为设计者，靠近业务，深挖需求，主导产品和项目，希望能有新的突破，让自己价值最大化。

思考很久后，考虑内部转岗比较靠谱，领导们都认可自己之前的成绩，各团队成员也都熟悉，自己对部门内各系统都了解，所以选择公司内部，同一部门转岗到产品组。
转岗前有哪些准备

做好本职工作，做到出色，至少部门内扩大影响力，让别人产生信任，看到你的优秀。

项目中，需求评审时，思考需求背后的业务逻辑，多问为什么，多参与，多表达。

对系统要有足够熟悉了解，学习别人的产品，积累经验。
参加活动，加入产品群，多逛逛产品社区，看不同阶段的产品同学分享的内容。

工作中多观察身边优秀的产品同学，领导等，如何思考问题，学习他们做事情方式，多看多想。

测试和产品异同点
转到产品组后，立即就接了两个项目，都是跨系统的项目，由于之前对各系统都了解，自己同时拥有两个角色，产品经理和项目负责人，身边同事开玩笑的说，我这是完全无缝对接。的确这方面上，没有太多过渡期。

接下来开始跟陆续大大小小的项目，基本套路，聊需求，定方案，找资源，搞排期，开发，测试，上线，看起来一切顺利，这些流程都太熟悉了，跟之前组内没有太多区别。

工作中有很多相同点，发挥自己优势的地方，之前工作能力都可以迁移。

项目管理，项目流程方面都是一样的。测试时练就的全局思维，逆向思维，考虑各方面细节点，放在产品设计中也是非常重要的。尤其是跨系统的项目，考虑点更全面，各系统的改动和风险都能在产品方案设计阶段考虑清楚，所以跟其他系统同学，开发同学等，沟通来也更顺畅，推动项目更顺利。

当然测试和产品思维方式和工作内容上也有很多不同点。
测试：多项目管理能力，各类系统的测试用例设计，执行，主要目的保证系统质量，同时善于发现工作中的痛点，开发测试工具提高效率等。

产品：需求调研，方案设计，竞品分析，流程梳理，系统规划，项目管理，汇报，用户培训，运维问题处理等。
产品对于主动性要求也会更高，主动规划系统，主动决策，拉会，主动找业务方沟通等。

根据不同公司情况可能不同，很多公司产品同学应该都会承担更多“杂活”，除了不写代码之外，其他事情都可能需要产品同学承担，还是希望大家能做好心理准备，到底要把这些事情看成麻烦还是挑战呢？

做很多事情，也要分清重要紧急优先级，是否跟自己的规划，目标有冲突，要懂得取舍，做每件事情时，深度思考，提高效率，获得成长。

突破
转型完成后，更多的是要快速突破，本身之前工作经验，项目经验就比较丰富，充分分析自己可迁移的能力，在负责的产品中，快速体现价值，尽快补齐短板。
之前测试看系统现状，而产品要更多的看未来，增强产品规划意识。
多跟业务同学沟通，学习所在行业知识，多参加产品活动，跟同行交流。

如果之前测试时带团队，转产品后仍旧可以带团队，管理能力本身很多都可迁移，把自己的价值输出给团队，持续学习，跟团队一起成长。

希望大家想好规划，再做决定，做了决定就要一往无前去面对困难，突破自己。

如果有兴趣想交流也可关注我的个人公众号：霞卷云舒。

转发自：https://blog.csdn.net/zhaochengxia/article/details/111353924