写点什么

敏捷 2012 大会议题:动态组织机构建模

  • 2012-10-07
  • 本文字数:1852 字

    阅读完需:约 6 分钟

Catherine Louis Raj Mudhar 与大家进行了一场题为“用乐高积木搭建你的公司——设计最佳的大型敏捷公司”的小型互动讨论会 。他们采用动态组织建模方法,利用 LEGO 积木,让参与者模拟并且可视化了组织的变化。有超过 100 人参加了这场为时半天的讨论会。

讨论会旨在让参与者使用乐高积木或者别的诸如毛绒条、气球等工具来建立模型,可视化组织的变化。这些实物工具能够帮助团队将他们所需做的改变直观地展现于眼前,也有助于设计方案, 实现变革。

讨论会一开始,Catherine 和 Raj 首先布置场景,解释工具套件及其用途,并将参会者分成若干个小组,每组 8-10 人。 他们的开场白中还介绍了讨论会的目标 (识别出当前大型、分布式组织在实施敏捷实践过程中遇到的挑战,建立一个模型来直观展现团队的构建,并且关注它又是如何改进的。 )

第一轮,所有的团队使用同样的公司(使用演讲者提供的简介资料),用 25 分钟建立他们的模型,然后进行一个“贸易展”,这个过程中会有一名小组成员留在自己的桌前,而其他成员则四处走动,参观其他小组的完成情况,收集不同的想法以及提出问题。各个小组在建立他们的模型时必须要考虑:

  • 目标
  • 现状
  • 需要的技能
  • 稀缺的技能
  • 分布式团队
  • 约束条件
  • 范围

演讲者要求每个小组在建立各自模型时需要考虑一下一些关键问题:

  • 你们如何让决策制定者尽可能方便、近距离地获得信息?
  • 你们是否会与第三方供应商合作?有哪个公司是真正健康快乐的?
  • 我们如何改进沟通?
  • 应该在哪里做决策?
  • 有什么法律约束 / 合规制度需要加以考虑?

随着小组工作的逐步开展,演讲者提出了更多问题:

  • 小组中是否需要测试人员?
  • 你需要考虑到哪些信息瓶颈?
  • 需要考虑哪些时区?
  • 为扫除余下的阻碍,有哪些向上级部门汇报的途径?

在第一场“贸易展”之后,演讲人请各小组检查各自完成的任务,综合考虑不同乐高积木的使用情况——颜色(有多少小组使用红色的砖块代表测试),“武器”的使用(很多人用它来代表产品负责人),连接团队的桥梁,团队之间的距离等……

在带领小组完成了一个组织的案例研究之后,接下来主要是分析参与者所选择的公司的建模情况——有的小组选择了他们自己的公司,而有些小组则是从演讲人提供的案例研究中进行挑选。

讨论会结束以后,Catherine 和 Raj 回答了 InfoQ 的提问:

为什么选择乐高?

在玩具店里有很多选择,而乐高的性价比是最好的——它有很多不同的形状,给我们提供了很多选择。实物工具很重要。也可以使用毛绒条。每个人都熟悉乐高,就不需要讲解工具术语了,而且简单的工具让我们能够聚焦在于信息而非产品上。我们也可以使用其他的工具,比如毛绒条和其它任何简单的工具,只要它们能够帮助小组设想出他们所处的环境以及工作流程就行。

有什么让你们感到吃惊的结果吗?

大家对不同颜色、类型的乐高积木的使用让我们感到吃惊。例如,许多小组用绿色代表开发人员而红色代表测试人员,当他们在探索模型时,继续 / 停止等细小信息都非常具有启发性。他们会通过积木的高度来区分 / 创建重要的角色或引人注目的个体。有时候我发现他们的工作范畴缺乏可见性——例如,仅仅是建立了开发团队模型,而没有注意到客户以及需要完成的工作。

如果是在组织内部使用的话,它会起到什么作用?

