InfoQ

InfoQ

技术访谈

我的书签

登录注册 以永久保存书签。

该内容已经被标记书签!

标记书签错误,请重试!

Steven "Doc" List 谈开放空间会议

受访人 Steven "Doc" List 采访人 Greg Young,翻译: 王速瑜 发布于 2009年4月15日 长度 00:09:17

领域
过程 & 实践
主题
架构 ,
团队工作 ,
团队协作 ,
敏捷
标签
协作技术
 
概要
在InfoQ Greg Young最近的一次采访中,Steven "Doc" List 谈到了开放空间会议,它是一种能够减轻会议组织难度,并适合各种规模会议的方法。

个人简介
Steven "Doc" List 是一个职业技术专家 ,管理者,领导者,高级主管, 演说家和教练。 目前他在Dovetail软件公司领导一个敏捷团队,并从中进行学习。他曾经在国内外以及地方企业,技术类人员,以及非营利组织中都进行过演讲及培训,并且在主要的技术出版物上发表过大量文章和建立专栏。

关于会议
现在我就跟Steven "Doc" List一起来聊聊开放空间会议这个话题。我们知道它已经在.NET被应用。那为什么需要开放空间会议呢?
开放空间会议已经成为了创建灵活的、各式各样的、 有创造性、不需要预先安排会议议程和演讲者的会议的解决方案。人们常喜欢它,并且尝试去制定并创建这种共享和交流的思想和理念。对参会者而言,能够选择将要讨论什么是件非常美好的事情。
随着时间的推移,你是如何发现人们由于没有时间好好准备发言稿,以致于他们最终以低质量的演讲而告终的?
事实上,很多人都会事先准备好演讲稿。因此,对这些人来说,在相同的演讲中,他们可以保证起码的演讲质量。然而,这种性质的演讲实际上是演讲者一个人在谈话,它不能调动人们更多的投入度,更多的参与感和更多的激情。事实上,开放空间会议有两个重要术语“激情” 和“责任”。我们趋向用“我实际上关注Mocking技术的某个特殊方面”或者“我实际上关注的是TDD,或BDD或者另外一个主题”这样的表达来替换“ 我认为他们对Mocking技术感兴趣”。同时假设有足够多感兴趣和激情的人们参加,这些人的参与和投入就能产生能量、令人兴奋的事和信息。
开放空间会议究竟是如何运作的呢? 例如,当我们开始老的.NET的时候, 我们拥有开放的空间,我们很多人来到这里并讨论什么是我们想做的, 什么是我们想听的,最后我们以什么主题来结束讨论。那为什么我们不能简单谈谈这个过程以及它是如何运作的呢?
正如你见到的,开放空间会议开始的方式是,首先召集人制定基本规则和指南。 当然,它有4大原则和1大法则。 4大原则分别是:

1. 出席的人都是最适当的;

2. 不管发生什么,都是当时只能发生的事;

3. 不管何时开始都是最适当的时间;

4. 结束的时候它就结束了;

这些都是我们应该遵守的。另外还有一大法则叫“双脚法则”:在任何时候,如果你觉得你没有学到东西或在这项议题上已没有贡献了,你就可以运用你的“双脚”离开,去走廊休息、去参加其他议题,或者去喝杯咖啡。

一旦召集人制定好基本规则和指南, 参会人员便会聚集在一起,我们将一张纸放在房间中间,同时提供彩笔。每个人写下自己感兴趣的议题和自己的名字,然后站起来告诉大家:“我的名字是"Doc" List, 我想讨论的是TDD以及如何在特定环境下运用它。” 接着我就会把这个记录到时间表中去,这个时间表只是一个简单的为每个房间准备好的时间槽,它可以在任何时刻都让与会人员看到。上面这些做完后,大家自己决定接下来将要去参加那些议题。因为所有人都是在议程按照这种方式创建以后才开始选择的。他们将对自己感兴趣的议题加上缩写或标记,所以看起来好像我们有6个同时在进行的议程要参加了。

他们能在这6个议题上都做标记是因为他们对这些议题都感兴趣,并且实际上他们也能参与到所有这6个议题中去,因为他们可以每个议题都只花5分钟时间而已。令我比较兴奋的是无论是会议召集者或者演讲者,都相对较少出现以自我为中心的情况。因此,我们所指的议题发起的会议召集者, 他们的责任仅仅是将所有的交谈拉在一起; 他们不一定要是专家,也不一定要做报告,甚至不需要知道关于这个议题的任何内容,而只需知道人们将要讨论的是什么就好。

