Beckie Fang
EN 中文

【Tactics Tuesday】為資源受限的組織設計可持續的資訊架構

governance, transformation, change-management, organizational-design
Read in English

為資源受限的組織設計可持續的資訊架構

這場景對很多組織、中小型企業應該都不陌生:資料存在,但是只有少數人知道存放在哪裡,散落在哪些地方,以及該怎麼「解讀」。

數十年的營運資料、報告、紀錄、規範,的確都儲存起來了,但是同一份資料出現無限個分身:存放在 Line 對話中、個人 email 附件中、個人資料夾中的各種 v3、modified、final、甚至檔名相同的不同版本⋯沒人敢保證哪一份才是最終版。

這些需要靠著詢問個別負責人員拼湊拿到的資訊,在人員異動時再一次面臨挑戰。儘管所有的離職程序都一定包含交接事項,但更多的情況是針對目前正在進行的工作交接。年資越久的員工,可能留有更多只存在個人腦中的經驗和知識,隨著員工離開工作崗位而斷鏈。

這樣的困境在資源受限組織中可能更嚴峻——不同於一般企業配有 IT 專職人員,在資源受限組織中設計任何資訊架構都必須考量到:你建的任何系統,都必須能夠自己跑下去


🤖 為什麼是現在?因為資源受限組織,更需要與 AI 協作的環境。

小型組織面對人員異動時,往往比大型企業更脆弱。而資源受限組織,在保持穩定人力方面,又往往不如大型企業有競爭力。於是頻繁的人員異動、反覆的教育訓練與交接、流失的組織知識,變成了機構常態。珍貴的人力無法在對組織最有價值之工作上施力,反而平白在庶務瑣事中耗損。

AI 協作工具能夠有效增進生產力:Gemini、Copilot、各式知識檢索應用,都在等著幫組織整理知識、加速工作——但它們需要一個前提:資料要是整齊的、可以被找到的、有結構的。

有清楚的資訊架構,是建立企業知識系統的第一步,也是讓 AI 工具真正能為組織服務的前提。


🧱 為什麼小型組織面臨更大的架構問題

關於資訊架構,有一個違反直覺的事實:IT 資源最少的組織,往往要解決最複雜的治理問題。

大型企業有能力消化技術債。一個設計不良的系統,可以慢慢改造,也有專職人員維護。一個三十人的非營利組織沒有這個空間。當你唯一的「IT 部門」是同時身兼人事的財務主管時,你做出的每個架構決策,都是一個會活得比設計它的顧問更久的限制。

這對設計產生了特定的壓力。架構必須:

  • 簡單,讓非技術背景的管理員無需求助就能維護
  • 穩健,人員進出、角色變動時不會崩解
  • 靈活,能容納組織的真實樣貌——包括普遍存在的身兼多職現象

大多數資訊架構框架是為第一種場景(大型企業)設計的。這篇文章是關於第二種。


💡「資訊架構」在這裡真正的意思

對許多組織而言,長期目標可能是建立完整的企業知識管理系統,甚至資料倉儲。但在那之前,有一步必須先做好:讓資訊在基礎層就是有秩序的。

資訊架構,就是這個基礎層。它解決兩件事:

一、身份識別與存取管理(IAM) ——人員如何在系統中被識別,以及誰有權限看什麼。在 Google Workspace 的場景中,這包含帳號歸屬(OU,組織單位)、角色定義、以及透過 Groups 做到可擴展的存取控制。這一層回答:「這個人是誰?他能看到什麼資訊?」

二、資料的可用性(Availability) ——資料按照一套可遵循的架構儲存,讓任何人都能用一致的邏輯找到它、引用它。在這個階段,特別指的是 Google Drive 的場景:Shared Drives 如何設計、分類規則如何定義、文件應該放在哪裡。這一層回答:「這份東西在哪裡?需要的人能找得到嗎?」

這兩件事,是後續一切的前提。知識管理要有效,資料必須能被授權的對象找到;AI 工具要能用,資料必須有結構。沒有這層基礎,上層工具再好也發揮不了作用。


🔑 為你真實的維護者設計,不是理想中的那個

每個系統最終都會由一個不在設計現場的人來維護。對大多數非營利組織來說,那個人不會是系統管理員,而是接手責任的人——通常是辦公室主任、財務主管,或是被交付了一個管理員權限的秘書。

這代表架構必須對非專業人員是可讀懂的。實際上,這影響了幾個具體決策:

  • 名詞清楚易懂: 命名定義要明確,使用組織自己熟悉的日常語言,而非 IT 技術術語。
  • 簡單勝於完整: 框架設計要貼近組織目前的實際使用行為,最小化才能落地,不追求理想主義的正規化。
  • 低維護門檻: 只設立最少量的核心規範,附上操作手冊,並為現實中的執行偏差保留容錯空間。

設計時常有一種誘惑,想把系統做得「完美」。但對資源受限的組織而言,能夠被下一個接手的人看懂並持續維護,才是真正的完美。


可持續架構帶來的成果

👥 組織對人的依賴度降低:人員異動的風險系統性減少

人員流動對資源受限組織而言從來不是小事。當知識只存在於特定人的腦中,人員異動就意味著一段組織記憶的消失。可持續架構從根本上改變了這個問題。重要資訊存放在組織的共用空間,而非個人帳號裡。人員可以異動,但組織的知識不會跟著一起離開。

📊 資料可用性(Data Availability):每個角色都能夠搜尋得到自己有權看的資訊

當每一份資料都有明確的存放位置,實現角色導向的存取權限,每個職位的成員就能用一致的邏輯搜尋、找到自己有權存取的資訊——不必詢問特定的人,不必等誰轉發。資訊流動從「靠人傳遞」變成「靠架構支撐」。

🏷️ 知識資產正確地保留在組織裡

組織真正的資產,不只是設備或資金,而是數十年累積的營運經驗、決策脈絡與機構記憶。這些知識一旦散落在個人信箱、退休員工的硬碟、或早已無人維護的資料夾裡,就等同於流失。可持續架構讓這些知識有地方可以回家——文件有明確的存放規則,搜尋有一致的邏輯,共用硬碟裡的資料屬於組織而非個人。


CEO 可以問自己的問題

評估企業內資訊架構時,執行長可以用這幾個問題來檢視:

  • 我可以不詢問任何人,就找到我需要的資訊嗎?
  • 我可以從資料存放的位置,判斷出這資料屬於哪一種類型的文件嗎?
  • 組織內的人員對於資料存放和處理的標準是否有一致的認知?
  • 組織內有未授權人員看到敏感資料的風險嗎?
  • 人員異動時我需要擔心營運風險嗎?

如果五個問題中有任何一個的答案讓你不安,那就是開始建構資訊架構的時機了。目標不是建立完美的系統,而是建立組織可以自行維護的最穩健系統——一個作為未來能力基礎、而不是永久天花板的系統。