企業系統、流程與知識
題面來自台大官方試卷；解析與逐項自評標準（rubric）為本站依已複查來源整理的非官方內容，策略申論容許有條件且有證據的替代論點。
考古題證據邊界： 考古題只證明此範圍曾出現；題面均為申論或開放題，答案非官方，課程練習採 rubric self-review，絕不進自動計分或完整模擬考。
第一次接觸也沒關係
這堂先懂這些詞
先記住白話意思，不必急著背英文。看到正文時，再把正式名稱接回來。
知識編碼化
也會看到：codification把可說清楚、可重複使用的經驗整理成文件、規則或資料庫。
- 生活例子：
- 把常見客訴的處理步驟寫成手冊。
- 別搞混：
- 不是把所有人的經驗硬塞進表格。
內隱知識
也會看到：tacit knowledge很難完整寫下、常需靠實作與互動才能學會的經驗。
- 生活例子：
- 老師傅憑聲音判斷機器異常。
- 別搞混：
- 不代表絕對不能記錄；可透過示範、案例逐步外顯。
企業資源規劃系統
也會看到：ERP、Enterprise Resource Planning用共享資料串起財務、採購、庫存、生產等跨部門流程的企業系統。
- 生活例子：
- 訂單成立後，庫存與會計資料一起更新。
- 別搞混：
- ERP 不是單純會計軟體，也不保證導入後流程自然變好。
推式／拉式供應鏈
也會看到：push supply chain、pull supply chain推式依預測先做貨；拉式等實際需求出現再觸發補貨或生產。
- 生活例子：
- 麵包店早上先烤是推式，接單後才做客製蛋糕是拉式。
- 別搞混：
- 不是好壞二選一，多數企業混合使用。
逐項自評標準
也會看到：rubric、評分規準把好答案拆成一條條可以自行確認的要點，幫你檢查論證是否完整。
- 生活例子：
- 像交報告前用清單確認有定義、理由、例子和限制。
- 別搞混：
- 它不是官方標準答案，也不代表勾選後就取得正式分數。
以 2 題已核對題面為範圍證據，建立「定義→機制→條件與權衡→案例」的申論骨架。所有答案與 rubric 均為非官方自評材料，不提供單一標準論點或自動計分。
先抓住這幾件事
- 比較知識管理策略
- 解釋企業流程與系統整合
- 分析供應鏈資訊流與需求訊號
先想像這個場景
連鎖餐廳的中央廚房與知識網
標準配方適合存進手冊，特殊客訴則需要快速找到真正處理過的人。
先別急著背名詞，花十秒想一想：
如果兩個組織買了同一套技術，結果會必然相同嗎？先列出至少兩個會改變結果的條件，再往下對照。
把故事換成管理語言
| 生活中的角色 | 對應到 | MIS 概念 |
|---|---|---|
| 標準配方寫進所有分店共用手冊 | Codification 將可表達知識放入 repository 重用 | |
| 特殊客訴查專家名錄並直接討論 | Personalization/connectivity 傳遞 tacit knowledge | |
| 中央系統共用訂單、庫存與財務資料 | ERP 與 process integration | |
| 依實際訂單補貨，而非只靠預測先做 | Pull supply chain 以 demand signal 驅動 |
題目出現這些字，先想到
- 先界定題目名詞與分析單位。
- 再寫出因果機制，不只列工具名稱。
- 補上適用條件、風險與替代方案。
- 最後用題目案例驗證，並指出比喻或主張的限制。
1.知識策略依可編碼性與工作型態選擇
知識管理（Knowledge Management, KM）的核心問題是：組織如何有效地創造、儲存、分享和應用知識？Nonaka 的 SECI 模型把知識創造分為四種轉換：Socialization（tacit → tacit，師徒制、觀察學習）、Externalization（tacit → explicit，把經驗寫成文件或模型）、Combination（explicit → explicit，整合多份報告成新文件）、Internalization（explicit → tacit，閱讀 SOP 後轉化為個人技能）。 實務上知識管理有兩大策略：Codification（編碼化）強調把知識寫成文件、建入資料庫，讓員工可以搜尋和重用——適合重複性高、標準化的問題，例如銀行的貸款審核流程、IT 的故障排除手冊。Personalization（人際連結）強調建立專家網絡，讓員工快速找到「懂的人」直接討論——適合高度客製化、情境依賴的問題，例如管理顧問的策略建議、研發部門的技術突破。 Hansen 等人的研究發現：成功的企業通常以一種策略為主、另一種為輔（80/20 法則），而不是兩種並重。原因在於兩種策略需要不同的 IT 投資、激勵制度和組織文化，同時追求會導致資源分散和訊號混亂。例如一家以 codification 為主的企業需要投資知識庫系統和鼓勵文件撰寫的獎勵制度；一家以 personalization 為主的企業則需要投資專家定位系統和鼓勵跨部門合作的文化。 考試常見：比較 codification 與 personalization 的適用條件，或分析某企業的 KM 策略選擇。
- Nonaka SECI 模型：Socialization、Externalization、Combination、Internalization
- Codification 適合重複標準化問題，Personalization 適合高度客製化情境
- 兩種策略不宜並重（Hansen 80/20 法則），因為它們需要不同的 IT、激勵和文化
- Tacit knowledge 不代表完全不能記錄，而是記錄後會遺失脈絡依賴的部分
- 知識庫（repository）需要版本控制、品質審核和定期更新，否則會成為過時資訊的垃圾場
2.企業系統整合資料也標準化流程
企業資源規劃（Enterprise Resource Planning, ERP）是一套整合性軟體系統，它以一個集中的資料庫連結組織內所有主要功能部門（財務、人資、生產、銷售、採購），讓不同部門共享即時資料，消除資訊孤島。ERP 的核心價值不在軟體功能，而在於它強迫組織標準化流程：要導入 ERP，企業必須先定義統一的流程規範，決定每個步驟由誰負責、產出什麼資料、傳給誰。 但 ERP 導入是 MIS 中最常出問題的領域之一。Laudon 教科書列出的主要風險包括：(1) fit-gap problem——套裝軟體的預設流程與企業實際流程之間的落差。處理方式有三種：改變流程配合系統（best practice adoption）、客製化系統配合流程（customization）、或兩者折中。客製化會大幅增加維護成本和升級難度。(2) change management——員工抗拒新系統，因為它改變了工作方式、權力結構和績效衡量。(3) master data management——不同部門對同一實體（例如「客戶」「產品」）的定義可能不同，整合時需要建立 single source of truth 並指定 data owner。(4) total cost of ownership（TCO）——除了授權費，還包括顧問費、客製化費、培訓費、資料遷移費、以及每年的維護費和升級費。 考試常見：給一個 ERP 導入案例，分析成功或失敗的原因。好的答案會用 fit-gap、complementary assets、change management 等框架分析，而不是只說「缺乏高層支持」。
- ERP 的核心價值是以共享資料庫消除資訊孤島、用標準流程降低部門間的協調成本
- Fit-gap 有三種處理方式：改流程、改系統、折中——各有成本和風險
- 客製化增加短期 fit 但大幅增加長期維護和升級成本
- Master data owner 必須跨部門協商——「客戶」的定義在行銷和財務部門可能不同
- ERP 導入失敗通常不是技術問題，而是 change management 和 fit-gap 決策問題
3.流程改造不能只把紙本搬上線
Business Process Reengineering（BPR）由 Hammer 與 Champy 在 1993 年提出，核心主張是：不要用 IT 加速現有流程，而是根本性地重新設計流程。他們的經典例子是 Ford 的應付帳款部門：原本 500 人處理發票核對，BPR 後用「無發票系統」（收料時直接比對採購單，匹配就自動付款），人力降到 125 人，減少 75%。關鍵不是自動化原來的流程（那只會讓 500 人更快做錯誤的事），而是質問「為什麼需要發票？」然後重新設計整個流程。 區分 automation 與 transformation 是考試的高頻考點。Automation 是用 IT 加速現有流程（把紙本表單變成線上表單），Transformation 是重新設計流程邏輯（取消表單，改用自動觸發的事件驅動流程）。前者保留了原有的流程缺陷，後者從根本上消除不必要的步驟。 流程分析的實務做法：(1) 畫出 as-is（現狀）流程圖，標出每個步驟的等待時間、處理時間與 handoff（交接）次數。(2) 辨識非增值活動（non-value-adding activities）——等待、審批、搬運、重工。(3) 設計 to-be（目標）流程，減少 handoff、合併步驟、平行化處理、消除冗餘審批。(4) 搭配 change management——流程改造意味著有人的工作會改變或消失，沒有組織支持的 BPR 會被抵制。 考試提醒：不要寫「導入系統改善流程」。要說清楚：改了什麼步驟、消除了什麼浪費、為什麼新流程比舊的好、需要什麼配套措施。
- BPR 的核心是「質問流程存在的理由」，不是用 IT 加速現有流程
- 區分 automation（加速現有步驟）和 transformation（重設計流程邏輯）是高頻考點
- 流程分析四步：畫 as-is → 辨識非增值活動 → 設計 to-be → 搭配 change management
- Handoff（跨部門交接）是流程延遲和錯誤的主要來源
- BPR 有失敗風險：過度破壞導致組織混亂、員工抗拒、或新流程與實際運作脫節
4.Push 與 pull 是需求訊號的取捨
供應鏈管理（Supply Chain Management, SCM）的核心挑戰是：如何在需求不確定的情況下，平衡庫存成本與缺貨風險？Push 策略是根據預測（forecast）提前生產和配送，適合需求穩定、前置時間長的產品（例如基本款成衣、罐頭食品）。Pull 策略是根據實際訂單（actual demand）才觸發生產和配送，適合需求波動大、產品生命週期短的產品（例如流行時裝、電子產品）。 大多數現代供應鏈採用 push-pull 混合策略，以 decoupling point（分離點）為界：分離點之前用 push（標準化零件提前生產），之後用 pull（根據訂單組裝客製化產品）。Dell 的直銷模式就是經典案例：零件以 push 模式預先備料，但電腦只在接到訂單後才開始組裝（build-to-order）。 Bullwhip effect（長鞭效應）是供應鏈中最重要的現象之一：終端需求的小幅波動會在往上游傳遞的過程中被逐級放大，導致上游供應商的訂單波動遠大於實際消費波動。主要原因包括：(1) demand forecast updating——每一層根據自己看到的訂單做預測，而不是看終端消費者；(2) order batching——為了降低物流成本而攢到一定量才下單；(3) price fluctuation——促銷期間大量囤貨；(4) shortage gaming——預期缺貨時加大訂單。對策是 information sharing（讓上游看到 POS 資料）、CPFR（協同規劃預測補貨）、VMI（供應商管理庫存）。 考試常見：分析某供應鏈的 push/pull 選擇、解釋 bullwhip effect 的成因與對策、或設計 information sharing 機制。
- Push 靠預測提前生產（適合穩定需求），Pull 靠實際需求觸發（適合波動需求）
- Push-pull 混合用 decoupling point 為界，如 Dell 的 build-to-order 模式
- Bullwhip effect 四大成因：需求預測更新、批量訂購、價格波動、缺貨博弈
- 對策核心是 information sharing——讓上游看到終端消費資料，減少逐級放大
- 不是所有產業都能純 pull——前置時間長、供應不穩定的產品仍需 push 成分
一起搭作答骨架
範例 1：如何回答「企業系統、流程與知識」的比較題？
- 定義比較軸與分析單位。
- 各寫一條作用機制。
- 加入至少兩項條件或風險。
- 用案例與指標驗證。
所以作答主軸是：可接受的答案不只一種；關鍵是條件透明、概念正確、推論可追蹤，並能說明限制。
範例 2：題目要求提出建議時，如何避免只列 buzzwords？
- 先指出要改善的問題。
- 說明建議如何改變流程、資訊或激勵。
- 指定責任人與衡量方式。
- 補上失敗訊號與替代方案。
所以作答主軸是：建議應包含 action、mechanism、metric 與 risk，而不是只寫「導入 AI／雲端／平台」。
這裡最容易寫偏
- 把工具名稱當成因果解釋
- 沒有說明分析層級與前提
- 只寫單一立場，不處理權衡
- 把非官方參考解析當唯一標準答案
- 引用時事卻沒有日期與來源邊界
換你快速判斷
先用自己的話說出定義、機制、條件與取捨，再展開答案。
1知識編碼與人際連結：答題時先定義什麼？
先界定 知識編碼與人際連結 的分析單位、核心機制與適用條件。
MIS 概念不能只背名詞；定義後必須說明它如何改變資訊、協調、成本、能力或風險。
2知識編碼與人際連結：完整申論至少要補哪三類內容？
機制、條件／權衡、可觀察指標與限制。
以「主張→因果機制→成立條件→案例／指標→限制」自我檢查，合理替代論點亦可接受。
3企業系統與流程整合：答題時先定義什麼？
先界定 企業系統與流程整合 的分析單位、核心機制與適用條件。
MIS 概念不能只背名詞；定義後必須說明它如何改變資訊、協調、成本、能力或風險。
4企業系統與流程整合：完整申論至少要補哪三類內容？
機制、條件／權衡、可觀察指標與限制。
以「主張→因果機制→成立條件→案例／指標→限制」自我檢查，合理替代論點亦可接受。
5推式與拉式供應鏈：答題時先定義什麼？
先界定 推式與拉式供應鏈 的分析單位、核心機制與適用條件。
MIS 概念不能只背名詞；定義後必須說明它如何改變資訊、協調、成本、能力或風險。
6推式與拉式供應鏈：完整申論至少要補哪三類內容？
機制、條件／權衡、可觀察指標與限制。
以「主張→因果機制→成立條件→案例／指標→限制」自我檢查，合理替代論點亦可接受。
最後用考古題自評
請先完成自己的申論，再依非官方解析和逐項自評標準檢查；不使用 A–E 假選項或虛假分數。
開始本課申論自評參考來源
- Management Information Systems: Managing the Digital Firm, 17th Edition — Kenneth C. Laudon; Jane P. Laudon