Scriptapedia/名義小組技術

名義小組技術

此指令碼可用於在專案開始時獲得核心概念的初步瞭解，或作為子指令碼（例如，在“隨時間推移的圖表”中）來生成一組初始想法（例如，變數或動態）。

狀態

最佳實踐

小組任務的主要性質

聚合

時間

準備時間：10分鐘

會議所需時間：20分鐘

後續時間：0分鐘

材料

無

輸入

具有想法集的個人或團隊

輸出

想法列表

角色

具有系統動力學建模經驗和名義小組技術（NGT）或頭腦風暴經驗的引導者

步驟

請參與者寫下與問題變數相關的想法。這些可能是問題的起因或後果，或者參與者認為與手頭問題相關的任何要素。請參與者儘可能以變數的形式進行。
- 解釋變數是指隨時間推移可能增加或減少的事物。它本身並不在一個特定尺度上具有值，例如“年輕員工”。在這種情況下，將包括員工的平均年齡，以便其值可以隨時間推移而增加或減少。
- 此外，避免使用分類變數或名義變數，例如所選假期的型別。假期的持續時間或假期的成本是可以用於模型的方面。
- 如果無法將想法表述為變數，則引導者和小組的其他成員可以一起找到一個變數。
給參與者幾分鐘時間寫下他們自己的想法。
解釋引導者將收集想法並在白板或電腦螢幕上展示給所有人觀看。請每位參與者提供一個想法，並在白板上寫下。
- 注意轉換為變數的過程，並檢查其他小組成員是否瞭解提供想法的人的意思。允許澄清含義，但不允許討論想法的相關性或重要性。
  - 解釋在這個階段，提供想法的人擁有最終決定權。如果他或她更喜歡特定的表述，即使其他人反對，也會將提議的表述放在中央白板或螢幕上。在下一階段，當開始構建模型時，只有在所有參與者都同意的情況下才會包含關係。因此，雖然在NGT中，達成共識是繪製關係階段的目標，但在這個階段，單個參與者“擁有權力”。
在兩到三輪後停止收集想法。
- 強調此階段的目的是僅建立初始變數列表以便開始模型構建，並且未在白板上向小組展示的變數不會自動被丟棄。在模型構建過程中，可以新增來自個人列表的變數，甚至可以新增全新的變數。

評估標準

產生的想法數量
想法的含義對參與者而言清晰的程度

作者

未知

歷史

最初由Jac Vennix（1996）為GMB描述。

修訂

無

參考文獻

Delbecq A，A. Van de Ven，G. H. Gustafson。1975。《程式規劃小組技術：名義小組和德爾菲過程指南》。Glenview：Scott，Foresman and Co。

Vennix JAM。1996。《小組模型構建：使用系統動力學促進團隊學習》。奇切斯特：威利。

Stroebe W，BA Nijstad，EF Rietzschel。（2010）。超越頭腦風暴小組中的生產力損失：一個問題的演變。《實驗社會心理學進展43：》157-203。

註釋

在此階段使用NGT而不是頭腦風暴有兩個主要原因。在頭腦風暴過程中，所有參與者都可以同時貢獻想法，這將活躍小組的氛圍。在NGT中，引導者透過以迴圈的方式收集想法來控制有多少想法被帶到白板或螢幕上。目標不是產生幾十個想法，而是建立一個初始列表以開始建模。其次，研究表明，與頭腦風暴相比，NGT會產生更多且質量更好的想法（有關概述，請參閱Stroebe、Nijstad和Rietzschel，2010）。特別是，後者在這裡很重要。

當問題變數指示的核心問題已經與聯絡客戶討論過，最好也由會議中出席的參與者討論過時，此指令碼最有效。這樣，小組只需要幾分鐘來討論問題變數，然後就可以繼續引出變數。