[关闭]
@lsmn 2017-07-05T22:00:33.000000Z 字数 2458 阅读 1653

借助精益找回敏捷的质量

精益 敏捷 Agile


摘要

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

正文

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

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

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注