Scriptapedia/結構提煉

結構提煉

此指令碼用於捕獲在討論中引發的關鍵內源機制，這些機制有可能解釋觀察到的行為或動態假設。該指令碼在“參考模式提煉”指令碼之後的休息時間後使用。

狀態

最佳實踐

小組任務的主要性質

收斂

時間

準備時間：20分鐘

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

後續時間：0分鐘

材料

粉筆/白板筆
翻頁圖表/白板

輸入

變數優先順序列表
隨時間變化的行為圖（參考模式）

輸出

基本庫存和流量結構

角色

主持人
建模者

步驟

在“參考模式提煉”指令碼之後的休息時間裡，建模團隊從參考模式提煉練習中選擇幾個關鍵行為。
主持人透過建議兩個庫存來開始結構提煉。主持人解釋說，這些庫存是系統初始簡化的結果。
主持人要求小組確定有助於開啟或關閉這兩個庫存“水龍頭”的變數。參與者建議與這兩個初始庫存及其相應的比率相關的因果關係。
主持人與小組一起澄清因果關係的性質，同時在白板上繪製它們。
在新增幾個變數和因果關係之後，主持人透過講述迄今為止模型中嵌入的故事來總結。然後，主持人要求小組新增更多因果解釋，強調選擇性思考因果關係的重要性，目的是找到一個強大而簡潔的專案成功解釋。

評估標準

已經生成了一個基本的庫存流量結構

作者

Richardson 和 Andersen

歷史

最初在 Luna-Reyes 等人 (2006) 中描述，可能由 Annaliese Calhoun 在 2010 年記錄。

修訂

無

參考文獻

Luna-Reyes, L. F., Martinez-Moyano, I. J., Pardo, T. A., Cresswell, A. M., Andersen, D. F., & Richardson, G. P. (2006). 集體模型構建干預措施的解剖：從案例研究中構建動態理論。系統動力學評論，22(4), 291-320。

筆記

此指令碼完全基於 Luna-Reyes 等人的文章。該指令碼的主要侷限性是討論可能由小組主持人引導的風險。主要優點是靈活且易於準備。初始聚合可能與客戶組產生衝突。

通常，主持人或反思者區分細節複雜性（許多分解過程）和反饋複雜性（一個包含許多迴圈的豐富反饋故事），並解釋說系統動力學建模者發現，一旦達到適當的反饋複雜性水平，增加細節複雜性比在達到所需細節複雜性水平後增加反饋複雜性要容易得多。

該過程中一個非常重要的元素是將所有小組的想法寫在黑板上（或擦掉），即使它們不能輕易作為反饋故事的一部分包含在內。