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 出版公司。
註釋
確定利益相關者時，一個常見的問題是群體往往會生成參與系統的人員的冗長清單，或者專注於招募策略以使他們參與。這些往往是不可取的起點，因為通常不清楚對被招募的個人提出了什麼要求。