写点什么

IBM Evan Leybourn 谈敏捷约束理论

  • 2017 年 6 月 29 日
  • 本文字数:2839 字

    阅读完需:约 9 分钟

InfoQ 正在对将在即将到来的敏捷雅加达 2017 大会上发表演讲的演讲者进行一系列的访谈。其中一位演讲者是 Evan Leybourn ,他目前在 IBM 新加坡公司工作。Evan 经常在全球各地的敏捷大会上发表演讲。近日,他在纽约组织了业务敏捷性大会。他负责IBM 在新加坡的敏捷实践。

InfoQ:Evan,请向我们简要地介绍下您自己?

我总是让自己保持忙碌。截至目前,我在 IBM 已经工作了将近 18 个月,并且将继续享受这种挑战——如何让那种规模的一家公司成为一个“敏捷组织”!就个人而言,我认为自己最满意的还是我在纽约创立的业务敏捷性大会。那太棒了。此外,我的第二本书(这本是关于#noproject)就要完成了,我希望在今年年中向出版商提供审查用副本。

InfoQ:过去这些年,您在敏捷社区一直很活跃,您的行程安排让人印象深刻。您觉得在全球范围内敏捷世界有哪三个主要的发展?

虽然我有偏见,但业务敏捷性是第一位的。人们认识到“要”敏捷,组织必须将敏捷融入其整个系统、流程和部门,从 HR 到财务和 PMO。排在第二的应该是作为主要推动因素不断发展的技术敏捷性——从 DevOps 到 CD 及其他。最后是,敏捷不再局限于传统的软件组织,成功进入了 10 年前被认为无法变得敏捷的组织——银行和政府。

InfoQ:是的,您似乎是有偏见,但听上去仍然是一个有价值的行动方案。为什么让整个组织变得敏捷很重要?

我在文章“ Evan 的敏捷约束理论”中讨论过,这里我应该向 Eliyahu Goldratt 表示歉意。

“组织的敏捷性取决于其最不敏捷的部门!”

非常简单,约束理论就是说任何过程中都有一个制约因素。更重要的是,总是会有一个制约因素。敏捷约束理论是说,在一个组织内,总是会有一个业务敏捷性制约因素。20 年之前,那是 IT,是你的软件团队。那就是为什么我们说敏捷在那个领域出现是合乎逻辑的。如今,IT 不再是敏捷性的制约因素,现在的制约因素反而是 PMO、HR、财务或法律部门。

InfoQ:是这样的,所以是从 IT 开始实施敏捷,现在可以根据用户的实际需求增量交付更好的软件了。看起来,敏捷性受到 PMO 的限制,后者仍然按照旧有的方式运作,年度预算,固定的计划周期,采购管理仍然会延缓购买过程,因为老一套程序不够灵活。但是,为什么企业希望改变这一切,为什么他们希望变得“敏捷”?

不只是 PMO,还有许多组织的 DNA,但你的观点是对的。由于同样的原因,软件 30 年前变得敏捷了——可预见性的谬误。敏捷组织不能再舒服地认为他们的 5 年计划是正确的。相反,他们有能力(和管理方法)迭代并适应市场变化。就是反应性,仅此而已,一个敏捷组织也是引领市场的组织。

InfoQ:其中有个主题我没有听到多少解释,就是“定义价值”。产品经理应该根据给用户或客户带来的价值来排定工作的优先级。产品经理该如何做?

这取决于它是否容易量化。在大多数情况下,你无法量化一个特性的财政收益,因此,我们需要使用定性度量。我最喜欢的是价值点。和故事点类似,价值点是一个特性相对于另一个特性的相对价值度量。如果我们想要知道“先做哪个特性”,则价值点可以帮助我们确定。

InfoQ:对于我们这些新手,您能简单地介绍下如何计算故事点或价值点吗?

它们是对复杂度或价值的相对度量。从基准故事(假如我们称之为 X,并指定其故事点为 1)评估相对的工作量或复杂度。如果 Y 的难度是 X 的 2 倍,则它的故事点为 2。如果 Z 的难度是 Y 的 2 倍,则它的故事点为 4。价值点的计算方法类似,但由产品经理负责。

InfoQ:如果我们度量一个特性相对于另一个特性的价值,那么我们如何将这个价值转换成业务价值,转换成交付给用户的价值?您有没有什么好的产品示例,产品经理真的是从用户出发排定优先级及定义价值(而不是由团队感知价值)?

首先要理解评估价值和实现价值的差异。这两个数值有天壤之别。但那就是我们为什么要实施敏捷——所以,我们有一个恒定的反馈循环,让我们可以做出相应的调整。一旦产品增量发布,成功做到这一点的组织就对实际的业务价值有了清晰的测量方式并进行主动测量。我将在演讲中介绍的“成果档案(Outcome Profiles)”就是其中一种实现方式。

InfoQ:类似地,组织如何计算敏捷转型的 ROI?请您介绍一些跟踪了解敏捷价值的最佳指标?

我认为,这是个不恰当的问题。请先问一下你为什么想要变得敏捷?为此定义一份成果档案(描述、度量标准、基准、目标、依赖项和所有者)。然后,ROI 基于具体的成果进行计算。每个组织都不一样。那可以是与质量、人员保持力、市场品牌、客户期望、上市时间甚或(不适当地)速度相关的任何东西。

InfoQ:好的,假如我的企业希望变得敏捷是因为以下三个原因:A. 我们希望变得“更像初创企业”,推出更具创新性的产品;B. 构建更好的软件(也就是说,传统的瀑布式方法并不能保证提供质量满足预期的软件,所以我们希望改进);C. 提高员工满意度。以我们为例,针对上述目标,您会如何开展计算工作?

只要你能够定义业务成果的度量标准,它就有效。它们可以是直接度量标准,也可以是间接度量标准。例如,对于 C. 提供员工满意度,你可以通过满意度调查进行直接度量,也可以通过员工流失进行间接度量。

InfoQ:许多大型组织都使用传统的预算和计划周期。我们如何改变预算才能适应成果交付的敏捷方法?

对于这个问题,我只能说对不起了。我没法用一两段话回答这个问题。:-)

