QCon北京「鸿蒙专场」火热来袭!即刻报名,与创新同行~ 了解详情
写点什么

荷兰铁路在采纳敏捷和精益中的做法

  • 2018-01-14
  • 本文字数:2251 字

    阅读完需:约 7 分钟

看新闻很累?看技术新闻更累?试试下载 InfoQ 手机客户端,每天上下班路上听新闻,有趣还有料!

敏捷和精益遵循近似的哲学思维模式,精益可扩大敏捷,反之亦然。敏捷实践适用于开发复杂产品,而精益实践适用于发现如何降低流程中的浪费。精益有助于以客户的角度查看从开始到交付的结果情况,而敏捷则支持向客户交付最优的价值。

荷兰敏捷联盟年会上,Fina Piazza 和Christien van Gastel 介绍了荷兰铁路在采纳敏捷和精益中的一些做法。Fina Piazza 是一位Scrum 大师和敏捷转型教练,Christien van Gastel 任荷兰铁路的持续改进和精益IT 经理。InfoQ 通过问答、总结和文章报道覆盖了大会全程。

就敏捷和精益如何结合以支持持续改进这一问题,InfoQ 采访了Piazza 和van Gastel。

InfoQ:在会上,你们介绍了如何将敏捷和精益结合在一起。你们的出发点是什么?

Fina Piazza:我听说了有这样的一次会议,就请求 Christien van Gastel 和我一起就精益和敏捷的话题准备一次演讲。因为我们两人都致力于这些领域,在数个团队工作中取长补短。当然出于“悖论”(Paradox)上的考虑,我们也是被会议名吸引而来的。

Christien Van Gastel:当 Fina Piazza 和我谈了她的想法后,我立刻认识到,对于展示精益是如何很好地扩大了敏捷,以及反之亦然,这无疑是一次很好的机会。因为我们亲历了这些工作。

InfoQ:敏捷实践最适用于哪些情况?精益实践何时是最好的选择?

Van Gastel:精益和敏捷源自于工业和软件开发这两个不同的分支。其实,这两种哲学的思维方式非常相似。精益通常更适用于启动阶段,并将逐渐变得更为敏捷。一个例子就是做标准化。如果没有一个标准,那么工作不太可能从一启动就采取“持续改进”(即 Kaizen)。为提高产品的质量并更快地交付产品,我们希望能在持续改进中消除“浪费”(即 Muda)。

我们通常会绘制一个价值流图(VSM,Value Stream Map)。该图显示的并非过程的设计情况,而是过程的真实进展情况。每一步(活动)都写在一页贴纸(Post-It)上。每个活动都指明了由谁去做(角色)、完成活动的时间(工作时间)、进入下一步所需的时间(等待时间)、活动的发生频率,以及需要添加什么信息。

Piazza:总体来说,敏捷实践适用于开发复杂产品。 其中的关键特征包括上市时间、增量、检查与适应、跨职能团队、以人为本、自组织团队、向客户交付最优价值等。精益实践非常适合找出能减少流程中浪费的机会,从而提高效率。

InfoQ:敏捷和精益是如何相辅相成的?

Piazza:举个例子。Christien 正在荷兰铁路(NS,Nederlandse Spoorwegen)合作的团队,正是我教导了如何降低实时生产流程中浪费的团队。这让我有机会从另一个角度审视 DoD(Definition of Done,完成的定义)。我们做定期的调查,以了解可以采取哪些后续措施,以及如何在工作中相辅相成。

事实上,我们为团队所做的,就是让 Christien 和她的团队帮助我们的团队创建了一个 VSM。在这个 VSM 中,我们找出了一些可加速生产的要素。为实现目标,我们必须消除所有交接时刻,并提高质量。第一步就是在 PBI(Product Backlog Items)中添加一些细节,以达到质量要求。我们希望这一做法能融入到团队的 DNA 中。这样,这些用“模板”表达的细节问题就无关紧要了。

Van Gastel:精益有助于我们以客户的角度看待从开始到交付的结果。一旦需要其它团队参与到过程中,我们是否有能力交付?我们在会议中使用了一些有助于持续改进的精益和敏捷方法,并介绍了 Info+ 部门度量的强大之处。该部门给出了一个仪表盘。该仪表盘按照每个 Sprint、每个团队、Sprint 中故事准备率、回归测试的覆盖率等,展示了 Sprint 的承诺与实现的对比情况。现在,团队达成了对可交付事项的真正控制。

InfoQ:你们在改进团队方面有哪些经验?

