淘宝SQA工作随写

随着CMM/CMMI在中国的推广，SQA这个概念也被更多的人了解，我想信很多人或多或少地，间接或直接地接触过SQA，各公司SQA的工作内容基本类似，但各公司设置该岗位的目的却因公司的整体目标而不同。在目前众多的中国软件公司，特别是一些软件外包公司，为了公司的商业目标，开始纷纷引入CMM/CMMI，SQA岗位也随着被设立，淘宝与众多软件公司不同，设置SQA岗位并不是要实施CMM/CMMI,淘宝设置SQA岗位的目标很简单，就是为了改进工作流程，希望通过流程改进，让我们的工作越来越高效，质量越来越好，正是在这个简单的目标的指引下，淘宝的SQA在众多的困难面前，仍然选择继续前进。 

      淘宝的SQA岗位不是CMM/CMMI所描述的SQA工作职责那样，只做流程的监控，淘宝的SQA岗位除了要做流程的监控、很大一部分工作在于流程的建立与改进。为了更加准确地体现真实的SQA岗位的工作，SQA岗位从08年起命名为“流程管理岗位”。

以下的信息，我想可以帮助大家更进一步地了解淘宝的SQA----一个工作性质比较特别的工作岗位

 

04年淘宝的规范管理状况

淘宝研发的规范意识非常强，规范的建设工作起步也非常早，从03年公司成立，到04年底，1年多时间，淘宝研发就开始招聘自己专职的SQA，也就是那时，我作为第一个专职SQA加入了淘宝研发。

 

      刚入淘宝的第一个月里，我对一些关键角色都进行了详细的访谈，对淘宝的当时的情况进行了一次摸底，现在我们研发部的有些同事还常跟我提起第一次接受我访谈的状况。这一次摸底，发现当时我们有些子团队已经开始着手规范的建设，值得一提的是开发团队、测试团队、配置团队。当时开发有好几个小组，其中有一些小组建立了一些自己的项目管理规范，并“参考”规范在执行，对于整个研发部，还没有统一的项目管理相关规范，对于已有的规范执行也缺乏专人进行跟踪监督，各团队各自按经验来管理；测试团队在我进淘宝时，就有一个测试顾问在和测试团队一起进行工具的引入和规范的建设；配置团队当时也已经有一些项目配置管理的规范和工具在实施，但因当时配置管理岗位设置也不久，文档管理比较弱，当时还没有引入confluence，很多文档存放在内网，因缺乏统一的文档管理制度，导致内网的文档管理比较乱，不便于查看。

 

      可以用以下三句话来要概括当时淘宝研发的现况：

•   有一些规范，但缺乏统一的规划

•   有一些文档，但缺乏统一的工具

•   有一些项目，但缺乏统一的管理

 

第一个流程改进项目的介绍

根据访谈的结果，我跟丁典进行了深入的讨论，最后我们确定了这些问题的优先级

确定了优先级之后，我就开始着手准备第一个流程改进项目的起动工作

      很多人都知道，淘宝项目有一个习惯，大家喜欢给项目名称起象征性的名字，目前还有很多项目在用，象征性的名字有一定的好处，可以鼓舞士气，潜意识的也是用它来给在大家传递项目的目标、方向，但随着人员的增长，项目的增多，发现用象征性的名字，其实一定程度上也有问题，大大地增加了沟通成本，像比较引人瞩目的项目，用象征性的名字，大家可能都知道，但有些小一点的项目，如果用象征性的名字，大家根本不知道该项目具体是在做什么，都会进一步地问，该项目是做什么的，与其这样，不如直接取一个直观的，能概括该项目工作内容的名字，如：消费者保障项目。

     当时因人员比较少，还不存在以上沟通上的问题，所以在第一个流程改进项目启动时，在大家的讨决定下，我们决定用汽车的品牌来为以后的流程改进项目命名，于是我们为第一个项目起了个“红旗”，大家知道，红旗车，是中国第一部定型轿车，而且这一响亮的轿车品牌曾让一代中国人为之倾倒,所以我们希望，该项目就像是红旗车一样，能打响淘宝流程规范建设工作的第一炮。

      这个项目首先是从项目管理规范的建设着手，当时开发部的主要开发形式还是项目居多，这个项目主要是统一淘宝的项目管理规范。

     值得一提的是这个项目的成员组成，他们是三丰、丁典、马钰(非现在的马钰)、二当家、我行、无崖子，这些人都是当时研发部最核心的管理人员，从当时老大给我的这些资源可以看出，产品研发管理层对流程改进工作的重视程度，这给SQA工作莫大的鼓舞，也给SQA后来的工作开展提供了有力的保障，从淘宝流程规范建设的成果来看，再一次印证了管理层在流程建设和推广工作上起到的决定性作用。该项目具体的实施过程还算顺利，具体细节就不多说，该项目如期完成了项目目标

 

兼职SQA在非常时期对流程推动起到的作用

由于04年年底至05年上半年，SQA 团队只有我一个人，我们在建立新规范的同时，我们要保证已建规范的执行，当时我只有很少的精力可以投入到跟踪项目的工作中，所以当时提出了兼职SQA的概念，一方面，缓解SQA资源不足的压力，另一方面，可以培养一批核心的能在团队内真正帮助推广过程规范的人员，于是我们从产品经理、开发、测试等团队中，挑选出最合适的人员，对他们进行SQA的专业培训，这批人后来帮助我们监控项目，执行项目审计，执行结果比我预期的好，也正是有了兼职SQA的支持和帮助，淘宝流程规范的成熟度大大地加快了脚步，感谢你们!                             

SEPG团队带来的价值

为了让业务部门更多地介入到流程规范改进工作中来，经管理层讨论决定，在08年4月，我们从产品研发部各职能部门中挑选了在业务部门的核心人员，由产品研发部高管团队担任过程改进决策组，由业务部门的核心人员担任SEPG实施团队，这也是淘宝历史上被正式任命的第一个SEPG团队。到这里，大家已经接触到了三个与流程规范相关的角色：过程改进决策组、SEPG、SQA，估计有不少人对SEPG和SQA的工作职责有所混淆，简单用三句话来描述他们之间区别：

 

过程改进决策组：把握流程建设的方向和目标

SEPG：制定流程，实施改进

SQA：确保流程规范被正确执行

 

注：产品技术部的流程管理岗位同时兼任了SEPG和SQA的工作职能

 

在淘宝的第一个SEPG成立之时，管理层就给我们明确了团队的工作目标：年底达到规范级，业界流程成熟度定义如下表

  

 

围绕这个工作目标，SEPG团队对当前各岗位主要的业务进行了识别，并确定了Q3Q4的详细改进计划，截止到Q3季度末，平均产品研发的业务流程覆盖率已经达到76%，见下表。

 

这是整个SEPG团队努力的结果，感谢所有SEPG成员为此做出的努力，我坚信，到Q4季度末的时候，我们一定会完成主要业务流程覆盖率达到100%的工作目标

    将工作流程文档化只是第一步，第二步最重要的也是最难的问题，那就是执行，为了提升规范的执行力，目前我们有几个工作在做：第一：加强规范的培训推广，要让该了解的人及时了解规范;第二：优化文档化的规范展现，便于新人学习，也便于老人查看，第三：用工具来帮助流程规范的实施。我相信在管理层的大力支持下、在SEPG的努力下、在各位小二的积极配合下以及在SQA的严格执法下，我们研发部的工作效率会越来越高，产出质量也会越来越好。