可以读一下 InfoQ 上的文章“超越预算”、Pat Reed 的“敏捷账目管理”和我的“#noprojects ”。

InfoQ:关于#noprojects,您谈了许多。这对您来说意味着什么,而那对组织而言为什么重要?

对我而言,这很重要,因为“临时性尝试”的每个概念都是违背敏捷性的。对于真正有竞争性的组织而言,他们需要能够提供持续的价值和变化。这里的关键词是持续。由于需求和工作可能会有变化,所以应该不断地分配资源,以便维护、增强和支撑大多数的 IT 系统。如果处理得当,那么你应该永远都不需要启动一个“升级”项目、一个“版本 2”项目、一个“运维”项目、一个“全新”项目或一个“重建”项目。即使是第一次创建的东西,一个革命性的变化,而不是一个渐进式的变化,项目结构也要明确定义边界;一个标志着项目或产品完成的点。更准确地说,应该清楚,每一种产品都是不断地变化和改进的。你可以及早加派人手,但是,借助良好的管理和产能规划,在面对不同的需求时,这是可以做到的。

从根本上讲,这就是#noprojects。这种方法、结构、策略和技术可以成功提供持续的变化。从根本上讲,#noprojects 以活动和成果的一致性为基础,以价值来衡量,以指导原则为约束,以持续交付技术为支撑。

我目前正在写一本和这个主题有关的书,幸运的话,再有一两个月应该就可以完成。

InfoQ:下个月,您将在敏捷雅加达大会上发表演讲;您会谈些什么内容?

