10 月 23 - 25 日,QCon 上海站即将召开,现在购票,享9折优惠 了解详情
写点什么

挪威劳工福利管理局卓越测试中心如何完成从瀑布到敏捷的转换

  • 2019-11-21
  • 本文字数:1874 字

    阅读完需:约 6 分钟

挪威劳工福利管理局卓越测试中心如何完成从瀑布到敏捷的转换

将我们的工作方式从瀑布转向敏捷,重点在于展望目标,聚焦成功因素,然后成功转型。这是 Torstein Skarra 在 TestCon Europe 2019 大会上的话。 挪威劳工福利管理局(简称 NAV)过去采取基于项目的瀑布式方法,每年发布六次,现在已经转变为敏捷的跨职能自治团队,每个团队每天都会完成多次发布。Skarra 管理 NAV 的卓越测试中心(Test Centre of Excellence),后者支持本次敏捷转型。


Skarra 指出“项目会摧毁敏捷”。它们天生不会存活太久,重点放在具体工作上,目标常常是按预算准时完成,而不是为了给用户或者客户提供价值尽可能付出努力。项目会有自己的生命,它们开始有自我意识,因此丧失交付的每一行代码都应该达成的最高优先级:为用户或客户带来价值。


NAV 从开发项目拿来购买的代码后,他们主要做验证测试,这就将测试变成“验证合同”的过程。Skarra 提到,项目测试更关注度量进度和工作,有时候会无视真正的质量问题,比如“我们是在构建正确的东西吗?”


NAV 取消了固定价格合同,以及承包人为错误负责的条款,然后将所有合同变为“时间和材料”。承包人成为团队的一份子,大家的目标都放在产品上,一起持续改进产品。团队的构成不同,不过主要包括产品负责人、设计师、程序员、团队主管,有时候还有技术测试人员或者功能测试人员。Skarra 提到:这样一来,在业务人员和程序员之间就没有交接的过程,程序员和运维人员之间也不存在交接。团队处理一切事务,剩下最多的交接,都是在团队之内发生的迷你交接。


Skarra 提到:为了跟系统用户建立联系,团队成员需要做各种工作,比如拜访实际用户以及和他们一起工作。他们在应用中安装了直接反馈按钮。大家还建立了间接联系,方法是监控必要的功能,比如必须手工处理的交易数量。“最重要的效果是回到本源:我们是为了用户来到这里的,我们的目标是为用户和业务创造价值”,Skarra 这么说。


你所做的任何事情,如果不能直接为用户或者你的客户增加价值,也许就是应该停止做的事情;Skarra 指出。据此来看,当我们让我们的日常生活更复杂的时候,生活也就变得越来越困难了。诸如项目、水平组织、合同、系统架构(常常遵循康威法则)都让事情变得越来越杂乱无章,却披着有益的构想的外衣,其出发点都是一片好心。


Torstein SkarraTestCon Europe 2019 的演讲结束后,InfoQ 采访了他。


InfoQ:在你决定采纳敏捷之前,NAV 是什么状况?


Torstein Skarra:我们当时相信项目对于软件开发有益,传统的规模经济效应适用于软件开发项目。我们当时也相信自己可以规划、设计复杂的东西,还能不出现浪费数百万资金构建错误成果的风险,然后把东西开发出来。当时我们的想法是,软件像是引擎,一次安装,永远运行。我们当时的部门是按照“规划-开发-运行”划分的,因此就产生了庞大而浪费的交接物,它们浮于表面,而且浪费大量时间。所有这些让我们需要大量协调、控制和管理,这些工作无益于最终客户。


InfoQ:你说过“NAV 不是 IT 公司”是错误的理念。能详细说明吗?


Skarra:我们的大部分服务和产品是很专业化的,而且对于我们的组织使命有重要的战略意义,所以它们必须要用定制化的软件。市面上也没有符合挪威法律的“退休金系统提供商”。因此,我们购买软件项目,雇佣大批优秀程序员,还会购买定制的软件,但我们没有能力和资源来改变或者修复这些软件。基本上,我们没有认识到:掌控处理自有 IT 资产的技能和知识,是可以带来好处的。其讽刺意味在于,我们的大部分系统是很独特的,对于我们的运营至关重要,但我们干坐在那里,认为让别人拥有那些知识是最好的做法!


InfoQ:是什么让你决定减少测试环境的数量,这么做效果如何?


