AI实践哪家强?来 AICon, 解锁技术前沿,探寻产业新机! 了解详情
写点什么

Real World Kanban 作者访谈

  • 2015-12-01
  • 本文字数:2476 字

    阅读完需:约 8 分钟

Mattias Skarin 编著的 Real World Kanban 为大家提供了四个 Kanban 用于可视化的案例研究,并提供了产品开发的洞见与改进方法。

InfoQ 读者可以下载一份 Real World Kanban 样本。

InfoQ 采访了 Mattias Skarin,关于 Kanban 和精益的本质,为什么组织需要灵活性,使用产品使用数据做持续改进,可视化是如何帮助团队理解问题的,腾出充裕的时间做改进,如何在 Kanban 里将回顾用于持续改进,以及开始使用 Kanban 的建议。

InfoQ:什么使您决定写一本附带研究案例的 Kanban 书?

Skarin:最好的学习方法是通过案例学习。所以我希望向那些应用 Kanban 的人展示在现实中公司内发生的事情。因为事情并不总是按照理论向前发展。

其次,我觉得分享传统公司的案例非常的重要,以及他们是如何以 2 倍甚至 2 倍以上的速度改进的。很少有公司能够成为下一个 Spotify。他们总会留下遗产——角色、功能、流程、技术债务、和有关世界是如何运转、什么使得他们走到如地位的看法。我们通常不会过多地讨论在公司适应和发展阶段,他们是如何做改进的,但是他们有很多值得我们学习借鉴的地方。

InfoQ:您能简要描述一下您认为 Kanban 和精益的本质是什么?

Skarin:持续改进端到端流(改进整体比改进部分更加重要)。还有就是改进人的方面,使用和利用人类优势(创造力、独创性、团队合作、与众不同)建立组织——而不是构建系统,在这种系统下人们不能高品质地完成工作、不能逐渐发展壮大。领导力(以身作则)、责任心和建立试验文化是使其发生的三个关键因素。

InfoQ:您能解释一下,当开发软件时为什么应该将无缺陷的成果传递到下一阶段?

Skarin:有两方面原因:经济原因——后期修复问题的成本将会成指数上升。但是同样重要的是建立一种责任和品质文化。我们就不应该将有缺陷的成果传递给别人。这是另一个原因。

InfoQ:在书中您解释了为了抢占市场先机,为什么组织需要灵活性。您能给出一些案例吗?

Skarin:为了创新,我们可能需要灵活性从而探索新的商业模式,使用新的业务流程。而且当构建产品时,为了改变架构,需要灵活性从而允许团队探索不同的技术选择。最后,快速培训新人也需要灵活性。总之,灵活性比一致性更加重要。

InfoQ:书中有一个案例讲的是基于开发产品的使用数据做持续改进。您能解释一下团队是如何做到的?

Skarin:我们有一个非常低技术含量的解决方法:)当推出新产品时,市场部会采访用户体验。然后这些信息会在两种不同的座谈会中传递给产品开发部门。第一,每月我们有一次公司演示,市场部会汇报之前产品的重要发现。第二,产品方案负责人会参加企业 Kanban 站立会议,并与大家分享经验。我们也会直观记录成功的发布(客户体验很好)和不成功的发布。如果客户体验不好,我们会一起进行根本原因分析,找出需要改变的地方。

InfoQ:您能举例说明一下可视化是如何帮助团队理解问题,以及解决问题的?

Skarin:仅仅是看到整个团队合并后的工作完成情况就会觉得很惊讶。这促使多个团队在关注和区分工作时可以作为一个整体而不是个体。另一个案例是可视化平台改进已经持续好几个月了。仅仅通过可视化真正需要完成的事情,我们就可以在一周或者两周内实现专注并交付。

另一方面是,可视化有助于澄清不是问题的问题。在一个案例中,我们决定可视化团队如何集中时间。它帮助我们揭穿不能通过自由组合的个体团队实现整体产品方案流的局部最优化。

InfoQ:很多团队都是超负荷工作。您对团队如何腾出时间做改进有什么建议吗?

Skarin:是的。有一些事情你可以做。

首先,可视化你手头上的工作。这样它会给你洞见。

其次,学会使用限制在制品。如果这很困难,使用物理标记。这使得团队成员更容易意识到他们正在破坏团队承诺。

第三,优先考虑流入。如果你的上游部门没有行使他们这方面的职责,那么你应该帮他们承担这种职责(并与他们进行沟通,让他们接受后果)。