我将从实用的角度介绍业务敏捷性。从组织设计(敏捷组织如何自我设计?)、转型(如何让 1000 名员工与敏捷组织的愿景保持一致?)到治理(敏捷组织如何确保完成正确的工作?)和领导力(成为一名敏捷负责人意味着什么?)。

查看英文原文 Evan Leybourn of IBM on the Theory of Agile Constraints

2017 年 6 月 29 日 19:00760
用户头像

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

关注

评论

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

MySQL索引总结:14张图+代码+文字

Java MySQL 数据库 架构 后端

一篇神文让你深入理解计算机系统——学习笔记

程序员小呆

Java 程序员 架构师 计算机

直接霸榜Github!阿里内网流传P8大牛的“满级”分布式架构笔记,

程序员小呆

Java 程序员 面试 架构师

数据上报那些事

神策技术社区

数据 神策数据

架构师一定要看!微服务设计的四个原则

Java 程序员 架构 面试 后端

容器化 | ClickHouse Operator 原理解析

RadonDB

数据库 Kubernetes Clickhouse

内卷把同事逼成了“扫地僧”,把 Github 上所有面试题都整理了一遍~ 足足 24W 字!

编程 程序员 IT 计算机 java

真香!在Github一夜爆火的面试题库,被各大厂要求直接下架

程序员小呆

Java 程序员 面试 架构师

微博评论高性能高可用计算架构

Imaginary

亿级流量架构演进实战 | 从零构建亿级流量API网关 02

然行

亿级架构

极光笔记丨iOS 15推送新特性

极光JIGUANG

ios 消息推送 移动端

量化模拟线上流量实践

FunTester

性能测试 接口测试 测试框架 FunTester 线上流量

性能加速最高可达28倍!这个NLP工具包不容错过

百度开发者中心

预训练模型 NLP 大模型

阿里技术官耗时半年总结出“满分”架构笔记,拿捏分布式到微服务

进击的王小二

Java 架构 分布式 微服务

Java核心基础——注解

老农小江

注解 java

亿级流量架构演进实战 | 从零构建亿级流量API网关 01

然行

亿级架构

阿里P8爆肝三月!最新出土SQL手册:收获不止SQL优化,抓住SQL的本质

Java 编程 程序员 IT 计算机

怎么阅读 Linux 内核源码

程序员小呆

Java Linux 程序员 架构师

#1024我在现场# 征集线索引爆大奖!

InfoQ写作社区官方

1024我在现场 热门活动

山东移动用明道云赋能一线,打通业务创新最后一公里

明道云

索信达助力国有大行提升监管报送质量

索信达控股

大数据 数据治理 金融监管 金融行业 银行业

金九银十吃透这份Spring Boot实战文档,让你超过90%的Java面试者

Java 编程 架构 面试 springboot

国家第一梯队!开物入选特色专业型工业互联网平台

百度大脑

人工智能 百度 智能云

WeTest自助压测1折起,最低1分钱参与Q币抽奖

WeTest

接连三次霸榜GitHub,这个国产GitHub项目是真的强...

百度开发者中心

最佳实践 方法论 百度飞桨 开源技术

☕【Java技术指南】「编译器专题」深入分析探究“静态编译器”(JAVA\IDEA\ECJ编译器)是否可以实现代码优化?

浩宇天尚

Java 编译器 10月日更 静态编译器

一篇神文让你"一夜封神"Mycat中间件(最详细讲解)

程序员小呆

Java 程序员 架构师 mycat

太香了!Github疯传的阿里分布式设计实录让面试进阶齐飞!

Java 程序员 架构 面试 后端

明道云APaaS在保险业中的应用场景例举

明道云

模块五作业

potti

架构实战营

优酷鸿蒙开发实践 | 鸿蒙卡片开发

阿里巴巴移动技术

ios android HarmonyOS 优酷 移动端

IBM Evan Leybourn谈敏捷约束理论_文化 & 方法_Shane Hastie_InfoQ精选文章