第一次出现倦怠是仅仅在毕业后8个月左右，在那之前主要从工作中学习了下面几样技能：发现了自己具备很好的发现bug的能力；对于linux的系统和shell脚本算是比较熟悉了（这个大概是自最满意的地方）；整个性能测试的方法（那个时候已经独立负责一个项目的性能测试了）；对于整个产品业务的逻辑分析能力（自己觉得对于业务流程已经非常的熟悉了）；对于网络知识进一步熟悉，特别是路由和协议相关的知识；养成了总结的习惯；
那个时候的整个状态就是：当前的工作已经能够完全胜任了（至少是自我感觉），同时也觉得没有太大挑战了，而且特别想去写代码（也花了很多时间去重新看C语言）以及尝试去做单元测试；当然，另外一个想法就是觉得走管理路线挺牛的（其实当时对管理一无所知，如果当时知道的话可能不会去选择这条线路吧！）；然后因为当时主要还是黑盒测试， 单元测试当时很不实际（也想过换程序员的工作），于是主动跟上级申请去带项目，从而走上了项目管理这条不归路；通过一次转型来帮助自己度过了第一个倦怠期,其实那个时候对于自己的整个职业发展方向是没有想法的；
第二次出现倦怠是在工作3年半左右的时间，刚好是自己带的第4个项目的结束；这里先说说自己带的几个项目情况吧！正常情况下带项目应该都是从小项目开始的，这样能够正常的过渡到大项目，而我带的第一个项目就是一个非常庞大的项目，开发和测试加起来20个人以上了（基本上投入了部门三分之二的人员），测试更是基本上全部投入进去了；刚开始的时候还信心百倍，觉得自己能够去胜任；不久后就开始每天都不知道自己在干嘛，项目完全失去控制，自己感觉完全无能为力。中途基本上是上级接管了整
个项目的管理工作，才慢慢的将项目拉回了正轨！虽然项目最后按时发布，但是整个项目期间，自己基本没有怎么去做项目管理相关的工作，如：策略安排、计划制定、人员安排的合理性、风险控制、过程激励和检查、更不用说PDCA的相关工作了！当时唯一比较欣慰的算是自己对于产品比较熟悉，能够对团队成员的工作给予一定的指导吧！当然，项目结束后，对于整个项目从头到尾梳理了一遍，自己也在这块积累了一些经验（失败的经验）；
紧接着就是第二个项目，这个项目比较小（开发3个人，测试2个人）；难度也相对比较小，时间比较紧；但是因为基本没有怎么花时间在整个项目成员的管理上面，所以在加班加点的基础上，项目还算是比较正常的完成，而且过程中还尝试了用ruby+Autoit做了部分自动化的工作，也为后面其他项目的自动化给予了一定的参考吧（这算是唯一的亮点了）；
该项目完成后在另外一个大项目里面打了1-2个月的酱油（负责性能测试），然后就开始了第三个项目的管理工作；该项目算是一个中型项目吧（开发7人，测试6人）；该项目算是自己真正将整个项目的管理方法用的比较成熟的一个项目，从最开始的测试策略安排，环境提前准备，可能的风险提前识别出来并解决掉，人员的安排，过程控制等等都自我感觉还不错，基本上从头到尾项目都在自己的控制范围内，最后项目也正常的发布。正当自己期望得到认可的时候，从上面得到的反馈是：项目正常，但是没有亮点（即没有能够给其他项目带来一些经验）；
没有办法，只能自己去面壁；然后去想怎样在下一个项目除了顺利搞定外做出几个比较大的改进出来，能够走到当前所有项目的前面；想着想着，下一个项目就来了（也是一个20人左右的大项目），于是前期就开始规划除了保证项目质量外当前能够做哪些改进；当时主要从下面几个维度进行了分析：需求缺陷预防、针对设计的测试、尝试基于逻辑的测试、自动化测试、测试分析、探索性测试等等；而且过程中都安排了相应的人去做了相关的事情；当然，有了前面带项目的经验以及这次的改进，结果自然还是不错的，而且针对整个前期的测试（需求、设计和编码）形成了公共的测试技术推广到了其他的测试部门，最后并形成了流程，这个算是整个项目最大的亮点了；大起后自然会有大落，带完该项目后自己又不知道后面该怎么走了，项目管理确实感觉没有挑战性了；虽然后面还有改进的空间，但是自己已经没有兴趣了！那个时候自己觉得做产品规划是一件很高大上的事情，也期望去再次的转型（内部也投过简历）；最后可能上面也觉得应该给予新的机会了，于是让自己开始负责所在团队的管理工作！于是，又开始去接受了一份全新的工作，算是再次的转型吧，该工作一直干到了现在！如今：再次出现了倦怠期，到目前位置，已经持续了3个多月；而自己也感觉在当前位置上应该很难过去这个阶段了，大概是越来越清楚自己真正想要的是什么了吧；总结这几年的成长也不能说慢（当然也谈不上快），至少自己觉得在整个职业素质方面是达到了自己的预期，并且对自己的综合能力是完全的自信，而离自己的想要的也更近了，没有渐行渐远！
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
