每一次的转变，看似偶然，但似乎又都有着某种必然的联系。机会是留给有准备的人的。

2013年MBA联考落榜之后（2021年卷土重来，只不过这次是考的国际MBA，已经在去年9月底拿到UGA-MAB的offer了），在日常的工作中，我就开始更加关注管理方面的学习。

在负责测试团队各自工作及做好质量守门员的同时，更倾向于学习项目管理方面的知识，因为比较感兴趣，并且学习后运用到实际的测试工作中取得了不少成效，这样更加坚定了我对项目管理的学习。

但我也清楚，测试项目管理和实际独立负责一个项目的项目管理，差别还是很大的，至少在负责测试工作时，关注的重心是测试这个点，而负责一个项目的管理工作，是一个更全的面。当然，负责测试团队工作期间，也有过这样的念头，有一天能独立负责一个项目的项目管理，想必会更有挑战性。想归想，并没有刻意地去准备，只是在日常工作中，会更加注重这方面的学习、总结和积累。

当时转岗项目管理，也是有一个客观原因，就是顺应移动互联网的潮流，为了更好地服务于手游项目的测试工作，公司对组织进行了变革，这个客观原因，也成为我转岗项目管理的催化剂。

在双重的变化之下，我开始重新审视我的职业生涯。过去的一年多，在leader的引导和指导下，我主动承担了很多工作，本质上还是想多维度地锻炼我自己的管理能力，而当下，leader的离职，人员拆分，未来会怎样也是一个未知数，还不如主动求变，走项目管理这条路，为更全面地学习和积累管理方面的知识和能力打下坚实的基础。

与此同时，当时的对接负责项目的产品中心也开始了有机的分解，把棋牌和休闲游戏项目的团队划归了GZ studios，并成立了一个新的产品中心—。这样一来，和新的产品中心团队的接触和沟通更加频繁了。

由于此前我一直服务于该部门的项目，包括英雄杀、英雄传奇、欢乐斗地主这些项目。在日常的测试工作中，我对测试工作一丝不苟，对各项目的质量把关都比较好。在平时的沟通，以及项目组全员的周会上，都表现得积极，敢说敢做，有的放矢，对风险的把控都准确，在项目组有着良好的评价，也有一定的影响力，这些也从某种意义上奠定了我后来的顺利转岗。

因为沟通更加频繁，所了解的信息也会更全面。我个人也有一个工作习惯，但凡是负责某个团队的业务，会极力去了解项目团队及该部门各个业务的情况。当时了解到，新成立的产品中心从2014年5月份开始，启动了一款新手游——PH项目的研发，到6月下旬的时候，原项目经理因为个人原因要转岗。当时项目正处于核心玩法版本的快速研发期，原项目经理的转岗，需要尽快地补充人力，以便快速进入岗位状态，辅助团队做好下一个里程碑的工作。

在了解到有这样一个机会的时候，我内心还是没有太大的自信。虽然在测试工作期间会主动去涉足项目管理方面，但毕竟没有具体的项目管理经验。不过借助于SWOT分析，其实也还是有多方面的优势，比如熟悉公司工作流程，可以快速融入公司文化，可以快速融入团队；和PH项目的主要相关方都合作过，也彼此都熟悉，主要相关方沟通方面没有太大的障碍。还有horace和通道评委在上一个年度给了很中肯的评价：具备较好的质量把控能力和对项目的风险评估能力，有良好的预见问题能力，并具备在遇到问题的时候推动解决问题的能力；具备良好的项目管理协调能力，善于总结分享；具备较强的流程意识能力，能够对项目流程进行持续优化；具备良好的部门合作意识，能够根据项目的要求，积极反馈需求和建议，并推动执行。因此，我还是下定决心，要抓住这样一次千载难逢的好机会。

