写点什么

书评:《参与式决策推动者指南》

  • 2009-09-03
  • 本文字数:1591 字

    阅读完需:约 5 分钟

《参与式决策推动者指南》由Sam Kaner 与 Community at Work 的同事们所著。

由于我的大部分工作就是要保证团队有效地共同工作,我需要寻找关于如何引导团队做出集体决策的文献。团队承诺是敏捷软件开发的一个重要因素,通过给予团队空间,让团队作为一个集体进行决策,团队的承诺因此而得到增强。团队推动者在合适时候可以提供引导和训练。自组织团队的职责之一,就是要做出尊重每个人想法的决策。本书提供了一些绝佳的例子,训练团队找到正确方法去做出困难决策,以使速度得以保持,同时不因暂停或忽略重点问题而危及他们的成功。

本书是基于名为“参与式决策菱形模型”。 这一菱形是不同时间阶段的缩略图,代表着团队为了找到全体满意的解决方案而必须经历的过程。

五个不同阶段阐述如下:

守旧区(Business as usual)

团队拿出显而易见的方案来解决问题,避免承担风险或是过于急进。

推动者应当注意每人参与其中的质量和程度。如果不是每人都支持该提议,推动者可以帮助团队突破守旧区,转而进入分歧区。

分歧区(Divergent Zone)

与守旧区相反,在分歧区内的感觉是不同的。人们可能变得戏谑、好奇、紧张…

推动者必须使用头脑风暴或者轮询(go-arounds)等方法,帮助团队表达他们相异的观点。他必须使用镜像(mirroring)或释义(paraphrasing)来帮助每个人清楚地表达其思想。每个人在表达自己的看法时都应当感到轻松自如。

牢骚区

团队一旦表达了所有的观点,经常会由于互不理解对方而产生冲突,令人感到难受和压抑。人们再也看不到将来的希望。推动者的任务,不是要防止团队进入牢骚区,而是要支持人们理解对方的努力。他必须令团队确信,经历了这一痛苦的阶段,他们终将作为一个集体解决问题。团队可以开始建立一个共享的理解框架(framework of understanding),这将把他们带入会聚区。

会聚区(Convergent Zone)

这时每个人都具备了共享的理解框架,讨论更加顺畅了。人人都感到他们又开始取得进展,十分热心而投入。推动者应当让团队充分利用他们重新焕发的活力,不要阻碍他们。不过他应当确保每个提议都涵盖了所有人的利益。

收尾区

最终必须要做出决策了。推动者必须在决策时引导团队。大家都要弄清楚:决策具体包含了什么,以及大家如何支持它。同意程度表(agreement scale)可以帮助调查对一个决策的支持程度。

本书详细描述了各个阶段,并提供了可以用于引导团队的有用技巧。

这些技巧中的大部分都在广泛使用,并不新鲜,但与菱形模型相结合,我相信他们会更有效。

其中包括诸如头脑风暴、轮询、图表写作法、想法列表、分散小组、鱼缸对话(fishbowl)、个人化写作等等。我个人在一次冲刺回顾会上尝试了民意测验法。我的目标是要了解团队对项目总体感觉如何。我们使用了不记名投票的方式。首先,我们创建了 1 到 5 的等级,1 代表“我讨厌这个项目”,而 5 代表“这是史上最佳项目”。然后每个团队成员在纸片上写下其中一个数字,叠好投进一顶帽子里。通过登记等级中每个分数获得的投票数量,我们就很好地了解到了大家对于项目如今情况的大致观感。这一方式的好处是保密性。没有人受到他人选择或是职级高低的影响。

总结

这是一本好书,推荐给所有对集体促动感兴趣的读者。菱形模型给了我一个方便的头脑参照模型,可以用来引导团队克服困难。技巧列表是一份很有用的参考资料,在准备有难度的团队会议时可能用得着。在敏捷项目中,其中很多技巧都可以用于回顾会议中,解决其中常常浮现出的问题。比如,在一个精益组织中,推动者可以使用这些技巧,创建一个 A3 持续改善计划。对我来说,一个小缺点是本书的幅面,我相信有 A4 纸大小。口袋里恐怕放不下。:-)

阅读英文原文: Book Review: Facilitator’s Guide to Participatory Decision Making


感谢郑柯对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家加入到 InfoQ 中文站用户讨论组中与我们的编辑和其他读者朋友交流。

2009-09-03 00:412405

评论

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

Flink 在快手实时多维分析场景的应用

Apache Flink

大数据 flink 流计算 实时计算

使用 Python 制作酷炫多彩的 Jenkins 插件词云图

donghui

jenkins wordcloud

第二周作业

Diven

XSKY发布S3 Console,助力企业轻松玩转非结构化数据可视化管理

XSKY星辰天合

如何看待年仅 28 岁的程序员实现财务自由,宣布从字节跳动退休?

非著名程序员

程序员 自由职业 程序人生 财富

数仓大法好!跨境电商 Shopee 的实时数仓之路

Apache Flink

大数据 flink 流计算 实时计算

高承实:区块链将对哪些场景赋能,如何赋能?

CECBC

区块链技术 产业 赋能

依赖倒置总结

石刻掌纹

奈学教育《百万架构师》课程大纲(1)

奈学教育

架构师

奈学教育《大数据架构师》课程大纲(1)

奈学教育

大数据

实时即未来?一个小微企业心中的流计算

Apache Flink

大数据 flink 流计算 实时计算

软件设计原则作业

梅子黄时雨

极客大学架构师训练营

细说几种内聚

落英亭郎

高内聚 面向对象设计 面向对象思想

《实现领域驱动设计》拆书稿 DDD入门 & 领域、子域和限界上下文

三界

架构 领域驱动设计 DDD

记录一下,我的记录之道

非著名程序员

学习 程序员 提升认知 工作效率

【摘】Git-从零单排 04期

卡尔

图解 Vue1.0 响应式系统

前端黑板报

源码分析 Vue Reactive

奈学教育《大数据架构师》课程大纲(1)

古月木易

大数据

Cache类接口隔离设计

石刻掌纹

使用wavm运行wasi wasm程序

Foliage

二叉查找树的解读和实现

ytao

Java 数据结构

架构师-第二周

师哥

游戏夜读 | 中国的游戏制作人

game1night

POJO类中布尔类型为啥不让用isXxx命名

Java课代表

Flink on Zeppelin (4) - 机器学习篇

Geek_8o1tcx

大数据 flink 学习 流计算 Zeppelin

【面向对象】—依赖倒置、接口隔离

不二架构

极客大学架构师训练营 依赖倒置 接口隔离原则

奈学教育《百万架构师》课程大纲(1)

古月木易

极客大学架构师训练营

UML实践-食堂就餐卡系统

shangyu

极客大学架构师训练营

TiDB原理解析

Chank

架构师训练营第二周课程感想1

tuuezzy

Java 架构师

【玩转写作社区】如何让专业编辑青睐你的文章?被推荐置顶?

InfoQ写作社区官方

写作平台 InfoQ 玩转写作平台 热门活动

书评:《参与式决策推动者指南》_研发效能_Nick Oostvogels_InfoQ精选文章