写点什么

Scrum 文化问与答

  • 2015-08-23
  • 本文字数:3841 字

    阅读完需:约 13 分钟

Dominik Maximini 对使用 Scrum 的组织在文化方面做了研究。他将研究成果发布在 《Scrum 文化》一书中,书中还包括了实施Scrum 的原则以及如何应用这些原则的建议,并且还有Scrum 转型的案例分析。这本书的页面提供了目录和一个章节样例的下载链接。

InfoQ 采访了 Maximini,讨论了 Scrum 文化的研究以及从研究中得出的结论、如何使用 Scrum 来实施 Scrum、建立敏捷实施的一种紧迫感,以及组织坚持变革的技巧,使得他们嵌入到组织文化中。

InfoQ:是什么原因让您决定写一本关于组织文化的书呢?

Maximini作为 Scrum 教练,在我每日的工作中,总是遇到 Scrum 实施失败的案例。参与的人们经常陈述他们失败的首要因素是“企业文化”。与上层经理谈话时发现,当他们开始引入敏捷方法时,常常不知道他们在做什么。他们只看到上市时间有所改进,但却未能注意到影响整个企业的、意义深远的变化。可惜的是,并没有全面的著作能让我推荐给他们的。他们必须信任我的话,但通常却没有。所以我决定做一些认真的研究,并发表一本精装书,提供“更重”的内容。

InfoQ**:您的书中提到理解文化始于Scrum的词汇及所使用的术语。您可否给一些例子说明为什么这很重要?**

Maximini对某些人来说,实践 Scrum 这点就不难让人理解,因为这是自然使用的单词。然而,当你遇到不熟悉这个框架的人,这件事情就完全不同了。当你开始使用 Scrum 习语,例如产品负责人、Scrum Master、Sprint?完成定义(Definition of Done)、障碍(Impediment)等等,他们就会开始问“那是什么?”如果你仔细看 Scrum 提出的这些单词意思,基础概念的重要性就变得明显了。为什么这些角色都是“奇怪”的名字是有原因的,为什么迭代不只是叫迭代也是有原因的。新的名字迫使你考虑他们的意义。一旦你意识到产品负责人就是负责一个产品,那么这个角色隐含的很多意义就变得清晰了。另外,如果这个“新的世界地形”已经充满了意义,就很难把现有传统概念的角色对应到“新的世界”。例如,一名“项目经理”很难找到他的位置,他介于 Scrum Master、产品负责人和开发团队之间。

InfoQ**:您可否简要描述一下你是如何研究Scrum文化的吗?**

Maximini我读了大量的 Scrum 书籍,直到我发现大多数作者对企业文化都没有什么线索,只谈论他们个人的经验,而不是科学的研究。所以证据薄弱。接着我读了很多有关组织文化的书,并寻找“主导性”的定义。我发现没有任何像“单一主导的定义”,因此我最终做出决定,这就是我想要实现的:业务上下文中 Scrum 文化的定义。在这点上,我了解 Scrum 和组织文化,但并没有任何有关 Scrum 文化方面的数据,所以我不得不自己进行研究。幸运的是,我已经了解了不同的调查问卷,选择了主导性的一个,添加一些重要的文化元素来改进这个问卷,并在不同的 Scrum 大会和邮件列表中做调查。一旦有超过 200 份合格的结果,我就和卓越的统计学家一起验证这些结果。接着,经过了三年的工作,很明显,这些实际上就是 Scrum 文化。

InfoQ**:在研究中,您得出结论“让Scrum组织在一起的强粘剂被描述为:忠诚、互相信任以及承诺 **(…)”。可否提供一些例子?

Maximini不管是否使用 Scrum,希望每个人都有这样的例子。如果你曾经在运行良好的团队工作过,你就会体验到。人们彼此完全信任,仿佛彼此之间是一体的,而不是各自独立的,并且如果有必要,他们在晚上和周末也会一起挥洒汗水。在这样的一个团队氛围中,大家感到非常忠诚于团队,因此也会对项目和雇主忠诚(按照这样的顺序)。对任何团队的方法都是这样。Scrum 非常专注团队、忠诚、信任以及承诺,这就自然而然成为了文化元素不可缺少的部分。

InfoQ**:从研究中得出的另一个结论是在Scrum团队中的大多数人都是内在激励的。您可否详细阐述一下是什么导致了这一结果?**

Maximini也许是我错了,但我不认为是什么原因导致的。我认为人们生下来就是这样的方式。人们热衷思考并带来想法。你可以从你的小孩身上看到这点。他们想要学习,尝试一切,并且不期待得到任何回报,只是感兴趣地尝试。然而,当他们长大后,很多人通过我们的教育体系、社会和严格分层的商业组织改变了。所以我们要做的就是把这些障碍移除,再次点燃激励的火花。这就是 Scrum 通过它的设置所做的,并且鼓励自组织,Scrum 甚至还提供一个火焰虫,称之为 Scrum Master,帮助大家燃起火焰。

