写点什么

借助精益找回敏捷的质量

  • 2017-07-10
  • 本文字数:2244 字

    阅读完需:约 7 分钟

敏捷宣言和精益实践非常互补;为了提升质量,精益对强有力的敏捷过程是一个有益的补充。与真实的客户或客户代表面谈,探究部门之间的工作交接,深入了解他们的痛点,将流程可视化,这有助于更快的揭露问题,用更低的成本更高效地修复那些问题。

Renaud Wilsius 是 BISAM 研发中心的负责人。在精益IT 峰会2017 大会上,他探讨了将精益实践应用在敏捷环境中,以质量为重心。InfoQ 正以Q&A、综述和文章的形式对此次大会进行追踪报道。

演讲结束后,InfoQ 采访了Wilsius,了解他们如何在敏捷环境中实践精益以及他们取得的成果。

InfoQ:您在峰会上谈到了质量问题;您能描述一下现状吗?

Renaud Wilsius:BISAM 是 FactSet 的一家公司。作为软件编写者,它一直都非常重视产品质量。我们早在 2006 年就采用了极限编程,从那时起我们任何时候都采用结对编程。我们通过一个测试优先的方法完善了这种做法,让开发人员可以在编写业务逻辑之前编写测试。为了支持这种测试优先的方法,我们构建了一个强大的测试框架,现如今,该框架已经支持超过 20000 个测试。

不过,在精益项目初期,质量并没有达到预期的水平。随着新客户越来越多,软件复杂度一直在增加。众多技术组合导致我们需要测试几乎无限的可能候选,而且,越来越多的客户采用了不同的产品使用模式,导致我们需要更多的客户数据才能重现他们遇到的问题。由于数据属于客户,数据库非常庞大,而我们的软件大多数都是本地部署,所以不可能请求客户提供他们的数据。

客户喜欢我们的产品,他们发现,我们的产品无所不包,他们喜欢新特性。但是,没有人愿意使用早期版本;他们会遇到许多安装问题,面对越来越多打开的工单,又看不到重整计划,他们的抱怨越来越多。

InfoQ:是什么让你们决定采用精益方法来解决这些问题?

Wilsius:高层管理者要求我们解决这个问题,占有公司绝大多数股份的私募基金可以看到项目的 KPI。成为公众焦点的好处是,我们在做决策时得到了管理层的全力支持,为了实现快速可见的转变,他们已经做好了投资准备。

我们考虑将质量保证委托给外部团队,并与几家高素质的公司进行了会面,他们带来了一连串的建议。这种方法很容易向我们的客户说明 / 解释:“我们有一个质量问题,我们识别出了这个问题,我们会投入一个团队来修复它。我们在这上面花了 X 美元,这里有一个冗长的清单,这是他们要为我们做的事情,为了确保这样的质量口碑不再出现”。

不过,我们的研发经理和我觉得,“将问题外部化”不是一种恰当的方法。假如那些公司设法构建完美的“质量墙”,我们仍然需要解决问题并修复导致问题的根本原因。我们信任我们的软件编辑专家,我们认为,如果有人需要解决那个问题,那么更恰当的方法是使问题及时高效地回到制造它的人那里。我们相信,我们组的开发人员会尽全力做好他们的工作,如果多次失败,则说明要么缺少知识,要么是系统性问题。

有了这种敏捷思维,自然地,我们就看到 Operae Partners 帮助我们用一种精益的方式描述我们的问题。首先,更好地了解我们的客户在质量方面的要求,其次,使所有的团队参与进来,重新设计和改进他们的工作环境,达成质量目标。

InfoQ:你们是如何开启精益之旅的?

Wilsius:我们从客户入手,与真正的客户或客户代表(代表客户的内部专户经理)面谈,深入了解他们的痛点。然后,我们使用这些信息把我们的问题具体化:

  • 太多的软件安装失败
  • 太多的回归问题
  • 许多软件版本没有升级文档

我们把所有的部门召集到一起,审查当前的流程,重点是部门之间的工作交接,将我们其中一个房间变成大部屋,我们把所有可视化绩效指标放在那里。

我们的目标是第一时间向确定的客户交付一个良好的版本。