第四:当工作超负荷时,你可以推迟下述类型的工作。

  • 规划过于超前的工作(最好意识到这些类型的工作“及时完成”比“提早很长时间完成”要好。有一件事可以确定:计划是会变的!)
  • 没有解释明确后果的截止日期。分有明确经济后果的截止日期(“我们错过了市场窗口”)和计划的截止日期(“我们承诺”)。
  • 低质量的流入。一步一步地,返回上游团队低质量的工作,将其返回给创造它们的团队(而不是帮助他们修复)。
  • 信息类型问题“我的……在哪”……“我怎么……”。通过创建一个拥有简单问答功能的 Wiki;培训他们自己回答基本问题的职责;并且在合适的地方安置 Kanban 白板,这样可以通过白板而不是给人打电话回答状态问题,通过这些方法降低流入。

这些选择没有一个是容易的,但是你愿意继续超负荷吗?我们可能不能一下子修复整个组织,但是我们可以为我们单位同事创建一个健康的工作环境。

InfoQ:您能分享在 Kanban 内如何使用回顾实现持续改进的案例吗?

Skarin:走向白板是回顾良好的开端。发生了什么,被什么阻碍,什么可以解决这些阻碍事件,我们是否生产高质量的工作?然后看向图表“交付周期发生了什么?返工比例是多少?(为什么会产生返工?)”最后,看看团队成员的经验。管理层跨组织边界参与汇报为了解决瓶颈和问题他们做了什么是关键组成部分。

使回顾起作用的关键在于专注回顾,依赖数据驱动,并且让管理层参与跨团队的问题解决。

InfoQ:如果组织对部署 Kanban 感兴趣,您能否对从何开始给点意见?

Skarin:读一本书是最好的开始方法。另一种方法是观察其它 Kanban 团队。然后参加学习基本原则和它们如何创造价值(帮助你持续改进)的课程,最后,亲身尝试。我们通过实验学习。拥有一个经验丰富的教练时不时地帮助你们是很有用的。经验丰富的教练可以帮助引进全新的视角。

关于作者

“孙子曾经说过:将军的最终责任是机动进入成功的阵地。我们如何在软件实现这一点?这是我追求和寻找的东西。”

Mattias Skarin (很干脆的家伙)指导和培训管理团队和价值流如何在全球,快速发展的环境下建立和维持竞争优势。Mattias 是“Real world kanban”的作者,以及“Kanban and Scrum, making the most of both”的合作者。参见 Mattias 的 blog。

查看英文原文: Q&A on Real World Kanban

2015-12-01 16:211619
用户头像

发布了 92 篇内容, 共 29.0 次阅读, 收获喜欢 4 次。

关注

评论

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

java和前端,选哪个好点?

秃头小帅oi

IoTDB 探索季活动|大疆无人机等你来拿

Apache IoTDB

【DevOps系列】DevOps工具链选型指南

嘉为蓝鲸

DevOps 工具链

浅谈inBuilder中元数据的灰度更新方案

inBuilder低代码平台

低代码 元数据 低代码中的元数据

豆包MarsCode Agent 登顶 SWE-bench Lite 评测集

TRAE

AI

2024 OPPO开发者大会召开,携手火山引擎加速迈进AI语音交互新时代

新消费日报

iPaaS 平台在企业中的定位及集成方式

RestCloud

API网关 应用集成 ipaas api可视化编排

【DevOps系列】DevOps全过程质量管控

嘉为蓝鲸

DevOps

【DevOps系列】CICD流程建设之警惕反模式

嘉为蓝鲸

DevOps CI/CD 反模式

如何炼就 AI 原住民的“自我修养”丨通义灵码走进北京大学创新课堂

阿里云云效

阿里云 云原生 通义灵码

软件测试学习笔记丨Selenium弹窗操作

测试人

软件测试

80%腾讯程序员都在用,腾讯云AI代码助手让编码提效42%

科技热闻

【DevOps系列】CICD流程建设之持续集成实践指南

嘉为蓝鲸

DevOps 持续集成 CI/CD

【核电科技企业】构建一体化服务器智能运维平台,助力降本增效

嘉为蓝鲸

AIOPS 运维‘ 一体化运维

【DevOps系列】需求的层次结构:业务驱动的协作与产品导向的交付

嘉为蓝鲸

DevOps 需求分析

如何妥善处理 TCP 代理中连接的关闭

不在线第一只蜗牛

网络协议 网络

lazada 商品详情 API 的获取与应用

科普小能手

API 接口 API 测试 lazada商品评价接口 lazada API接口 lazada API

0基础真的能学会java吗?

伤感汤姆布利柏

从云原生到 AI 原生,网关的发展趋势和最佳实践

阿里巴巴云原生

阿里云 云原生 网关

如何炼就 AI 原住民的“自我修养”丨通义灵码走进北京大学创新课堂

阿里巴巴云原生

阿里云 云原生 通义灵码

喜报!博睿数据再获“信创工委会技术活动单位”称号

博睿数据

场景题:百万数据插入Redis有哪些实现方案?

王磊

附演讲视频|隐语城市行·北京站:行业发展趋势、大模型前沿技术、实践落地案例干货打包

隐语SecretFlow

Real World Kanban作者访谈_精益_Ben Linders_InfoQ精选文章