Van Gastel:我们并非工作于一些临时改进团队中,而是就一些特定问题与同事共同合作,还有如何降低浪费、改进项目等问题。在 Fina 的团队中,我们首先努力提高了团队的合作能力。目前我们正在努力改进业务。通过 VSM,我们发现了很多可改进之处,目前正致力于解决其中最突出的三个问题,包括自动测试问题。我们的团队始终关注着组织的内部改进。

Piazza:我们的所有团队都是与其它团队(包括精益团队、CI/CD 团队)一并不断提高的。但是我们没有称这些团队为改进团队。我们共享所有权,并确保工作、庆祝成功和从错误中学习成为一些乐在其中的事情。最近,我们开始与组织内的公会(guilds)分享更多的最佳实践,并相互学习。在每两周一次的会议中,我们会讨论一些案例、可与同事分享的主题,以及潜在的改进。

InfoQ:对于那些想要建立持续改进的组织,你们有什么建议?

Piazza:启动它,并去实践吧!如果决定使用 Scrum,那么就应确保组织会按 Scrum 的方式去做事。其中没有任何例外,那就是去学习、检查与适应……事情通常如此。

Van Gastel:应确保在精益中使用日常开始和评论,并确保每个人都感到适用。首先要考虑的是,如何提供一个安全的环境,使得人们可以说真话,并且真正地得到他人的倾听。其中,领导者的行为是必不可少的。领导应以身作则,必须做到首个发言,并在必要时提供帮助。

工作应自下而上或自上而下地开展。每日开始和评论对于运营管理很重要。同事们需要了解自身的工作内容,并展示出能使事情在工作环境中变得更好的工作能力。

管理层同样需要做改进,这样才能让人们锋芒毕露,并帮助人们尽可能地做好自己的工作。人人都应成为他人的榜样。大家应该问的是“要我做什么工作”,而不是“这工作谁去做”!

查看英文原文: How the Dutch Railways Applies Agile and Lean

2018-01-14 18:001443
用户头像

发布了 391 篇内容, 共 142.1 次阅读, 收获喜欢 257 次。

关注

评论

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

架构实战训练营模块 6 作业

Sonichen

电商系统微服务拆分

Sky

「架构实战营」

极客时间架构实战营作业六

jjn0703

架构实战营

拆分电商系统为微服务

Yina🌝很浪🌊

收藏这36个正则表达式,开发效率提高80%

Tom弹架构

Java 正则表达式

模块一:为何架构设计能力难以提升? --学习总结

小鹿

架构实战营模块六作业

Geek_d18264

架构实战营

架构实战营模块一作业

孙志强

架构实战营

0 基础架构入门 - 6(电商系统微服务架构)

felix

架构实战营 0 基础架构入门

电商系统微服务拆分设计

guangbao

vivo AI 计算平台的 ACK 混合云实践

阿里巴巴云原生

阿里云 云原生 ACK Vivo

基于 RocketMQ 的基金数字化陪伴体系的架构实践

阿里巴巴云原生

阿里云 RocketMQ 云原生 消息队列 金融场景

电商系统微服务系统设计

Imaginary

是极客,也是大娱乐家! 爱奇艺首届“黑客马拉松”见证“娱乐,未来已来”

爱奇艺技术产品团队

毕业总结

Felix

设计电商秒杀系统

tjudream

模块一作业

小鹿

【KubeMeet 上海站回顾】 探索云原生应用管理与交付新解法

阿里巴巴云原生

阿里云 开源 云原生 KubeMeet

模块一作业

ks

架构实战营

1024:SQL注入

Changing Lin

10月月更

电商系统微服务拆分

Geek_db27b5

go-zero 实战之 blog 系统

万俊峰Kevin

golang 微服务 go-zero

Prometheus 内置函数(三)

耳东@Erdong

Prometheus PromQL 内置函数 10月月更

IM场景的移动端UI自动化测试平台实践

轻口味

android 自动化测试平台 10月月更

(module6)电商微服务系统拆分

消失的子弹

架构实战营模块六作业 - 拆分电商系统为微服务

李焕之

学生管理系统架构设计

孙志强

架构实战营

极客时间【架构实战营】第二期 模块六作业

Geek_91606e

架构实战营

双十一即将到来,你的网站真的准备好了吗?

阿里巴巴云原生

阿里云 产品 云原生 云拨测

设计产品的十大可用性原则

石云升

产品经理 产品设计 产品思维 职场经验 10月月更

架构训练营总结

tjudream

荷兰铁路在采纳敏捷和精益中的做法_研发效能_Ben Linders_InfoQ精选文章