InfoQ**:您提到在Scrum文化中,经理们不必密切地控制人们。假如公司正在用命令与控制的风格管理公司会怎么样?解决这个问题有什么建议吗?**

Maximini哇哦,好尖锐的话题。坦白来讲,命令与控制型的管理风格与 Scrum 并不兼容。一旦你允许 Scrum 在命令与控制型的企业里蔓延开来,强烈的文化冲击下只会有一个生存。一方面,命令与控制型在生产线的环境下会更为有效,这也是在组织中常常使用的主导方法。所以它有主场优势,也是“重力”的主要来源,把大家拖回到旧有的做事方式。另一方面,Scrum 文化在开发和研究环境中更有效,这就是越来越多的人从他们公司那里要求的。悲哀的是,如果你不积极努力并且坚持抵制这种领导风格,长期下来通常是命令与控制型获得胜利,而组织失去了具有创新力的员工。如果你想让两种方法都有效,你可以将 Scrum 运行在控制型的环境中(例如一个部门或者项目),并移除掉旧有的领导风格,而在组织的其他部分保留这种风格。一些组织,例如 Carl Zeiss 和 Deutsche Post 实际上为一些创新的主题剥离了部门,让他们成长不同的文化。

InfoQ**:您可否描述一下如何使用Scrum在组织中实现 **Scrum 呢?

Maximini每名开发人员都知道,必须用自己的产品解决自己的问题。对 Scrum 的引入也是如此。实施 Scrum 通常需要花费几年的时间,在经历了两天的培训和一周的辅导之后肯定不会做 Scrum,所以你会有待办事情的一个冗长列表。列出了你的“Scrum 过渡待办目录”。提倡 Scrum 的最高人应该是产品负责人(Product Owner)。产品本身什么都做不了,而是组织文化、包括流程和团队做 Scrum。你还需要有人更深层次地了解 Scrum,任命她为 Scrum Master。最重要的是你需要很多的人做实际的工作。他们就是你的开发团队。一些组织中是一个团队制定决策,另一个团队实现。但我个人经验中比较好的结果是,制定决策的团队也是工作的团队。这有助于他们设定优先级并支持他们的决策。在过负荷日历及很多不可用的会议室情况下,如果你必须要安排一些会议。那就给他们清晰的目标,把它们作为 Sprint 规划会议、Sprint 评审会议及回顾会议。尽管你有可能会回退到“每周的 Scrum 例会”,但还是需要做每日例会。如果你注意到这个建议,所有的过渡团队都会通过做 Scrum 来学习 Scrum,并且你会实现快速、增量的成功。如果你试图通过传统的项目规划来引入 Scrum,没有哪个了解 Scrum 的人会认真地对待你。

InfoQ**:您可否给一些例子描述,如何为采纳Agile建立一种紧迫感?**

Maximini**:我无法告诉任何组织为什么他们需要引入 Agile 方法。他们必须知道自身 ** 的原因,而不是从我这里知道。不过我可以告诉你的是,你应该看看业务方面。开发人员通常会珍惜由 Scrum 获得的自由度,但是管理者们对此却不感兴趣。他们想要铁一般的事实与数字。就是需要给他们一些数字。考虑诸如“上市时间”、“每名员工收入”以及“每月创新”的词汇。一些人甚至还关注“客户满意”或者“员工满意”。在这点上,及时地看一下你的组织最重要的是什么。从来都不会是引入敏捷方法,而是使用敏捷方法。他们自己没有终点,他们是实现某些东西的一种方法。有时候组织需要不同的东西,而不是“Scrum”或“敏捷”。所以找到你的组织真正需要的,看看 Scrum 是否可以帮助你并用数字证实这个。如果你完成这一连串的证据,,紧迫性就不是你的问题。

InfoQ**:在一个组织中,可以用试点项目引入Scrum,您可否给一些建议,应该如何做?**

Maximini首先要得到上层领导的支持,并且选择一个高度重视的项目。并确保这不是一个绝命任务,因为你不想在试点项目上失败。然后全权委托需要在试点做的任何事情。这让你做的任何事情都是“对的”,并让你减少妥协。一旦你在那里,其余的也都有效了,因为你已经在这个环境中了。只要确保你的沟通是花费往日的十倍精力,与干系人、经理以及任何感兴趣或者与试点项目有关的人沟通。真正的工作是始于成功试点项目之后,因为你通常失去全权委托,不得不开始一步一步地改变组织。我的一个客户,在引进 Scrum 作为新项目的标准选择之前做了 26 个试点。每一个试点项目,组织重力的化身发现原因,为什么特定的试点项目如此特别,不能适用于他们自己的情况,并且不得不启动一个新的试点项目。

