IT 策略申論實戰：跨概念整合與案例分析
題面來自台大官方試卷；解析與逐項自評標準（rubric）為本站依已複查來源整理的非官方內容，策略申論容許有條件且有證據的替代論點。
考古題證據邊界： 考古題只證明此範圍曾出現；題面均為申論或開放題，答案非官方，課程練習採 rubric self-review，絕不進自動計分或完整模擬考。
第一次接觸也沒關係
這堂先懂這些詞
先記住白話意思，不必急著背英文。看到正文時，再把正式名稱接回來。
IT 與商業策略對齊
也會看到：IT-business alignment、strategy alignment資訊科技投資要直接支持公司想服務誰、提供什麼價值及如何競爭。
- 生活例子：
- 餐廳主打快速出餐，才優先投資點餐與廚房排程。
- 別搞混：
- 不是 IT 部門照單買設備，也不是所有部門都用同一套工具。
互補性資產
也會看到：complementary assets技術要搭配流程、人員技能、管理支持與資料品質才可能產生價值。
- 生活例子：
- 買好咖啡機還要有會操作的人、配方與保養制度。
- 別搞混：
- 不是額外的硬體配件。
IT 投資組合
也會看到：IT portfolio像分配理財資產一樣，把 IT 預算分散在維運、成長、法遵與實驗項目。
- 生活例子：
- 家庭預算同時留給修水管、節能設備和新家電試用。
- 別搞混：
- 不是把所有專案列成一張清單；重點是整體風險與效益配置。
企業敏捷性
也會看到：enterprise agility、agility組織察覺環境變化後，能快速重新配置流程、資料與資源。
- 生活例子：
- 菜價暴漲時，餐廳能迅速換菜單與供應商。
- 別搞混：
- 不是單純做事快，也不等於使用 Scrum。
將 IT 策略四個子題的理論整合應用於申論題實戰。練習從題目辨識需要的理論組合，建立跨概念的論證結構，並以案例驗證。
先抓住這幾件事
- 從考題辨識需要整合哪些 IT 策略子題
- 建立「情境→理論→機制→條件→驗證」的完整申論結構
- 在時間壓力下取捨論述深度與廣度
- 辨識常見的邏輯謬誤與論證陷阱
1.辨識題型與理論選擇
MIS 申論題表面上考「MIS 知識」，實際上考的是「結構化分析能力」。辨識題型是答題的第一步： (1)「解釋型」——「解釋 X 如何影響 Y」或「說明 X 的機制」。需要因果推論：A 透過什麼路徑導致 B？中間有什麼中介變數？在什麼條件下成立？例如「解釋 IT 如何提升企業競爭力」→ 不能只說「IT 提升效率」，要寫出具體機制（IT 降低哪些成本 → 釋放哪些資源 → 投入什麼能力 → 產出什麼競爭優勢）。 (2)「比較型」——「比較 A 與 B」或「A 和 B 有何不同？」需要明確的比較軸。常見錯誤是分別描述 A 和 B 但不做直接比較。正確做法是設定 2-3 個比較軸（例如適用場景、成本結構、風險特性），然後在每個軸上同時論述 A 和 B。 (3)「建議型」——「請提出建議」或「如果你是 CIO，你會怎麼做？」需要 action + mechanism + metric + risk：做什麼（具體行動）、為什麼有效（透過什麼機制改善問題）、怎麼衡量（什麼指標判斷成功）、有什麼風險（以及如何應對）。 (4)「理論應用型」——「以 X 理論分析」。必須使用指定理論的核心概念和分析框架，不能換用其他理論。例如「以交易成本理論分析外包決策」就必須用資產專屬性、交易頻率、不確定性這些 TCE 核心變數。
- 解釋型：需要因果推論鏈，不是描述「A 和 B 有關」
- 比較型：設定比較軸，在每個軸上同時論述 A 和 B，不分開描述
- 建議型：action + mechanism + metric + risk 四要素缺一不可
- 理論應用型：必須用指定理論的核心概念，不能換用其他理論
- 第一步永遠是辨識題型——題型決定論述結構
2.跨概念整合的論證模式
高分答案的共同特點是理論整合——不是堆疊理論名詞，而是讓多個理論各處理一層問題，形成完整的分析。每個理論有它的解釋範圍（scope）：alignment 框定問題（IT 投資是否對準策略目標？）、complementary assets 解釋落差（為什麼同樣的投資效果不同？）、transaction cost 分析結構（自建還是外包？）、dynamic capabilities 指引調整（環境變了怎麼辦？）。 整合的邏輯：先用一個理論界定問題（what is the problem?），再用另一個理論解釋原因（why did it happen?），接著用第三個理論提出對策（what should we do?），最後指出限制條件（under what conditions?）。例如分析一個 ERP 導入失敗案例：用 alignment model 指出 IT 投資沒有對準策略目標 → 用 complementary assets 解釋缺乏流程再設計和培訓 → 用 change management 理論提出改善建議 → 用 TCE 分析在該企業的產業脈絡下，哪些部分應該自建、哪些應該外包。 理論之間要有邏輯連接（transition），不是並列。錯誤範例：「根據 TCE…。根據 RBV…。根據 dynamic capabilities…。」正確範例：「TCE 的分析顯示這個系統的資產專屬性高，因此傾向自建。但 RBV 進一步指出，自建的前提是企業擁有相關的核心資源和能力。如果這些能力不足，dynamic capabilities 框架建議…」。 每個理論都有 scope condition（適用邊界），答題時要承認：「TCE 的分析假設交易雙方是理性的，如果存在信任關係或社會連結，純粹的成本分析可能不適用」。承認限制反而增加分數，因為它展示了批判思考能力。
- 整合邏輯：界定問題（what）→ 解釋原因（why）→ 提出對策（how）→ 限定條件（when）
- 理論之間要有邏輯連接（transition），不是並列堆疊
- 每個理論有 scope condition——承認適用邊界反而增加分數
- 用案例串連各理論的實例證據，而非抽象論述
- 寫透 2-3 個理論比蜻蜓點水 5 個好——深度優於廣度
3.時間管理與論述取捨
90 分鐘寫 3-4 題申論，時間管理決定你能不能把知道的東西寫出來。經驗法則：每題 20-25 分鐘（含審題和檢查），前 3 分鐘不動筆——只審題和列大綱。 審題三步驟：(1) 圈出關鍵名詞（圈出「比較」「分析」「建議」「以 X 理論」等指令詞，和「IT 策略」「互補性資產」「供應鏈」等內容詞）。(2) 判斷題型（解釋/比較/建議/理論應用）。(3) 列大綱——決定要用哪 2-3 個理論、設定論述結構（每個理論用 1-2 段，加上引言和結論）。大綱在紙上只需要 5-8 個關鍵詞。 中間 15-18 分鐘寫論述。每段結構：第一句是主張（claim，這段要說什麼），中間是機制和證據（support），最後回扣問題（so what，跟題目的關係）。不要在段尾開新話題——那是下一段的事。 最後 2-3 分鐘檢查：(1) 每個主張都有機制支持嗎？（不能只有結論沒有推導）(2) 有指出條件限制嗎？（不能只有絕對判斷）(3) 有回扣題目嗎？（不能最後一段跑題）。 如果時間不夠：先寫最有把握的理論（深度），再用 bullet points 補其他角度（廣度）。閱卷者更喜歡一個理論寫得深入透徹，而不是五個理論都只寫定義。
- 時間分配：前 3 分鐘審題列大綱、中間 15-18 分鐘寫、最後 2-3 分鐘檢查
- 審題三步：圈關鍵詞 → 判斷題型 → 列大綱（5-8 個關鍵詞）
- 每段結構：claim（主張）→ support（機制+證據）→ so what（回扣問題）
- 時間不夠時：先寫透一個理論，再用 bullet points 補其他角度
- 結尾回扣題目——不要在最後一段開新話題
4.常見邏輯謬誤與檢查清單
申論中常見的邏輯錯誤不是「知識不足」而是「推論有缺陷」。辨識和避免這些錯誤是拿高分的關鍵： (1) Circular reasoning（循環論證）——用結論當前提。例如「X 公司成功是因為它做得好」→ 沒有解釋力，因為「做得好」就是「成功」的同義詞。修正：「X 公司成功是因為它在 ERP 導入時同時投資了流程再設計和員工培訓（互補性資產），使得 IT 投資的效果在 2 年後顯現」。 (2) Survivorship bias（倖存者偏差）——只看成功案例得出結論。例如「Google、Apple 都採用平台策略，所以平台策略是最好的」→ 沒有看到無數採用平台策略但失敗的公司。修正：加入失敗案例或至少指出「存在 survivorship bias，結論不能泛化」。 (3) False dichotomy（假二分法）——只提供兩個選項，忽略其他可能。例如「企業要麼自建要麼外包」→ 忽略了 SaaS、hybrid、platform participation 等中間選項。修正：列出完整的選項空間再比較。 (4) Post hoc ergo propter hoc（事後歸因謬誤）——因為 A 發生在 B 之前，就認為 A 導致 B。例如「導入 ERP 後營收成長 20%，所以 ERP 提升了營收」→ 可能是整體經濟回暖或其他因素。修正：說明可能的替代解釋，或至少指出「相關不等於因果」。 (5) False universality（假普遍性）——把特定條件下的結論推廣到所有情境。例如「所有企業都應該用 Scrum」→ 忽略 Scrum 不適合高法規限制、需求完全確定、或團隊缺乏自主權的情境。修正：所有建議都加上適用條件。 自我檢查的「四個問題」：我的每個主張都有機制支持嗎？我有指出適用條件嗎？我考慮了替代解釋嗎？我的案例有標注時間和產業脈絡嗎？四個都是「是」，你的答案品質就在前 20%。
- 五大邏輯錯誤：循環論證、倖存者偏差、假二分法、事後歸因、假普遍性
- 循環論證修正：用具體機制（互補性資產、流程再設計）替代空洞的「做得好」
- 所有建議都加適用條件——「所有企業都應該 X」幾乎必定是錯的
- 案例必須包含脈絡（時間、產業、規模），否則證據力不足
- 自我檢查四問：有機制？有條件？有替代解釋？有脈絡？→ 全是就在前 20%
一起搭作答骨架
範例 1：如何回答「IT 策略申論實戰」的比較題？
- 定義比較軸與分析單位。
- 各寫一條作用機制。
- 加入至少兩項條件或風險。
- 用案例與指標驗證。
所以作答主軸是：可接受的答案不只一種；關鍵是條件透明、概念正確、推論可追蹤，並能說明限制。
範例 2：題目要求提出建議時，如何避免只列 buzzwords？
- 先指出要改善的問題。
- 說明建議如何改變流程、資訊或激勵。
- 指定責任人與衡量方式。
- 補上失敗訊號與替代方案。
所以作答主軸是：建議應包含 action、mechanism、metric 與 risk，而不是只寫「導入 AI／雲端／平台」。
這裡最容易寫偏
- 把工具名稱當成因果解釋
- 沒有說明分析層級與前提
- 只寫單一立場，不處理權衡
- 把非官方參考解析當唯一標準答案
- 引用時事卻沒有日期與來源邊界
換你快速判斷
先用自己的話說出定義、機制、條件與取捨，再展開答案。
最後用考古題自評
請先完成自己的申論，再依非官方解析和逐項自評標準檢查；不使用 A–E 假選項或虛假分數。
開始本課申論自評參考來源
- Management Information Systems: Managing the Digital Firm, 17th Edition — Kenneth C. Laudon; Jane P. Laudon