Skarra:维护这些环境很花钱,这是原因之一。同时,让每个团队都有自己独享的环境,隔绝于其他正在开发的软件,即便看上去这样做有必要,但其最佳效果不过是隐藏杂乱的开发工作。现实世界中,没有多少共享环境,要想避免被投诉淹没,避免必须为临近的团队修复 bug,因为你把他们的工作搞砸了,你最好提供稳定的高质量代码。我们在实践中看到,很多团队就是这样做的,同时我们也看到很多创新想法,它们的效果和发生的地方。总而言之,这是正确的做法,我们对此毋庸置疑。


InfoQ:你是如何增加信任的?


Skarra:为了增加雇员和承包人之间的信任,我们去掉了所有的固定价格因素,同时宣布:从现在开始,我们都是地位等同的团队成员。业务侧和 IT 侧的信任,在人的层面不是严重问题。在部门之间,预算讨论、项目筹资和跨部门活动更透明了。IT 凭借交付更快、成本更低,赢取了业务侧的信任。


原文链接:


From Waterfall to Agile at NAV Test Centre of Excellence


2019-11-21 08:001482

评论

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

软件测试在不同应用场景中,我们该如何进行测试呢?

程序员阿沐

编程 程序员 软件测试 教程 测试环境

【Skeleton】按钮

德育处主任

CSS 大前端 CSS小技巧 28天写作 纯CSS

Redis核心剖析:为什么这么“快”的秘密

Java架构师迁哥

滴滴开源Logi-KafkaManager 一站式Kafka监控与管控平台

滴滴云

kafak 滴滴开源 监控告警 运维平台

一文读懂Java动态代理

潘大壮

Java jdk 动态代理

自动化测试现状趋势解读,附带近年自动化测试常用工具

程序员阿沐

程序员 软件测试 自动化测试 测试工程师

LeetCode题解:389. 找不同,位运算,JavaScript,详细注释

Lee Chen

算法 大前端 LeetCode

厌倦了EXCEL想玩点新花样?教你利用Python做数据筛选(下)

智分析

Python

nacos 配置中心自动化运维之namespace坑

Sky彬

nacos

JDK源码深度学习!阿里P9架构师终于总结出了这份“源码级”的笔记了

Java架构追梦

Java 源码 架构 jdk 面试

关注直播 走近滴滴夜莺K8S监控组件

滴滴云

k8s 滴滴技术 监控告警 滴滴夜莺

内存数据库解析与主流产品对比(二)

星环科技

数据库

从零开始学习Git

ITCamel

git

互斥锁 vs 自旋锁

行者AI

互斥

译文《全新首发JDK 16全部新特性》

潘大壮

Java jdk JVM

译文《最常见的10种Java异常问题》

潘大壮

Java 异常 java异常处理 Exception

同事有话说:ThreadPoolExecutor是怎么回收线程的

Java 程序员 面试

kotlin下载!我们究竟还要学习哪些Android知识?Android岗

欢喜学安卓

android 程序员 面试 移动开发

图解分析:Kafka 生产者客户端工作原理

李尚智

kafka 中间件 消息队列 消息中间件

内存数据库解析与主流产品对比(一)

星环科技

数据库 大数据

2021分享三面阿里:Java面试核心手册+Java电子书+技术笔记+学习视频

比伯

Java 编程 架构 面试 程序人生

PostgreSQL使用clickhousedb_fdw访问ClickHouse

PostgreSQLChina

数据库 postgresql 开源 软件

一文读懂HTTP协议的昨天,今天与明天

后台技术汇

28天写作

阿里P8大牛亲自教你!实战讲述Flutter跨平台框架应用,安卓系列学习进阶视频

欢喜学安卓

android 程序员 面试 移动开发

产品利益相关者分析

LT_product_elearning

Alibaba最新产物手册宝典:分布式核心原理解析,简直是Java程序员福音!

996小迁

Java 架构 面试 分布式

一文告诉你Java日期时间API到底有多烂

YourBatman

LocalDateTime Date JSR310 Calendar

面试官:一年跳槽三次,你是怎么做到的?

程序员阿沐

程序员 面试 软件测试 测试工程师

听说隔壁班的程序员给女友做了个智能风扇

智能物联实验室

物联网

免费ETL批量调度,任务调度,作业调度自动化运维工具Taskctl Web

敏捷调度TASKCTL

大数据 kettle 海豚调度 自动化部署 ETL

一周信创舆情观察(1.18~1.24)

统小信uos

挪威劳工福利管理局卓越测试中心如何完成从瀑布到敏捷的转换_研发效能_Ben Linders_InfoQ精选文章