在综合分析之后，我主动找到了原PH项目的项目经理小王，把我的想法和她进行了沟通，在初步确定后，后来又和安森进行了近一个小时的沟通交流，谈了一下我对项目管理的理解。出乎我意料的是，从6月20日提出这个想法开始，到正式确定我可以加入PH团队，不足一个星期。之后的事情都比较顺利，安排好测试的交接工作，发起转岗流程。2018年7月28日，组织架构正式切换，我正式加入PH项目组（这是我转岗后负责的第一款手游项目），担任项目经理，全面负责PH项目的管理工作，也至此开启了我的项目管理之路。

我现在还清楚地记得转岗成功那会儿的喜悦心情，因为实现了我要走管理这条路的定位目标——项目管理是一个可以全方面锻炼的机会。只不过，让我始料不及的是，在项目管理这条路上面，会一路坎坷，甚至一度怀疑曾经的转岗是对还是错。今天，再回过头来看曾经走过的路，我很感恩，也很庆幸我能够坚持下来。因为，一切都值得！

这里也谈一下从测试转岗项目管理的一些心得，我也算是从技术转向项目经理的一个例子，希望可以给有从技术走向项目管理的读者一些借鉴：

转岗其实并不是逃避原来的岗位，而是对自己的一次重新定位，一次全新的挑战。那么从测试转岗项目管理，建议可以从以下几个维度出发。

1．用互联网思维做项目测试

互联网产品的一大特点是小步快跑，快速迭代，快速纠错。在这样的大环境下，作为测试人员也要不断地思辨，并且勇于变革。在互联网这个风云变幻的时代，唯变不破，测试行业也不是以前传统的测试行业，更不是简简单单地会做功能测试就万事大吉。所以，必须不断地思辨，不断地进行自我变革，不能抱着既定的流程规范，按部就班地执行，更不能过于死板地坚持某些所谓的测试原则。流程是为了效率服务的，原则是保障基本的测试规范，但在这个变化的时代，在一个项目中，测试更多是服务于项目的，我们应该主动变革、思辨，是否有更好的流程、规范等服务于项目，是否有更有效的测试方法满足敏捷下的项目，是否可以更快更好地保障产品的质量。

2．站在项目的高度去看问题

做测试期间，要把一个项目真正地当成自己的项目来做，因为项目的成功会带来测试的成功。测试作为质量的守门员，在做好本职的测试工作时，更要跳出项目，不断地去思考哪些测试方法可以更好地保障质量，提升测试效率。另外，跳出项目，站在项目的高度去看问题，也可以更宏观、更全面地了解到整个项目，可以从更多角度去提出改进意见，比如需求产生阶段，比如开发编码、自测阶段，以此推动整个项目组一起关注质量的风险，提前规避。

3．采用测试先行的思想做测试

测试要尽可能早地参与到测试中，在需求阶段，参与需求的测试；在编码之前，准备好用例思维导图；在版本还未转测之前，投入人力参与体验测试；在正式版本测试结束，更要分析bug数据，找出严重bug占比背后的深层原因，利用二八法则为下一次测试做好铺垫。测试驱动开发，从测试先行做起，从一点一滴做起。

4．多从质量的角度分析项目的风险，为项目提供有价值的参考

风险是项目独有的特性之一。那么对于质量来说，任何项目都不能以牺牲质量为代价。因此在做测试工作期间，每个版本都应该从质量的角度去分析项目的风险，为项目提供有价值的参考。服务项目的同时，以客观事实为参考依据，有的放矢，进一步建立测试团队在项目组中的影响力。

5．敢于表达自己的想法，提升自己的影响力

在测试期间，要敢于去表达自己的观点，敢于挑战产品，挑战开发，挑战项目流程，并且能够提出有建设性的意见，赢得项目组的认可，赢得项目制作人的认可。机会或许在下一个转角，但需要我们自己努力去展现，去赢取。

6．运用721学习法则，有针对性去学习目标岗位的技能

转岗还是会涉及领域的跨度，因此熟练运用721学习法则，合理分配时间和精力，专注目标转岗岗位的能力和要求，有针对性地去学习和提升，为转岗做充分的准备。



优培东方送你一张风险审计：
                                        风 险 审 计
 
                    项目名称：                        准备日期：                      
                    项目审计：                        审计日期：                        
                    风险事件审计：

                                      第1页/共1页