因此,他们的责任就是把所有人召集在一起。会议召集者会就时间表上的议题和每个参会者进行协调,例如什么时候需要将议题合并。议题介绍人会觉得许多议题是重叠的,最好合并在一起进行,因此我们会有三个四个或者多个话题需要合并。
你提到了几个角色以及开放空间会议里不同类型的人,你能再谈谈这个吗?
当然。 这里尤其涉及两种类型:第一类是 “大黄蜂”型,即那种喜欢“双脚法则”的人。只要你愿意,他们倾向于辗转于各个会议之间。我们之所以叫他们大黄蜂是因为他们参加一个议题,收获某些想法,收获某些信息,然后带着这些去参加下一个议题。因此,就像混合施肥和花朵授粉一样,他们把想法从一个议题带到另一个议题。第二类是 “蝴蝶型”。蝶型的人喜欢停留在某个地方,他们有想要讨论的想法,但他们不会去召集一个会议,人们将会来到这里参与讨论。他们可能坐在一个休息室或者空房间,其它人进来和他们谈论。他们可能谈论一些相关事件的内容,也可能完全谈论其它完全不相关的内容, 我们称这类人为“蝴蝶型”。
你曾经召集过多个开放空间会议,你发现有那些运作不好的情况吗?
当有一个有挑战性问题需要解决的时候,开放空间会议的效果最好。这种情况下的策略就是发挥群众的力量。当某些人已经计划好目标或者设定了明确限制条件,约束了自由讨论中创造力的发挥时,开放空间会议就不能很好的运作。假设我是一个组织成员,我组织了一个开放空间会议,我说“我想要你们在3月31日前解决如何交付的问题”。对于开放空间会议来说,这可能是也可能不是一个切实可行的议题,因为我限制的条件太紧了。另一方面也很重要,开放空间会议无法很好运作是因为某些人应用它去满足秘密议程,或别有动机的会议,而不是完全自由创新,以及举行真正需要的会议。
怎样成为一个好的促进者?
首先我认为他是开放空间会议的一部分,我称他为 “看不见的出席者”。作为一个促进者或者一个好的促进者,我的部分职责是我的存在不会带来干扰。所谓“看不见的出席者”,就是我一直都在那,人们知道当有任何需要时都能找我,他们会看到我在收拾垃圾,核对时间,控制场地和时间,正如 Harrison Owen 在他的书中描述的那样,不要带来干扰,不要参与进去,因为我的角色不是这个会议内容的一部分,而只是协助会议的进程。另外,我认为一个好的促进者还应该向参与者传递一种有效交流的氛围。就会议内容而言这个也是其中一个部分。因此对于老的.NET会议,他们来这里不仅仅是为了老的.NET社区,同时也是为了一个共同目的而聚在一起,并谈论共有责任等等。
当转身看到很多开放空间会议的参与者正在退却时, 如何做一个好的参与者?
事实上这是我最喜欢的问题之一,因为它要结合一连串的东西。其中两个就是热情和责任,这又恰好来自Harrison Owen的著作。第一对这个主题要有热情;我们之前谈到过的第一条原则就是无论谁出现,都是最合适的人。因为在他们的话题里面,总是带来了某些让人感兴趣,有激情,和值得投入的东西。因此要做一个好的出席者,你不得不带来这些东西。第二是责任感:因为这些事情大多都是自我组织的。我们谈到过如何创建议程和有时我们需要协调:例如合并会议,取消一个会议以免和另外一个合适的会议冲突。这些都是由出席者来完成的。所以出席者必须愿意增加并承担责任以使得这个事情得以成功完成。另外,我认为还有一个比较大的因素就是尊重。开放空间会议的参与者必须尊重他人和整个过程,这样开放空间会议才能得以成功进行。
show all  show all show all

深度内容

大规模视频网站的计费与流量管理

本次分享将会就大规模视频网站的计费与流量管理这个话题,从操作层面细细进行讲解和分析,为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”,让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011

专访Jeffrey Richter:Windows 8是微软的重中之重

Jeffrey Richter以其多本Windows核心技术的经典著作而闻名,同时,他深入掌握微软的.NET等一系列核心技术,2012年1月,Jeffrey Richter在北京接受了InfoQ中文站的专访,谈到Windows 8和WinRT编程,并就异步编程、Windows编程中的可扩展性、性能和安全性方面给出自己的建议。

应用云平台的可用性——从新浪SAE看云平台设计

云计算平台的可用性,相比传统互联网服务而言,更加复杂和困难,也更具有挑战性。本文借助新浪SAE云平台为读者讲述了云平台可用性的定义、如何打造高可用的平台,以及对云计算的用户提出了建议。

JVM定制改进 @ 淘宝

淘宝高度重视Java平台的健康发展,组建了一个团队专注于Java平台的底层部分的性能、功能与稳定性改进;工作主要基于OpenJDK中的HotSpot VM开展,其中一些通用的功能随后也会逐渐反馈给OpenJDK社区。希望能与使用Java平台开发应用的大家交流经验。
本次演讲视频录制于QCon杭州2011

"伤得起"的云计算应用——对云端应用之架构的思考

2011年4月21日至22日是值得云计算从业者纪念的日子。Amazon的IaaS服务出现故障,导致许多商业网站的服务中断,影响非常严重。作为云计算用户,我们需要思考的是,如何保证即便在云服务不可用的情况,我们的应用架构仍然能够屹立不倒?本文正是站在云计算用户的角度试图探讨这一问题。

让交付的速度跟上思考的速度

12人的技术团队,4组刀片服务器,每月20亿的访问量,每日1次准时部署,99.9%的可用性。这可能吗?当然。想知道如何做的吗?百姓网将与您分享他们在DevOps实践过程中的经验和技巧。
本次演讲视频录制于QCon杭州2011

架构之路——穿行在产品和业务之间

篱笆作为一家起源于社区的电子商务公司,反映到技术层面就是同时要面对产品和业务,以及经营战略的变化调整。如何在产品和业务的夹缝之间完成技术架构的抽象与平衡,寻找更有效的价值定位,这当中有些经验教训和个人感悟愿与众人分享。
本次演讲视频录制于QCon杭州2011

特性注入:成功三部曲

本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。