【AICon】探索RAG 技术在实际应用中遇到的挑战及应对策略!AICon精华内容已上线73%>>> 了解详情
写点什么

通过讲故事进行敏捷辅导的本质

  • 2014-12-16
  • 本文字数:1873 字

    阅读完需:约 6 分钟

通过讲故事的方式,团队和其他团队以及敏捷教练分享他们的经验。Patrick Steyaert 和 Wim Bollen 说,敏捷教练可以通过经验分享过程的引导来提升和帮助团队实现自组织。他们展示了一种基于原型构建的技术,用来从团队的故事中挖掘知识,团队可以利用这些知识规划并展开自己的敏捷之旅。

2014 年布鲁塞尔敏捷之旅大会上,Patrick 和 Wim 组织了一个关于敏捷辅导本质的研讨会——没有教练的敏捷辅导。他们两人以及与会者所讲的故事被提炼成原型团队,代表一种典型的敏捷实现。

对于想采用敏捷的企业,有许多现成的框架和解决方案可用,每一种都有其适用的领域。选择和推行它们可能是有困难的,当采用敏捷框架所需要的变革强加给团队时,他们有可能会抵制。在关于探索一种综合方法来管理多样化敏捷团队的白皮书里,Patrick 描述了为什么多样化在敏捷实施中很重要。

一方面 CIO 追求基于一种模型或方法的标准化,但同时他们也不能忽视“多样化定律”,即不同的敏捷方法是有必要的,而同时支持所有这些方法又会使标准化变得困难。团队各有不同:不同类型的工作,不同的人,不同水平的敏捷经验,不同的价值观,不同的目标,不同的做法和不同的工作标准等等,以上只是几个关于团队之间差别的例子。毕竟,敏捷动物园是多样化需求的结果。一个单点解决方案在某种情况下奏效,但在另一种情况下却未必(……)。在整个企业中发起规模化敏捷转型计划很复杂:不仅仅因为没有所谓的“一刀切”的方法 (即并非所有的变化都是一样的),而更重要的原因是,当在自己的团队中实施敏捷时,人们不想丢弃已经积累的经验,这不足为奇。

教练或顾问会用一些敏捷评估方法来评估团队。当团队被这样衡量的时候,其行为可能会改变,但 Patrick 说,问题是他们是否会真正地变得更加敏捷。正如 Patrick 和 Wim 的描述,“成为敏捷”需要一种不同于“做敏捷”的观念:

做敏捷

  • 教练是专家——教练最清楚该如何工作
  • 一刀切——所有团队都需要遵守标准实践
  • 知识传递——一对多地传递做事方式

成为敏捷

  • 教练是一个引导者——团队成员最清楚该如何开展自己的工作
  • 支持多样化——团队有不同的需求,但是对于什么是成为敏捷有着共同的愿景
  • 知识共享——多对多地分享哪些实践是可行的而哪些是不可行的

知识分享有不同的方法。例如,回顾帮助团队通过反思学到什么地方做得好以及什么地方需要改进。教练可以通过“展示与讲述”的方式帮助团队学到实践和经验。叙事方法是利用故事案例深入了解团队如何开展组织内学习。

Patrick 和 Wim 在布鲁塞尔敏捷之旅大会上组织了一个研讨会,通过讲述一些趣闻轶事来练习讲故事。Wim 讲述了他如何帮助一个银行软件产品供应商进行敏捷转型的故事,拉开了研讨会的序幕。他们把参与者分成多个小组,并要求他们在即时贴上用关键字记录故事中有特色的东西。只要能保持内容言简意赅,他们想写多少张即时贴就写多少。参与者是不允许提问的,他们必须听并真正地从故事中获取内容。

Patrick 也讲了一个故事,而最后,其中一个参与者也分享了他在一个故事中的经验,所有的参与者则持续地在即时贴上写关键字来记录故事中有特色的东西。Patrick 说,在分享的时候,最好提供两个有几分相似的故事,而另外一个故事则完全不同。两个类似的故事为某种方法提供了深度和细节,而不同的故事则拓宽了解决方案,并通过一些不同的经验激发了创意。

Patrick 要求参与者把写有关键字的即时贴按主题分类聚集起来。其中的部分主题是关于“过程”、“团队技能”、“交付”、“反馈”、“体系和愿景”以及“计划”等。当所有的即时贴都有了主题名,Patrick 就要求小组删除即时贴里的关键字,而只留下主题名字,然后让团队看看哪些主题出现在了不同的小组中。

