Scriptapedia/指令碼模板

關鍵“要點”指令碼

本指令碼解釋瞭如何定期生成關鍵要點洞察並將其彙報給客戶群體。本指令碼的目的是在每次GMB會議的每小時左右時間內，向客戶群體提供有價值的產品。當客戶從流程中定期獲得有價值的產品時，他們對流程的承諾度會增加，並對整個流程建立信任。

狀態

最佳實踐。本指令碼最初由Colin Eden和Fran Ackermann在與George Richardson和David Andersen的對話中提出。Richardson和Andersen開始將週期性關鍵“要點”作為其GMB工作的標準部分（但可能沒有將其記錄下來）。最近，本指令碼在一個在俄亥俄州進行的系統動力學GMB會議中經過了細化和測試。該指令碼成功地吸引了專家和決策者的參與，併產生了有趣的結果。

小組任務的主要性質

收斂，演示

時間

準備時間：0分鐘

會議期間所需時間：5分鐘

後續時間：0分鐘

所需材料

馬克筆
白板或透明板
用於投票的“粘性圓點”
筆記型電腦，用於在最終演示中記錄關鍵要點和範圍。

輸入

本指令碼需要所有先前指令碼的輸入，以便彙報主要要點。用於生成模型範圍的輸入可以來自“政策槓桿”、“利益相關者”和“概念化模型結構”指令碼中的討論。

輸出

本指令碼的輸出是關於GMB會議要點中某個重要方面的共識，該要點將在會議期間多次顯示，並在GMB會議結束時呈現的最終報告或在GMB會議結束後傳送給客戶的報告中顯示。

角色

建模人員
客戶
主持人

步驟

本指令碼通常在其他一些指令碼中建立了重要的產品之後開始。例如，參與者可能剛完成利益相關者地圖，或者列出了在完成的模型中要探討的關鍵政策槓桿。參與者可以獲得一堵包含不同選項的牆。主持人向每個參與者分發固定數量的投票（粘性圓點），並要求參與者透過投票對指令碼輸出進行優先排序。
記錄員拍攝輸出和投票的照片（圖 1.a）。
記錄員將獲得最高票數的選項寫下來，並標明每個選項的票數（圖 1.b）。
主持人將獲得最高票數的選項或結論表述為某種形式的“關鍵要點”（在圖 1 所示的例子中，“關鍵要點”是對將在完成的模型中探討的最重要變數和政策的陳述）。

評估標準

參與者的反饋以及就模型範圍達成一致意見。

作者

Rod MacDonald、Niyousha Hosseinichimeh、David Andersen 和 George Richardson（基於 Colin Eden 和 Fran Ackermann 的早期工作）。

歷史

本指令碼最初由 Colin Eden 和 Fran Ackermann 提出，隨後在 George Richardson 和 David Andersen 主持的多個群體建模會議中使用。最近，本指令碼經過細化，並在俄亥俄州立大學舉辦的一次群體建模會議中使用。GMB 的目的是開發俄亥俄州立大學嬰兒死亡率的系統動力學模型，並測試不同的政策干預措施。該指令碼成功地吸引了專家和決策者的參與，併產生了有趣的結果。本文件基於在俄亥俄州立大學建模專案中使用的指令碼版本。

修訂

無

參考文獻

Andersen, & Richardson. (1997). Scripts for group model building. System Dynamics Review, 13(2), 107-129. doi:10.1002/(SICI)1099-1727(199722)13:2<107::AID-SDR120>3.0.CO;2-7

Hovmand, Andersen, Rouwette, Richardson, Rux, & Calhoun. (2012). Group Model-Building ‘Scripts’ as a Collaborative Planning Tool. Systems Research and Behavioral Science, 29(2), 179-193. doi:10.1002/sres.2105

Hovmand, Rouwette, Anderson, Richardson, & Kraus. (2013). Scriptapedia 4.0.6. . Retrieved from http://www.systemdynamics.org/conferences/2013/proceed/papers/P1405.pdf

註釋

無