在内部使用这个模型还是一样有效。这个简单的工具可以揭示现实的复杂性——构建一个模型花费了 4 个小时,人们驻足而观,当他们意识到他们所处环境的复杂程度时,不少人都表示吃惊:“哇塞”。让变化真实可见,就有可能说服人们:改变是可能的。

这场讨论会中大家的表现有何不同?

很诧异只有两个小组愿意以他们自己的公司来建模,鼓起勇气实属不易。我们设想了不同的情境,但是他们并非有效。使用“设计师”一词可以有两种情境,一个是技术设计师,而另一个是图形设计师。

对于团队来说使用这一方法的关键点是什么?

- 确保你使用的是一个二维模型,关注结构以及流程
- 注意肢体语言以及团队的互动
- 询问团队是否遵循了整套工作流程来检验模型
- 询问将客户摆在什么位置,模型中的信息如何在不同的群体中传递


许多参会者表示整场讨论会很有启发性,使他们能够可视化他们需要进行的改变,从而帮助他们的公司采纳新的工作方式。

Shane Hastie 是一位敏捷教练、培训师,同时她也是澳大利亚和新西兰的 Software Education 公司的一名顾问。

英文原文: Agile 2012 Session: Dynamic Organizational Modeling


感谢金毅对本文的审校。

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

2012-10-07 07:54993

评论

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

一举拿下贪心算法

Simon郎

Java 大数据 算法 LeetCode 数据结构与算法

Python 分支结构详解

若尘

分支 Python编程 5月日更

程序员的基础技能

风翱

程序员 5月日更 基础技能

背靠背,脸对脸

zhoo299

随笔杂谈 5月日更

生态十年,禾之三变

脑极体

谈谈“鸡娃”现象

石云升

教育 5月日更

路上,小胖问我:Redis 主从复制原理是怎样的?

一个优秀的废人

redis redis集群 主从复制

成长

ES_her0

5月日更

浅谈实时语音质量监控系统

攻城先森

音视频 nlp 实时语音 引航计划

灵隐寺也没能拯救的“爱情”

徐说科技

爱情 情感 初恋

TDH8.0 使用必读 :为什么你需要存算解耦的多模型数据管理平台

星环科技

ARST- 日常打卡 4

pjw

5分钟速读之Rust权威指南(一)

wzx

rust

Git命令: add、cherry pick

程序员架构进阶

git 自我提升 28天写作 5月日更 工作流程

“智慧丽江 数说未来” 百分点科技助力“智慧丽江”城市大脑上线

百分点大数据团队

Stacking集成学习算法

容光

【案例】星环科技原厂数据备份恢复软件,让大数据与AI应用有备无患

星环科技

【案例】星环智能分析工具 Sophon,助力上海农商行搭建决策型人工智能平台

星环科技

百分点数据科学实验室:基于数据驱动的销量预测模型建构

百分点大数据团队

自动化下载文件(IE浏览器)

IT蜗壳-Tango

5月日更

Hive改表结构的两个坑|避坑指南

数据社

大数据 hive 面试 5月日更

Crontab 的特殊字符

耳东@Erdong

Linux crontab linux运维 5月日更

PaaS容器化部署思考

lenka

5月日更

数据

顿晓

数据 5月日更

Dubbo 事件通知

青年IT男

dubbo

学习笔记:03 | 判断与循环:给你的程序加上处理逻辑

Nydia

学习

《2021中国开源发展蓝皮书》发布——中国开源接近世界先进水平

禅道项目管理

开源 开发 报告

百分点科技联合市场研究协会(CMRA)发布《2021五一出行消费体验报告》

百分点大数据团队

网络攻防学习笔记 Day13

穿过生命散发芬芳

5月日更 网络攻防

区块链将开启新一轮颠覆式创新

CECBC

区块链

职场中低调的老实人,该如何表现自己的亮点

小天同学

成长 职场成长 工作体会 5月日更

敏捷2012大会议题:动态组织机构建模_文化 & 方法_Shane Hastie_InfoQ精选文章