InfoQ:您是否有一些坚定组织变革的技巧?使他们可以嵌入到组织文化中?

Maximini:重复的成功结合强大的高层管理支持是唯一坚持变革的方法。另外,作为文化的临床表现,公司的程序必须更改。如果一个简单的过程在组织中需要花费三个月的时间,没有人相信你真的想每两周交付功能。这些过程变革必须尽早地包括所有的评估过程。每一名员工都必须按照期望的行为进行评估,不合适的就降职,降薪或者干脆开除。遵守的人就升职、加薪或公众表扬。你可能认为这太严厉了,但这是确保组织在一定的行为上坚定与否的主要方法。当然,这必须从高层开始。

关于作者

Dominik Maximini是 NovaTec 咨询股份有限公司的一名有经验的 Scrum Master、培训师及教练,他帮助团队挖掘 Scrum 的价值。他的愿景是将 Scrum 的基本价值观,例如开放和诚实,带入到不同的企业环境中。

查看英文原文: Q and A on The Scrum Culture

2015-08-23 18:421838
用户头像

发布了 55 篇内容, 共 13.4 次阅读, 收获喜欢 8 次。

关注

评论

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

物联专栏丨物模型,设备对话基础

inBuilder低代码平台

开源 低代码 物联网

软件测试开发/全日制/测试管理丨持续集成、持续交付、持续部署

测试人

软件测试 持续集成 自动化测试 持续交付 测试开发

数字新生态:低代码开发的实践应用

不在线第一只蜗牛

低代码 数字化 数字发展

AI新纪元:AI原生企业崛起

九章云极DataCanvas

每个程序员都该学习的5种开发语言

快乐非自愿限量之名

Java 程序员

软件测试开发/全日制/测试管理丨测试左移体系

测试人

软件测试

软件测试/测试开发/全日制 | Python全栈开发:学习使用Nginx配置Web服务器

测吧(北京)科技有限公司

测试

基于领域驱动设计的低代码平台的设计与实现

EquatorCoco

列式云数据库与关系型云数据库:区别、优缺点与选择

天翼云开发者社区

数据库 云计算 关系型数据库

软件测试/测试开发/全日制 |Python全栈开发中的缓存技术应用与性能优化

测吧(北京)科技有限公司

测试

SQL 解析与执行流程

KaiwuDB

数据库 sql

软件测试/测试开发/全日制 | 理解深度学习在图像识别中的应用

测吧(北京)科技有限公司

测试

软件测试/测试开发/全日制 | Python全栈开发中的自动化部署与持续集成实践

测吧(北京)科技有限公司

测试

软件测试/测试开发/全日制 | Python全栈开发实战:构建安全可靠的Web应用

测吧(北京)科技有限公司

测试

聚道云软件连接器助力某软件科技有限公司实现人力资源信息自动化

聚道云软件连接器

案例分享

云数据库与Web网站:构建高效、可扩展的网络应用

天翼云开发者社区

数据库 云计算 大数据

2024第十届上海国际智慧工地展览会

AIOTE智博会

智慧工地展览会 智慧工地展会 智慧工地展

当浏览器能够自动隐藏用户IP地址,“IP数据库”的出路在哪里?

郑州埃文科技

IP

软件测试/测试开发/全日制 | 深入学习React:Python全栈开发中的前端框架精要

测吧(北京)科技有限公司

测试

让数据要素合规高效流通!海南这么干!

天翼云开发者社区

云计算 大数据

关于JAVA的常用工具类问题

伤感汤姆布利柏

智能监控:业务监控新选择,效率提升新动力

观测云

智能监控

程序员开年第一唠:rest开发步骤

不在线第一只蜗牛

Java 数据库 前端 Rest

12 月 NFT 市场动态:强劲增长塑造年终趋势

Footprint Analytics

区块链 加密货币 NFT

2024效果图渲染用什么配置的电脑?效果图网络渲染

Renderbus瑞云渲染农场

云渲染 渲染农场 Renderbus瑞云渲染 效果图渲染

详解数据库分片,大幅提升Spring Boot查询MySQL性能

高端章鱼哥

MySQL 微服务 Spring Boot

面向企业级应用复杂性的低代码开发平台架构

快乐非自愿限量之名

低代码 企业开发 企业开发系统

面向大模型,腾讯云大数据重磅发布ES及数据湖产品新版本

腾讯云大数据

数据湖 ES

Axure RP 9 for Mac(交互式原型设计软件) v9.0.0.3728完美激活版

mac

Axure RP 9 苹果mac Windows软件 交互式原型设计软件

基于Tosca和Terraform的多云资源编排探索

鲸品堂

工具 运营商 编排调度

Scrum文化问与答_Scrum_Ben Linders_InfoQ精选文章