中国4200万家企业需要精益生产;全球70亿人都需要精益思维;
学精益,就上环球精益网
  • 精益管理名词解释大全

    本月热词:

    栏目分类
    热门精益质量文章推荐

    主页 > 精益质量 > INTRODUCE

    【敏捷开发小知识16】精益质量改进的三大步骤

    2019-10-19 16:58 作者:snrxa1209 来源:未知 浏览: 我要评论 (条) 字号:

    摘要:精益质量改进前大前提 1、向开发要质量 2、以需求为精度控制质量 达成如上前提后,我们来聊下精益质量改进的三大步骤: 步骤一:以终为始(实例化验收需求) 以终为始是《高效率人士的七个习惯》中的第二个习惯。它指:先明确目标,再努力实现它。在软件开发

    精益质量改进前大前提
     
     
    1、向开发要质量
     
    2、以需求为精度控制质量
     
    达成如上前提后,我们来聊下精益质量改进的三大步骤:
     
    步骤一:以终为始(实例化验收需求)
     
    “以终为始”是《高效率人士的七个习惯》中的第二个习惯。它指:先明确目标,再努力实现它。在软件开发的“以终为始”指的开发前,要明确最终的验收标准。
     
    实践上“实例化需求”是沟通需求的高有效的办法。在User Story中,卡片的背后,是业务、开发、测试人员达成一致理解的业务目标、用户使用流程、及业务标准。
     
    步骤二:明确需求移交测试的质量标准
     
    在“以需求为精度控制质量”我们把质量拆分到各细节中了,每个需求都得到了单独的保证,不会被其它需求一起分散移交。我们在开发移交给测试时需要明确开发移交测试的标准,在开发过程中内建质量。
     
    明确需求移交测试的质量标准有另外一种说法叫DOD(Definition of Done)完工定义。
     
    以迭代的提测为实例,常见的DOD要求有:
     
    提测前开发需按冒烟测试用例完成并全量通过;
     
    提测的软件工程Sonar报告无一级/High/Error/Block/严重警示;
     
    迭代提测前所有的代码都经过人工Review;
     
    所有完成的需求都需要经过产品经理的确认。
     
    向开发要质量不是一句口号,说大家都能每天在项目组里说上N次,需要在流程,提测中以Checklist以及自动化工具中作好流程的管控。
     
    步骤三:持续改进
     
    做好如上二点,看起来我们的质量是得到了保障了。但在实际过程中还是会有种缺陷,我们需要正确的接受BUG。
     
    我们的测试同学依模块及时间的维度作模块测试报告、轮次测试报告、周报、月报的方式进行外部质量反馈。
    在【敏捷开发小知识13】外部质量及评价标准中有评价的报告的量化评价指标。
     
    缺陷分析(测试分析)最终形成的是这样子的一个质量改进指标。
     
    测试分析形成报告是对内部质量形成洞察;
     
    将洞察落实为改进内部质量的行为;
     
    不断改进的过程通过缺陷分析报告有所体现。
     
    小结
     
    质量分内部质量与外部质量。内部质量是代码和架构内在属性,可以是主观的评价,也可以使用工具(如SonarQube)量化出来。外部质量是用户和测试可感知层的,也可以是主观评价的,通过各种指标形成报告说明;
     
    内部质量决定外部质量,外部质量反映着内部质量;
     
    向开发要质量,以需求为颗粒度控制质量是质量改进的二大前提;
     
    以终为始、明确测试移交标准、及持续反馈是实施精益质量改善的步骤。
    (责任编辑:环球精益网)
    顶一下
    (0)
    0%
    踩一下
    (0)
    0%
    ------分隔线----------------------------
    特别说明

    此处放横条广告

    ◎最新评论
        谈谈您对该文章的看
        表  情:
        评论内容:
        * 请注意用语文明且合法,谢谢合作 审核后才会显示! Ctrl+回车 可以直接发表

        精益疑问
        免费咨询

        一键加群交流

        石老师

        18970479044