软件测试工程师可以转质量吗?质量工程师,质量负责人的能力胜任模型是什么?如何构建质量部门管理体系并且落地实践呢?
那我们了解方法以后,再来看这个质量管理的体系,质量任何的这种质量管理。我们在规划这一个质量管理的时候实际上考虑的都是道法术器,
道的话就是我们的业务是什么,我们的文化是什么,我们的价值观是什么,要推质量管理体系的时候,其实最核心的事情,也是把这件事情和大家说清楚
说清楚之后相当于统一思想,统一了思想之后,大家对一些事情的看法会比较一致,就可以有效避免一开始我说的那种观点层面的利益层面的一些博弈
好那么到这个事情解决好之后
剩下的就是我要做一个什么事情,我要采取的是一个什么流程制度,这个是大家可以商量和讨论的,也是需要实时维护更新的。术这块,由于我们聊的是这个质量体系
这个规划,用的比较多的就是ISO9000,9001或者说是CMMI这样子的一些。ISO900针对软件领域不是特别的好用。大家可能用的比较多的都是这种CMMI,生产领域的话用的可能
更多的就是六西格玛等等之类。这个也和我们业务有关
器这一块其实,就是我们具体在做这个事情的时候的一些方法,像我们PDCA,或者说是SWOT这种战略分析的工具,WBS是用来这个划分工作的,还有什么二八原则,5Y分析,鱼骨图,散点图都是用的分析缺陷的一些方法
当然还有些其他的方法。
好我们知道有这么多东西以后,我们更聚焦的是软件领域,软件领域的话他就会有需求,这个设计开发,还有测试上线,相当于我们刚才说的如果用战略的视角来看这个相当于战略地图当中的关键节点
如果用在Devops三部工作法来看这个相当于里面的关键节点,这些关键节点他要满足一些要求。
第一个这个关键节点要是关键的
不关键的节点你犯不着和他生气
犯不得和他计较是吧
这是第一个他要是关键的
第二个点的话他要是平衡的
平衡是什么意思
就是你列出的这些关键点
他要能平衡一些短期和长期的冲突
平衡一些内外的冲突
这些也是需要我们考虑的
再之后
这个节点之间他是有逻辑顺序的
你不能把它写的没有逻辑顺序
如果没有逻辑顺序
不仅仅是我们看起来不清楚
更关键的是我们把这件事情搞不明白,跟做不好,所以我们在梳理说梳理出这些关键节点的时候,我们要满足一个关键,平衡,有逻辑这样几个点
用户评论