新进公司的质量保证记录

rainshadow

来公司有近两个月时间了，负责软件研发部门的质量保证工作，借此平台，和大家分享我的工作经历，质量之路漫长、艰难，充满挑战，也有着战胜困难的成就和挑战自我的满足感。希望大家通过我的工作经历有所启发，或给我提供一些工作建议。

rainshadow

刚来公司的头几天，觉得好象是待不下去了，陌生的环境、陌生的人，大家都忙着自己的事情，没有人理，也没有人引导，因为只有我一个SQA。第一天下午，领导接见了我，并同时叫上了开发、集成、测试组的经理们，说以后我就负责流程改进和监控的工作了，大家要配合。一个开发经理让我介绍一下自己，我很傻，将自己的工作经历说了个遍（我换工作比较频繁，平均2年一家，其实也不算太频率，每次都有不得已的理由啊），那开发经理说“哈，我看换工作的频率，估计也待不久”。我晕。幸亏有另一个经理J帮我解释了一番，才逃过。
接下来的日子，我就在OA系统上，熟悉公司的架构，部门的人员结构，查看已有的流程文件等。公司有一个质量管理部，但各专业部门的QA并不属于它，而是属于各职能部门。说是职能部门的QA太专业，质量管理部驾驭不了。我觉得，QA在职能部门，与开发人员更紧密，领导说的话更算数，觉得你QA是在帮他，而不是第三方的找喳，工作会更好开展。

rainshadow

熟悉情况和学习流程文档大概花了两周时间。又找J专门给我讲解了一次，让我加深了理解和认识，J在公司多年，对公司和部门的情况十分的熟悉，他的质量和流程意识也非常强，所以后续的工作过程中，对我的支持和帮助十分大。
接下来，开始了现状调研的工作，通过人员访谈和查看记录，了解流程实际的运作情况。自己先找来CMMI的过程域做了一个访谈的问题表，不能随意的说啊，得有一个指引的东西，也方便后续问题报告的整理。在这个过程中发现了很多的问题，总体说来，第一有流程，但系统性、完整性、适用性不强；第二流程形同虚设，基本没有执行，除了要求严格的客户有严格要求外，很多项目都是随意发挥，不统一不规范，依据项目负责人的意识不同，项目的管理和质量就不同。

愚人

谢谢分享，期待继续

布丁qhh

这就完了？