昨天分享了冰山理论,今天接着谈「焦点讨论法 | ORID」,并在後半延伸至引导学(Faciliatation)。
ORID 是一个清楚、简洁且自然的脉络,它可以帮助自己整理思考的过程。
作为例子,我以「我」为出发点,来对应 ORID 的每一个项目:
正如上面的说文解字一般,你发现了什麽?ORID 每一个项目都可以是一句话、一段描述,把他们串接起来会形成一种表达,出现在你的日常对话当中,也出现在思考当中。而焦点讨论法正是基於这 4 个步骤所进行的引导讨论。
让我们看个软件开发的范例:
咦?刚才这段程序还是好的啊,现在怎麽坏了呢?
真是莫名其妙,每次都这样坏还得了,
这会影响到我的产出,我该做点什麽来预防,
啊!来写个测试吧
嗯… 好,身为一位写测试推崇者想出这个范例应该不过分。
ORID 提供我们整理、发想、探讨的一整套过程,假若在沟通中你发现少了什麽,可以提出问题来取得更多的线索,自己在表达时也可以依此逻辑确认是否有充分的说明。
延续范例,如果你今天没头没尾的提出「要写测试」,也就是只有决策(D)的部分,相信你的夥伴会为之震惊,在沟通的过程若你能把其他 ORI 三者也进行表达,可以提供参与对话的人更多的线索,彼此就更有具体讨论的对象,最终让测试顺利推展开来 (喂…)。退几万步言,哪怕不是场心目中的喜剧,你也可以从中得到更多回馈。
让我再以条列的方式整理,在我的体验中,焦点讨论法可以:
而焦点讨论法,除了应用在与他人的讨论对谈上,也可以:
在敏捷团队的应用:
对 ORID 有兴趣的读着,或想获得更详细的说明与应用实例,可以阅读「学问:100种提问力创造200倍企业力」一书,里面谈得很详细,也收录了大量的范例,我第一次阅读时都笑了出来,怎麽会如此周到呢,相信它可以成为你的即战力。
若时有关注敏捷相关议题,应该多少听过「引导」这个词。在这个小章节内我想以「Facilitation引导学:创造场域、高效沟通、讨论架构化、形成共识,21世纪最重要的专业能力!」一书带来的观念与我在铁人赛当中以沟通为主题所发的文章,做一些串接与呼应。由於书名太长了,本小节当中提到关於「书」的部分皆是指它。
Kimitoshi Hori (堀 公俊):
若用一句话来概括引导学 (Facilitation),则其指的是一种「促使团队成员的智慧相互激荡的技巧」。
当我们观察日常现像(外在),审视自己的冰山(内在),运用一些沟通技巧与方法,如今天介绍的 ORID,相信可以在沟通当中有不错的发挥。而在引导的概念中,我们需要以良好的沟通能力为基础,以提问 (开放性 / 封闭性) 的方式,引导团队前进并达成目标,甚至在这个过程中形成自组织。
以执行 Scrum 的敏捷团队而言,回顾会议是应用引导的好时机。说到这里,读者可能也发现到 Scrum Master 会需要良好的引导能力,来帮助团队成长与排解困难,但实际上不仅如此,我认为团队所有人都需要对引导有所掌握,因为引导这门艺术 (我称它为艺术),可以为团队带来三大效益,引用书中所言:
- 提高学习速度
- 让团队发挥综效
- 培育成员的自我约束力
这不正是敏捷所期盼的成熟团队吗?不,这应该是所有团队都想追求的。
整个引导过程,事前的准备也不能少,从一开始要在什麽场域进行、需要谁参与、执行的方式为何、营造安全感等。进行时,需要各种沟通技巧的运用,并且汇整集体意见,最终行成共识。
我相信团队能够自己找到答案,综合各方的知识汇聚出最合适的方案,这个目标是备受期待的,因为团队成员正是拥有专业能力的一群人,而每人都有其强弱、有自己独特的洞见,过於武断的个人判断往往盖住了全貌,在这快速变动的时代已不适用,引导正是在这个过程中促使团队找到解方的良药。
最後,读者不妨思考一下,目前团队运作上有什麽地方可以借用「引导」之力来让它运作得更好呢?
了解HTML以後,CSS也一定要熟悉一下! CSS用来定义文件的样式、布局,甚至可以做出简单的动画。...
刚开始学习JavaScript的时候,很单纯的认为所有程序码是逐行执行的,就像看书不都是ㄧ行一行阅读...
前言 吃了前菜、主餐,没有饭後甜点怎麽可以呢! 你不知道 Combo 套餐系列最後一道,以一杯 Mo...
建立Chatbot程序 在专案资料夹内右键开启VS Code 左边工作区右键新增档案 将档案命名为a...
上一篇介绍了Jolly Jumpers,这题讲了判断是不是Jolly Jumpers,也就是输入一个...