Patrick 要求参与者为每个主题给出四个从非常正面的到非常负面的解释。当给出解释后,主题的名称就可以移除了。

我们现在就有了正面和负面的解释。参与者被要求把这些解释汇集成一个项目或团队的原型,并给每个原型取一个生动的名字。举个例子,一个团队把一些正面的解释归纳成了“梦之队”,而负面的解释就归纳成了“来自地狱的队伍”。

Patrick 和 Wim 说,主题可以帮助我们抓住什么是重要的,而原型让我们可以深入了解主题相关的不同方法。这种多样化有助于团队决定他们采取什么方法来实施敏捷满足自己的需要。这样,团队们就可以规划并踏上自己的敏捷之旅。

查看英文原文: Intrinsic Agile Coaching with Storytelling


感谢谢丽对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。

2014-12-16 09:431112

评论

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

NFT游戏开发交易系统搭建方案

薇電13242772558

NFT

软件测试/测试开发丨接口自动化测试分层设计与实践总结

测试人

软件测试 自动化测试 接口测试 测试开发 接口自动化

全国首届大模型创新创意应用大赛开启,等你来赛!

NLP资深玩家

“云智一体”进化史

百度开发者中心

人工智能 云智一体 文心一言

【云图说】云数据库GaussDB如何做到卓越性能

华为云开发者联盟

数据库 后端 华为云 华为云开发者联盟 企业号 4 月 PK 榜

金三银四(P5-P7 级)1000 多道 Java 面试题,从基础到架构

采菊东篱下

Java

mac虚拟机Parallels Desktop 常见问题解答

互联网搬砖工作者

plist 文件是什么

雪奈椰子

ios 开发 IPA上传

REST 与 SOAP 之间的差异

Apifox

Rest 协议 soap REST API SOAP Webservice

Web前端组件库OpenTiny项目如何使用?

英勇无比的消炎药

开源 前端 OpenTiny UI组件库

REST API 安全基础知识:保护你的应用程序和用户数据

Apifox

API 企业安全 REST API 安全认证 API 安全

如何使用 Postman 发送 JSON 数据

Liam

json Postman 接口测试 API API 调试

Nautilus Chain 上首个 DEX PoseiSwap 通证经济学模型解析

威廉META

软件测试/测试开发丨Dubbo 接口测试原理及多种方法实践总结

测试人

dubbo 软件测试 接口测试

【基础知识】PCB布局设计入门步骤

华秋PCB

工具 电路 PCB 布局 PCB设计

关于数智融合,看看这20位专家都聊了什么

华为云开发者联盟

云计算 华为云 数智融合 华为云开发者联盟 企业号 4 月 PK 榜

持续集成的前提条件

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

测试

业务导向且支持开发过程的测试

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

测试

中台的下一站:行业数字化操作系统

创智荟

中台 操作系统 数字化

Wallys/The IPQ9554+qcn6274 support the new WiFi 7 standard

Cindy-wallys

ipq9554 qcn6274

plist文件格式转换器

雪奈椰子

ios打包 上架 IPA上传

曝光老李的聊天记录——关于VMware的秘密

嘉为蓝鲸

运维 虚拟机

达观助手智能写作,让写作更快更好更有趣!

NLP资深玩家

什么是plist

雪奈椰子

ios 开发 IPA上传

WeOpsV3.16持续拓展云平台能力,监管华为ManageOne云平台

嘉为蓝鲸

运维 weops

通过4种经典应用,带你熟悉回溯算法

华为云开发者联盟

人工智能 华为云 回溯算法 华为云开发者联盟 企业号 4 月 PK 榜

Nautilus Chain 上首个 DEX PoseiSwap 模型解析

鳄鱼视界

江苏启东|2023中国·启东第八届“启创杯”创业大赛

科兴未来News

电子信息 新能源 医疗器械 双创比赛 江苏启东

重庆理工大学教授程平:智能会计时代,应充分发挥数据资产的价值

用友BIP

人工智能 数据资产 智能会计 价值财务 事项会计

嘉为蓝鲸DevOps平台V5.0,以平台工程提升企业软件研发质效

嘉为蓝鲸

DevOps 研发

北京 Meetup 邀你来|云上 StarRocks 极速湖仓

StarRocks

数据库 活动 OLAP 大数据分析 StarRocks

通过讲故事进行敏捷辅导的本质_文化 & 方法_Ben Linders_InfoQ精选文章