在团队方面,虽然我们最初让研发中心的所有人都参与了进来,但很快我们就发现,项目失去了吸引力,因为有些人并不愿意使用精益方法。有些人在他们的领域是专家,喜欢与问题和平共处而不是解决它们。弄清楚导致问题的根本原因非常耗时,许多人觉得那浪费了他们的生产时间……因此,我们决定,以早期已经做好准备适应变化的人 / 团队为中心,并让其他相关团队做好迎接更大转型的准备。

那些趋势引领者很快就显示出了明显的进步,赢得了他人的尊重,并消除了可能存在于其他团队中的忧虑和担心。

InfoQ:借助精益,你们设法在三个月内取得了好结果。是什么帮助你们这么快地取得成果?

Wilsius:为了引入一种新的做法,暂时的混乱总是好的;以我们为例,我们遇到了一个难题,一名对我们不满意的客户要求立马看到结果。敏捷性是我们 DNA 的一部分,而且,作为一家公司,我认为我们可以比其他公司更快的处理变更。

细想一下,敏捷宣言和精益实践是非常互补的。和 Mr Deming 一样,我们一直相信“质量是每个人的责任”,因此,任何可以帮助我们尽快发现问题的方法无疑都会帮助我们的团队进步。最后但同样重要的是,精益方法是管理者已经选择的方法,而且他们得到了高层管理者的支持,这对精益的采用过程有巨大的帮助。

最后,我认为,精益是对强有力的敏捷过程的一个有益补充,可以帮助我们更快地发现问题,并以较低的成本更快地修复那些问题。

InfoQ:你们从精益之旅中学到了什么?那对你们继续采用精益提供了怎样的帮助?

Wilsius:在经验教训方面,我得说,你应该信任在现场工作的人。他们最了解他们的工作,并且渴望尽自己的最大努力把工作做好。把精益思维教给他们,他们就会意识到自己存在的问题,并着手修复他们。一旦那些做法深入人心,管理部门就需要在各个层面提供支持,从而确保实践过程符合组织预期。

查看英文原文 Putting Quality Back in Agile with Lean

2017-07-10 19:001530
用户头像

发布了 1008 篇内容, 共 393.0 次阅读, 收获喜欢 344 次。

关注

评论

发布
暂无评论
发现更多内容

NCF 初识(一)

MartyZane

C# .net 签约计划第二季 NCF DDD框架

面试官:元素排序Comparable和Comparator有什么区别?

王磊

java面试

通过写测试用例的方式学习前端知识

小新

学习方法 前端 React 测试用例 dva

总结

Sky

模块二作业

浮生若梦

「架构实战营」

架构训练营 week2作业

红莲疾风

「架构实战营」

模块六作业

Geek_1d37ea

架构实战营

2021的科技卦象·离·烈火烹油造车热

脑极体

2021 年的认知和感悟

卢卡多多

年终总结 28天写作 12月日更

微服务架构的陷阱:从单体到分布式单体

看山

分布式 微服务架构 指令 事件 签约计划第二季

[Pulsar] Cumulative Ack原理

Zike Yang

Apache Pulsar 12月日更

架构训练营 - 模块六作业

VegetableBird

模块六作业

心怀架构

架构训练营 模块六

dog_brother

「架构实战营」

Linux-内核网络 1

绅鱼片

模块六学习总结

Geek_1d37ea

架构实战营

火线安全:Log4j2 史诗级漏洞波及全球6万+开源软件

火线安全

安全漏洞 Apache Log4j2

架构营模块六作业

GTiger

架构实战营

架构实战营 模块六 作业

吴霏

「架构实战营」

拆分电商系统为微服务

波波

架构实战营

架构实战营模块六作业

孙志强

架构实战营

设计电商秒杀系统

Sky

「架构实战营」

渐渐

Nydia

证书、证书链、CA的那些事

RingCentral铃盛

How to become a better Android developer

Changing Lin

12月日更

微服务拆分

zjluoyue

Prometheus Exporter (二十四)Kong Metrics

耳东@Erdong

Prometheus kong 28天写作 Metric 12月日更

使用 GenStage 构建一套稳定的持续数据处理系统

RingCentral铃盛

NCF 实战功能(三)

MartyZane

实战 签约计划第二季 NCF DDD框架 Xncf

NCF 如何正确创建Xncf并使用(二)

MartyZane

C# 签约计划第二季 NCF DDD框架 Xncf

如何做一款属于自己的VS Code插件?

梁龙先森

签约计划第二季

借助精益找回敏捷的质量_研发效能_谢丽_InfoQ精选文章