有 少 部分 的 測試 可以 進行 ； 不過 最 大 的 問題 在於 編譯器 以及 除錯器 兩 者 的 互動 。 他 又 想 逃避 責任 了 ； 我 一定 要 想 個 辦法 讓 他 找到 一 個 理想 的 解決 方案 ， 並 負起 責任 。 主管 ： 不過 ， 取得 正確 的 編譯 資料 ， 並 據 此 進行 測試 ， 應該 是 可行 的 。 我 覺得 他 不 願意 在 這 一 點 讓步 ， 還 試圖 要 把 其他 的 議題 拉進來 作為 藉口 。 __UNDEF__ 部屬 ： 當然 ， 那 的確 可行 ； 不過 在 這樣 的 狀況 下 我們 就 無法 與 編譯器 的 修正 同步 ， 而且 也 需要 更多 的 硬碟 空間 。 整 個 問題 其實 很 簡單 ， 工作 的 進行 完全 取決 於 編譯器 。 我 開始 覺得 受挫 ， 我 不 想 再 聽到 任何 藉口 。 __UNDEF__ 主管 ： 首先 ， 硬碟機 目前 售價 便宜 。 如果 你 需要 更多 的 硬碟 空間 ， 只要 多 買 幾 個 硬碟 就 行 了 。 其次 ， 其他 與 編譯器 有 互動 的 元件 ， 並 未 出現 延遲 的 問題 。 我 被 轉移 焦點 了 。 部屬 ： 其他 元件 與 編譯器 之間 的 互動 關係 並 不 密切 。 請 看看 最 新 的 版本 ， 編譯器 加入 了 新 的 功能 ， 但 我們 卻 直到 最後 才 能 發現 。 閱讀 上面 這 個 案例 的 對話 ， 我們 可以 發現 主管 以及 部屬 對話 的 重心 在於 解決 編譯器 以及 除錯器 的 延遲 問題 。 這 兩 部 機器 的 績效 以及 二 者 間 的 互動 都 採用 所謂 的 技術性 用語 來 呈現 ， 也 就 是 電腦 以及 資訊 技術 領域 內 的 專門 術語 。 實際 上 ， 個案 中 的 主管 與 部屬 之間 在 思維 上 的 主要 差異 ， 也 是 圍繞 在 技術性 議題 上 。 現在 讓 我們 先 擴展 對於 這 個 個案 的 看法 。 撰寫 個案 的 主管 因為 部屬 的 工作 績效 而 感到 相當 挫折 ； 主管 質疑 部屬 對於 產出 延誤 所 做 的 解釋 ， 部屬 認為 除錯器 無法 在 編譯器 完成 測試 以前 進行 測試 。 實際 上 ， 部屬 所 提出 的 解釋 是 可以 檢驗 的 ， 因為 其中 所 涉及 的 技術性 理論 ， 對於 機器 的 績效 以及 機器 之間 的 互動 都 有 相當 明確 的 描述 ； 不過 主管 卻 未 對 這樣 的 測試 提出 要求 。 主管 之所以 沒有 極力 要求 上述 測試 的 理由 之 一 ， 是 因為 他 相信 這 個 事件 中 最 重要 的 議題 乃是 部屬 們 試圖 想要 逃避 應該 承擔 的 責任 。 主管 所 面對 的 是 一 個 與 領導權 以及 小組 績效 有關 的 議題 ， 這 個 觀點 可以 從 上述 個案 的 左邊 欄位 清楚 得知 。 然而 ， 從 主管 的 行動 中 我們 可以 看出 ， 他 忽略 了 個人 與 組織 的 防衛性 成規 在 組織 運作 過程 中 所 具有 的 地位 。 主管 認為 ， 透過 提出 適當 的 質疑 ， 技術性 議題 的 重要性 就 會 漸漸 為 部屬 所 認同 ， 最後 領導權 以及 小組 績效 的 議題 自然而然 地 也 會 受到 部屬 的 重視 。 簡單 地 說 ， 主管 所 採取 的 策略 就 是 降低 主要 議題 的 重要 層級 ， 並 試圖 偽裝 他 並 沒有 採取 這樣 的 策略 。 另一方面 ， 部屬 則 是 極力 地 要 將 問題 的 重點 引到 技術性 議題 上 。 因為 只有 這樣 ， 部屬 才 能 讓 自己 遠離 可能 會 觸怒 主管 的 危機 ， 也 因此 造就 了 這 段 對 生產力 毫無 益處 的 對話 。 主管 首先 表示 硬碟 空間 的 取得 是 相當 便宜 的 （ 技術性 議題 ） ， 只要 主管 可以 提供 更多 的 硬碟 空間 ， 讓 資訊 技術 系統 內部 的 其他 元件 得以 與 編譯器 進行 互動 （ 技術性 議題 ） ， 那麼 當前 所 面臨 的 技術性 問題 就 可以 獲得 解決 。 部屬 清楚 地 了解到 主管 所 提出 的 技術性 解決 方案 實際 上 是 不 夠 完備 的 ，然 而 主管 卻 認為 部屬 將 重點 擺在 技術性 議題 上 ， 清楚 地 表達 了 他們 不 願 負責 的 意圖 。 如果 部屬 知道 主管 的 看法 ， 那麼 他們 就 可以 對 主管 的 看法 提出 異議 ， 表示 自己 並非 試圖 逃避 責任 。 另一方面 ， 主管 透過 將 焦點 擺在 技術性 議題 上 ， 並 想 藉 此 掩蓋 本身 的 真正 想法 （ 如 第一型 中 所 描述 的 情形 ） 。 主管 從未 表達 自己 因為 覺得 部屬 試圖 逃避 責任 而 感到 不悅 的 想法 ； 另一方面 ， 部屬 則 持續 地 將 焦點 擺在 技術性 議題 上 ， 並 計畫性 地 逃避 責任 ， 還 假裝 實際 情況 並非 如此 （ 同樣地 ， 第一型 中 也 有 這樣 的 情形 ） 。 我們 假設 ， 在 對話 進行 的 過程 中 ， 參與 的 雙方 往往 都 是 直接 將 腦袋 裡 與 各 種 現象 有關 的 技術性 理論 資訊 抽取出來 （ 在 上面 的 個案 中 是 指 編譯器 以及 除錯器 之間 的 互動 狀況 ） ， 並 直接 向 另 一方 進行 陳述 。 參與 對話 的 雙方 只 能 從 本身 的 角度 將 這些 資訊 陳述出來 ， 因為 要 透過 公開 陳述 的 理論 ， 將 這些 技術性 的 議題 進行 某 種 程度 的 扭曲 抽取 ， 卻 不 被 另 一 方 質疑 的 可能性 實在 很 低 。 在 對話 的 過程 中 ， 主管 同樣 地 刻意 隱瞞 了 自己 對於 部屬 反應 所 產生 的 感覺 ， 也 試圖 掩蓋 自己 刻意 隱瞞 的 實情 。 然而 ， 這 個 策略 的 採行 卻 使得 那些 可能 試圖 逃避 責任 的 部屬 ， 得以 更 輕易 地 透過 技術性 議題 的 描述 ， 來 掩蓋 自己 逃避 責任 的 意圖 。 也 因此 我們 有 了 上述 的 對話 ， 而 這 個 對話 並 無法 解決 主管 認為 相當 重要 的 問題 （ 也 就 是 部屬 試圖 逃避 責任 的 問題 ） 。 如果 部屬 確實 因為 主管 的 要求 不 公平 而 想 逃避 責任 ， 那麼 對話 雙方 所 面臨 的 問題 還是 無法 獲得 解決 。 不管 是 部屬 或是 主管 ， 當然 可以 在 對話 結束 後 私底下 給予 對方 負面 的 評價 ， 認為 對方 太過 固執 而 無法 變通 ； 這樣 的 情況 正好 符合 了 第一型 中 對於 自我 滿足 的 寓言 以及 自我 封閉 流程 的 推論 ， 而 自我 滿足 與 自我 封閉 正 是 造成 個人 與 組織 間 形成 有限 學習 系統 的 主要 原因 。 結論 個人 是 被 第一型 使用 理論 所 程式化 的 。 當 個人 面臨 具有 威脅性 或是 可能 引起 困窘 的 議題 時 ， 個人 所 採取 的 行動 常常 反而 讓 問題 的 嚴重性 更為 擴大 。 舉例 來 說 ， 針對 重要 議題 進行 討論 的 可行性 降低 ， 以及 這些 議題 不能 進行 討論 的 原因 在 組織 內部 同樣 禁止 討論 ， 就 是 最 好