Scriptapedia/反饋者反饋 (霍夫曼)
反饋者反饋
此指令碼用於總結小組的見解，澄清可能令人困惑或模稜兩可的想法，並協商後續步驟。
狀態
開發中
小組任務的主要性質
收斂性
時間
準備時間：20分鐘
會議期間所需時間：15分鐘
後續時間：0分鐘
材料
- 翻轉圖表/白板
- 標記筆
- 反饋者的記事本紙
輸入
- 來自會議的邊界物件
輸出
- 下一步列表
角色
- 一位或多位在系統動力學、討論主題或社群成員方面具有專業知識的反饋者
步驟
- 在會議開始之前，會根據反饋者的專業知識分配給他們特定的關注領域。通常，具有建模專業知識的人員應專注於系統動力學見解，而討論主題方面的專家則通常會專注於與已知內容相比，什麼是新的或相似的，而具有社群專業知識的人員（例如，有生活經驗的人）可能會專注於社群內部的新內容或發生的事情。
- 反饋者做筆記並準備在會議結束時進行模型反思的總結性評論。
- 如果可能，讓反饋者簡要協調他們的評論（例如，在短暫休息期間）會很有幫助。
- 每個反饋者花幾分鐘時間總結2-3個關鍵見解，提出任何澄清和簡要討論的問題，並總結任何後續步驟，例如，“所以我聽到三件事可能是下一步。首先，…其次，…第三，…我理解對嗎？”“這些中哪一個似乎最重要？”
- 首先讓一位反饋者（通常是具有建模專業知識的反饋者）回顧會議和發生的事情，並參考（指向或站在）房間周圍的邊界物件，按照時間順序。
- 在回顧發生的事情時，突出與建模相關的關鍵見解，並確保指向任何結構或圖表，因為這是強化約定和圖表型別的關鍵時刻。
- 在回顧流程見解後，專注於內容的反饋者可以分享這些見解與專家所知內容的關係。這是一個幫助人們認識到他們提出的內容可能與專家研究人員的發現是否一致的重要點，以及突出什麼是新穎或創新的。
- 然後，透過回顧這如何有助於建立社群和聯絡來結束，並承認任何剩餘的緊張來源或分歧（例如，“看來我們仍有一些工作要做，也有一些分歧，但也許期望我們能在一天內解決所有問題是不現實的。儘管如此，我們還是取得了一些進展。”）
- 在總結模型、內容和社群見解後，討論和協商後續步驟很有用。這對於理解和設定現實的期望都很重要。可能會考慮許多領域，並且此時應邀請那些對什麼是可行和必要的人員參與。
評估標準
- 不明確的想法已得到澄清
- 小組對他們做了什麼以及這與見解的關係有一個共同的認識
- 對建模的下一步有清晰的認識
作者
Peter Hovmand c2012
歷史
反饋者角色的概念最初是由喬治·理查森和大衛·安德森在奧爾巴尼傳統的小組模型構建中引入的，如（Luna-Reyes 等人，2006）所述。此版本的反饋者指令碼基於理查森和安德森的指令碼，並由 Annalise Calhoun 於 2010 年根據 Luna-Reyes 等人（2006）記錄。在基於社群的系統動力學實踐中，該指令碼發展為引入不同型別的反饋者，併為沒有小組模型構建經驗的人員提供結構化的方法來幫助結束會議。
修訂
無
參考文獻
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。
註釋
該指令碼主要是一個演示，但具有互動性，並且此指令碼的一個重要功能是提供一種手段來鞏固小組模型構建會議中的見解，並就建模的下一步達成共識。