上一篇介绍了在设计一个Workshop(工作坊)时的整体思考框架,但是在第五步——"执行步骤"中还欠缺一些具体指导框架便于实施过程中参考,在此整理一下。
澄清一下我所认为的框架
所谓框架是一种思考模式,这个模式保证了思考过程中的高效性与有效性。
- 高效性:保证参与者都能遵循这种方式思考,而不是完全发散或者没有思路的状态,有章可循因而参与者都可以贡献进来,进而执行过程中更加高效。
- 有效性:针对不同场景的框架,提供了一种解决某类问题的思维模式,相比没有框架,参与者根据框架思考更容易得出想要的结果。
切记:跟任何模式或者框架使用时需要注意的一样,在保证灵活性的同时一定要注意选择合适的框架,切忌生搬硬套,否则适得其反,工作坊设计者需要从目标出发来选择或者裁剪框架。
待解决问题的分类
根据我的经验,从实用性和常见性角度大致分为如下几类:
- 分类想法:针对某个问题进行发散性思考,但是给出一定的分类,避免过于发散或者没有想法
- 根因分析:找出某个问题的根本原因
- 权衡比较:根据一系列权衡因子来比较孰优孰劣,或者为未来决策提供依据
- 优先级排定:针对一系列选项排定优先级
- 信息分享:如何高效地分享&展示信息
- 动力分析:针对某个问题分析对其造成影响的对立面因素
欢迎读者补充其他类型~
第一原则性框架
在具体介绍介绍以上各类框架之前,有一个第一原则性框架需要跟大家分享。根据我的定义:“Workshop的设计可以理解为制定一个游戏规则,让一群人来解决某个特定的问题,最终产出游戏成果。”,既然是一群人来解决,那就意味着需要群策群力!如何群策群力就变得至关重要?!
发散与收敛框架这个模型借用自设计思维-Design Thinking,其核心思想是首先定义是什么和为什么,然后定义怎么做;先发散再收敛,不断探索与聚焦。解释一下为什么这种方式可以起到群策群力的作用:
- 发散时,每个人独立思考,防止大家相互影响:这个是保证群策群力的一个有效方式。很多会议之所以会变成一言堂,关键在于参与者中比较资深或者比较能说的人把话都说完了,别人没机会,或者别人因此而不敢说;
- 收敛的时候,引导者组织参与者根据思考框架整理并归类信息,得到共识,这个过程通过思考框架可以很好地收敛,在吸收众人的想法之后再收敛,结论更容易被参与者接纳,他们也更容易深度参与。
个人认为任何一种以解决问题为出发点的Workshop,以上这个框架是基础,基于它可以设计出不同的Workshop,所以称之为第一原则性框架。(本系列文章最后会给出一个第一补救原则,用于处理讨论过程中无法按部就班进行,跑题歪楼过于严重,先卖个关子。)
分类想法
针对某个问题进行发散性思考,但是给出一定的分类,避免过于发散或者没有想法,关键点在于提前设计所需收集想法的分类。用敏捷回顾会议形式举例再适合不过:
1. Well - Less Well - Puzzles/Suggestions?
这是一个典型的想法分类框架,将要收集的信息分为三类。
- Well:过去一段时间内团队表现很不错,值得激励和保持的地方
- Less Well:过去一段时间内团队表现不尽如人意,需要提升和改进的地方
- Puzzles/Suggestions:有哪些迷惑之处,或者建议
2. Starfish: Start - Stop - More - Less - Keep
这是将信息分为五类,具体介绍参考这篇文章。
这类方法的发散过程很直接,因为问题明确且参与者不会有什么异议,可以直接跳过对于WHAT&WHY的分析环节直接到HOW。关键是在收敛环节,需要引导者快速归类所有想法。
根因分析
针对具体问题分析造成这个问题的根本原因。 这个领域有很多框架,其中鱼骨图(因果图、石川图)比较常见。
鱼骨图分析分析过程如下:
- 针对问题点,选择层别方法(如人、机、料、法、环等)
- 按头脑风暴分别对各层别类别找出所有可能原因(因素)
- 将找出的各要素进行归类、整理,明确其从属关系
- 分析选取重要因素
- 检查各要素的描述方法,确保语法简明、意思明确
具体操作步骤:
- 查找要解决的问题;
- 把问题写在鱼骨的头上;
- 召集同事共同讨论问题出现的可能原因,尽可能多地找出问题;
- 把相同的问题分组,在鱼骨上标出;
- 根据不同问题征求大家的意见,总结出正确的原因;
- 拿出任何一个问题,研究为什么会产生这样的问题。
- 针对问题的答案再问为什么?5 Why
- 当深入到第五个层次后,认为无法继续进行时,列出这些问题的原因,而后列出至少3个解决方案。
权衡比较
根据一系列权衡因子来比较孰优孰劣,或者用于未来做决策的依据。其关键是针对具体问题要识别出权衡因子。
这个是框架没法做的,因为问题千奇百怪。一个建议是,在开始工作坊之前引导者一定要准备一些基本因子,否则进行过程中会出现考虑不周全或者时间不够用情况。 在进行过程中可以快速发散收集大家的想法,然后再归类整理一下,在吸收众人观点的同时效率也更高。
在识别出权衡因子后可以用如下框架展示:
Tradeoff slider - 权衡滑块
操作过程:
- 将选定的权衡因子按顺序写好;
- 在两端设置为两个极端 - 比如最不可妥协,最可以商量;至关重要,无足轻重;专家,新手;
- 组织所有参与者自己先打分(发散),然后讨论,最后讨论达成一致(收敛)。
还可以有另外一种表示方式,就是将因子的两个极端用定义好的数字来表示。
比如针对能力程度分析用0 - 5来区分:
0:完全不会、1:新手、2:可以开始工作、3:可以胜任工作、4:可以指导别人、5:专家,可以解决任何问题
这样滑动滑块的时候有刻度,参与者更容易做判断。
因为时间关系(该上班了~),下篇文章介绍如下内容:
- 优先级排定:针对一系列因子排定优先级
- 信息分享:如何高效地分享&展示信息
- 动力分析:针对某个问题分析对其造成影响的对立面因素
敬请期待!
网友评论