一转眼在质量这一行已经干了5年半了，有点出乎我的意料，没想到我能在这个和我的专业毫无关系的行业上干这么久，也许这就是我最终的职业定位了，也许还有下文，谁知道呢。
其实自02年走出校园，我就一直在干和我专业无关的工作，不知道是不是算的上是大学白上了，哈。明明不是计算机相关专业，第一份工作居然是软件开发。开发做了三年，忽然发现自己再学不进新的技术，反而对软件质量开始感兴趣。怎么去评价一款软件是好是坏？质量是什么？无意中找到了一本书——《质量免费》，让我看到了一个新的世界，这本书虽然和我所做的工作相去甚远，但是其中的质量哲学理论深深打动了我，在一个朋友的推荐下，我去了现在所在的这家公司开始了我的质量生涯。
这不得不说是一次幸运。
6K多员工的公司规模不算太大，但是五脏俱全，客户主要来自国外，卖的是解决方案。我进入质量部的一年正好是公司为了应付欧洲客户对我们质量体系的审核，把质量体系建立起来的第二年。审核虽然通过了，但是质量体系还仅仅是为了应付审核的一个花架子，摆在质量部面前的是一条决定生死存亡的路——证明自己的存在价值，否则就将沦为一个应付审核用的临时部门，早晚被剔除掉。
我还是个新人，我该干什么？我茫然不知所措。我的导师（我到现在还依然崇拜的质量专家，也是我们的部门经理）让我从研发项目质量工程师做起，于是我成为了大家最熟悉的SQA。所做的工作很简单，监控项目进展和流程执行规范，发现项目管理过程中的问题以及检视、测试过程中的问题，并及时向产品汇报。工作虽然简单，但是我却得不到认可，项目经理总觉得我是用流程在阻碍项目的进行，降低了开发测试效率，对我汇报的问题更是不予理会。我第一次对质量工作产生了怀疑：原来做开发至少还有代码写完后的成就感，现在呢？好像啥都不是。
我去问我的主管，也就是我的导师。他听完反问了一句：“你觉得你对项目组的要求有么有帮到他们？”我摇头，我毕竟从事过开发，知道严格按照现在这种流程走的困难。导师告诉我：“我们现在的流程才刚刚建立，开发流程完全是根据CMMI定制的，是不是适合我们的项目开发还不得而知，但如果我们不去按照流程从头到尾跑一段时间，我们就不会知道到底哪里不合适。你现在严格要求他们按流程走，为的就是收集这方面的信息。但是在要求的过程中需要注意方法，要站到项目组的角度去考虑问题，同时多了解项目经理的性格以及成员的性格。也不要只做一个指手画脚的人，尽量帮助项目经理分担一些管理工作，比如有一些项目经理是技术出生的，技术情结比较浓，只纠缠于技术细节，那项目管理和团队建设的工作你完全可以承担下来，让他感到有了你他就能放心的去做自己喜欢的技术。”
管理！一个我感兴趣的词！于是我再次燃起热情，在导师的帮助下我学会了怎么和不同性格的人说话，导师花了一整天的时间帮助我斟酌报告、邮件中的每一个词。我逐渐和项目经理打成一片，在团队建设上经常和项目经理一个唱白脸一个唱红脸，配合无间，帮项目经理整合一些繁琐的管理工作，一起做质量评估和分析，项目经理逐渐离不开我的帮助了，而我推行的流程在项目经理的大力支持下变得异常顺利。年终考评——优秀！
一边工作，我也一边充实自己，翻阅了很多质量大师的著作，学习CMMI、ISO、IPD、ISC，学习项目管理理论，学习各种质量工具，报考了CQE和PMP（花了好多银子啊，哭）。学习的同时也让我对质量越来越感兴趣。
部门经理为了扩大质量部的影响，召集我们开展了公司运作质量成本分析、端到端全流程清理与优化工作，在质量成本分析工作中我第一次以财务的眼光来认识质量，分析的结果被部门经理直接拿到了公司高层管理例会上作了汇报，引起了CEO的重视。质量部原本没有资格参与高层管理例会，就是因为这份报告，之后的例会CEO每次都给质量部30分钟的汇报时间，成了固定议题。
端到端全流程清理与优化让质量部的影响迅速从研发领域扩展到了市场、销售、技术支持、财务、供应链，我在这项工作中学到了研发以外部门的工作方式，扩展了自己的全流程视角。
