这两年在测试管理上的工作经验提升对我来说还是有很大裨益的，想着以故事的方式把自己的经历杜撰一把，当中的心得和感受可能从描述和理解上来说更地气。
在原来公司做了半年不到的测试主管，一次领导找我谈话，问我对公司现在的测试现状和产品质量的看法；当时因为测试团队刚组建，所以就提了一此工作执行中的困难和细节问题，同时也指出现在主要的问题是各职能部门对于项目权责划分不明确，看似项目中可管理的人员有很多，确没有负责的主体人员；加上因为研发流程的缺失，使工作中这种都能过问，却没人主管的情况更显突出；并对规范和执行操作和人员习惯上说了一些执行方向。本来也没当回事，以为也只是领导随意的和执行管理人员了解一下现在底层的工作状况。没有想到的是，没过多久领导再次把我叫去开会，这次会议很正式，我分管的领导、公司中心的领导包括研发后端主要部门各负责人都参加了会议。讨论的就是领导和我上次谈话的关于公司产品质量和研发规范的问题，会议基本很快就达成了共识；第一，必须成立一个独立的部门以保障公司产品的总体质量；第二，这个部门的首要任务就是建立起一套有效的企级的研发流程规范。
一切来得都很突然，会后，中心领导找我单独会谈，一个就是经中心各分管领导讨论；觉得我比较适合担任这个部门的负责人，一方面我本来就是带测试团队，而对我的工作能力和工作经验，各方也自算比较认可；另一方面我原来在其他公司参与过sqa的相关工作和CMMI评级审核的项目，从公司层面上来说算是对质量保证有经验的人员。所以最终大家觉得与其对外招一个不太了解公司情况的质量经理，还不如直接从公司内部筛选出一个相对容易胜任的人选来主持这方面的工作，当然这个也和我分管的领导大力推荐有关。
有的人可能觉得幸福来得太突然了，但从骨子里来说，我是个悲观主义者；所以做人做事，我都是未虑胜先虑败。回家后仔细把公司质量问题所面临的现状重新捋了一遍，考虑到现有部门的组织架构，在纸上画了个一新部门的关系图，考虑到现有部门的既得利益，在纸上推演着重新制定一套研发流程，哪部份得益，哪部份可能会成为阻力。重新审视了一下自己，自问一下自己是否适合这样的一个部门负责人的定位。最后想了很久，决定还是要尝试一下，不管怎么说，这样的机会难得，同时也明确了部门如果成立后可能遇到的多方压力和障碍。第二天一大早，把自己的思路和想法，包括可能遇到的现状邮件给领导。这次的汇报并不像前几次约谈和会议一样，只是泛谈或只讨论表象问题（毕竟当时以为只是工作状况的反映）。而是把自己的想法和质量现状系统性的整理罗列出来，并在邮件中要求和中心领导再作一次单独会谈，对于这个新部门的定位和后期的领导想法明确下来。先来说一下公司组织架
延伸阅读
- ssh框架 2016-09-30
- 阿里移动安全 [无线安全]玩转无线电——不安全的蓝牙锁 2017-07-26
- 消息队列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 论文笔记【图片目标分割】 2017-07-26
- 词向量-LRWE模型-更好地识别反义词同义词 2017-07-26
- 从栈不平衡问题 理解 calling convention 2017-07-26
- php imagemagick 处理 图片剪切、压缩、合并、插入文本、背景色透明 2017-07-26
- Swift实现JSON转Model - HandyJSON使用讲解 2017-07-26
- 阿里移动安全 Android端恶意锁屏勒索应用分析 2017-07-26
- 集合结合数据结构来看看(二) 2017-07-26
学习是年轻人改变自己的最好方式