Scriptapedia/流程图
外观
流程图
此脚本用于计划和发展对整体组模型构建过程的共同理解,确定会议数量,并选择哪些人和多少人参与每个会议。此脚本在与建模团队开始GMB规划时使用,也为会议建立输入和输出。
状态
最佳实践
小组任务的主要性质
离线
时间
准备时间:10分钟
会议所需时间:45分钟
后续时间:10分钟
材料
- 绘图程序(例如,Visio,PowerPoint,iDraw)
- 空白或草稿流程图,包含项目基本阶段
- 数据投影仪
输入
无
输出
- GMB流程图
- 每个会议的建模团队和参与者描述
角色
步骤
- 主持人介绍一个空白流程图。
- 主持人解释选择利益相关者轨道的标准。
- 确定小组模型构建会议的利益相关者群体或轨道,主要基于谁应该在房间里开发特定模型。要做出选择,请考虑参与者应该进行什么样的对话或交流,或者模型应该归属于谁。例如,是否需要在人们可能拥有不同经历的主题上引发不同的观点?是否需要能够说明模型是由消费者或其他利益相关者群体开发的?
- 将核心建模团队作为第一个利益相关者轨道介绍,然后介绍建模的不同阶段。
- 接下来,确定一个利益相关者轨道,然后开始确定一些会议。在讨论会议时,确定参与者中谁是主持人,谁是参与者。
- 在讨论过程中继续添加和更改会议,并定期检查以确认流程图的状态。
- 每个具有相同议程的会议应该具有相同的数字前缀,并用字母后缀区分(例如,6A、6B等都表示使用相同议程的多个会议;7、8、9等表示使用不同议程的多个会议)。
- 确定会议中可能需要的输入或输出。
- 在会议结束时,负责跟踪主持人和参与者描述的记录者开始审查,逐个查看每个编号的会议。当记录者列出会议的参与者和主持团队时,熟悉GMB的主持人会指向该特定会议。
评估标准
- 核心建模团队对小组模型构建的总体计划达成共识,并表示支持。
- 核心建模团队清楚地了解参与的会议数量、时间和参与人员。
- 对谁将主持小组模型构建会议,以及谁需要参与培训有初步的了解。
- 核心建模团队拥有足够的信息来开发伦理审查委员会申请。
作者
Peter Hovmand 和 Timothy Hower,2010
历史
这种方法基于 David Straus(2002)对设计合作和群体过程的方法。使用流程图和明确流程的动机来自于人们倾向于低估设计即使是相对较短的小组模型构建研讨会所需的计划量。
修订
无
参考文献
David Straus (2002). *如何让合作奏效:构建共识、解决问题和做出决定的强大方法*。加利福尼亚州旧金山:Berrtt-Koehler 出版公司。
注释
确定利益相关者时,一个常见的问题是群体往往会生成参与系统的人员的冗长清单,或者专注于招募策略以使他们参与。这些往往是不可取的起点,因为通常不清楚对被招募的个人提出了什么要求。