随着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的严格执法下,我们研发部的工作效率会越来越高,产出质量也会越来越好。