組織圖怎麼做？常見類型、範例與製作步驟

組織圖（也常稱組織架構圖）是把職位、責任、正式匯報與跨部門協作關係放進同一張圖。好用的組織圖還會註明範圍、資料日期、圖例、擁有者與下次檢視日，讓主管、專案負責人與新進成員正確判讀。

開始畫之前，先確認用途是公司治理、部門分工、專案協作或對外介紹；用途會改變欄位與個資程度。本文提供可改寫範例，但不把職稱當職責，也不把虛線默認為績效管理。

重點整理

• **先定義問題，再選版型：**穩定的單一匯報線可用階層式；跨部門雙重責任才考慮矩陣式。
• **節點寫責任，線條寫關係：**每個方塊至少有角色 ID、職位與主要產出；實線、虛線必須有圖例。
• **把維護規則放在圖旁：**指定擁有者、更新時限、核准者、版本日期與下次檢視日。
• **分享前降低風險：**只放達成用途所需的資料，並為複雜圖表提供文字版長描述。

目錄

• 組織圖是什麼？和組織架構、職務說明、利害關係人圖的差別
• 四種常見組織圖類型
• 完整組織圖範例：八人跨部門專案
• 組織圖怎麼做：七個步驟
• 可複製欄位與檢查清單
• 六個常見錯誤
• 用 AFFiNE 手動整理組織圖
• 常見問題

組織圖是什麼？和組織架構、職務說明、利害關係人圖的差別

組織圖是組織設計的一個可視化輸出；組織架構則包含更廣的權責、決策、資源與協作設計。英國政府的 GovS 003 People 把正式匯報線、矩陣或網絡模式、角色與職位階層都納入組織設計，並要求變更經過適當核准。換句話說，圖是入口，不是全部規則。

美國 OPM 在其 職位分類與管理服務說明 中，也把組織圖、工作樣本與職位資料放在同一組檢視證據裡。

四種常見組織圖類型

1. 階層式

由最高負責人逐層往下，正式匯報線單一、責任容易追溯，適合權限明確且相對穩定的組織。缺點是跨部門協作容易在圖上消失；可另外標註共同專案，而不是強塞第二條管理線。

2. 扁平式

管理層級少、團隊較自治，適合規模小或高度協作的團隊。不要把「扁平」誤寫成「沒有負責人」；每個決策仍應有最終擁有者與升級路徑。

3. 矩陣式

同時呈現正式匯報與專案／職能協作，適合資源跨部門共用的情境。它最需要清楚圖例：實線是否代表人員管理，虛線是否只在某個專案期間有效，都要寫在圖旁。

4. 職能式

依產品、設計、工程、行銷、財務等專業分組，便於累積能力與分配資源。若公司同時以產品線運作，可保留職能式主圖，再用專案視圖呈現跨職能小組。想先整理工作之間的脈絡，而非人員關係，可搭配心智圖指南。

完整組織圖範例：八人跨部門專案

以下是完全虛構的產品上線小組，姓名、角色與關係只為示範，不代表 AFFiNE 或任何真實公司。專案範圍是「六週內完成產品測試與上市」，正式管理線留在各職能部門；此圖只新增專案治理與協作關係。

這個範例刻意把「專案贊助」和「人員管理」拆開。若 ORG-03 的績效仍由產品主管負責，圖例就不能讓人以為 ORG-02 是其直屬主管。專案結束日也應寫入關係欄，屆時移除虛線，而不是留下過期的影子組織。排程本身可另用甘特圖指南管理。

組織圖怎麼做：七個步驟

1. **定義用途與範圍。**寫出讀者、涵蓋單位、截止資料日，以及這張圖不回答什麼。
2. **建立角色清單。**先用穩定的角色 ID，再填職位、姓名（若必要）、團隊、地點與狀態。
3. **核對實際責任。**向角色本人與主管確認主要產出、決策權和升級路徑，不只抄人資系統的職稱。
4. **選擇版型。**依正式管理與協作模式選階層、扁平、矩陣或職能式；不要先選漂亮模板才硬套關係。
5. **畫線並寫圖例。**為實線、虛線、顏色和箭頭各寫一句明確定義；若關係有期限，標示開始與結束日。
6. **做隱私與可讀性檢查。**確認每個欄位都有用途，移除不必要個資，並測試行動裝置與黑白列印。
7. **指定維護機制。**記錄版本、更新者、核准者、變更摘要與下次檢視日；把到職、離職及匯報變更設為事件觸發。

若你第一次盤點大型團隊，可先用線上筆記方法收集訪談，再把確認過的欄位轉入圖中。不要讓訪談草稿直接變成公開版本。

可複製欄位與檢查清單

先複製以下欄位作為來源資料，每一列代表一個角色：

角色 ID｜職位｜姓名（選填）｜部門／專案｜主要責任｜主要產出｜
正式上級 ID｜協作對象 ID｜關係類型｜決策範圍｜開始日｜結束日｜
地點／時區（必要時）｜狀態｜資料來源｜最後確認日｜確認者

發布前逐項確認：

• 標題寫明組織、範圍與資料日期。
• 每個角色都有主要責任，而不只有職稱。
• 每種線條、箭頭與顏色都有圖例。
• 虛線寫明決策範圍、期限與升級路徑。
• 姓名、聯絡方式與其他個資都有明確必要性。
• 圖旁有可搜尋的文字表格或長描述。
• 已由角色本人、主管或資料擁有者抽樣核對。
• 有版本日期、更新者、核准者與下次檢視日。

六個常見錯誤

只寫職稱，不寫責任

「經理」在不同團隊可能代表完全不同的決策權。至少補上主要產出與可核准事項；詳細內容再連到職務說明。

虛線沒有定義

虛線可能被理解為專案協作、功能指導或第二位主管。圖例應說明它「代表什麼、到何時、衝突時找誰」，不能只靠慣例。

組織已變，圖仍停在舊版

固定每月或每季檢視仍不夠；到職、離職、調任、專案結束與匯報變更後，應在約定期限內更新。第二大腦指南中的擁有者與定期整理概念，也能用於維護圖旁的決策紀錄。

把不必要個資放進公開圖

台灣《個人資料保護法》第 5 條要求個資蒐集、處理或利用不得逾越特定目的的必要範圍，第 11 條也涉及正確性與更正。實務上，公開公司組織圖通常不需要私人電話、住址、個人信箱、薪資、健康或績效資料；是否列姓名也應回到用途判斷。本文是工作方法說明，不構成法律意見。

沒有資料擁有者

「大家都能改」不等於有人負責。指定一位擁有者接收異動、維護來源表，另一位核准發布版本，並保留簡短變更紀錄。

只有圖片，沒有無障礙文字

W3C WAI 將流程圖與組織圖列為複雜圖片，建議同時提供簡短替代文字與能傳達完整資訊的長描述。本文的圖都搭配圖說、段落與資料表；不要把所有人名和關係只塞進 alt。

用 AFFiNE 手動整理組織圖

2026 年 8 月 5 日，我們在 AFFiNE 建立一份實作頁面，輸入上方八個虛構角色、實線／虛線定義，以及「每兩週檢視、異動後兩個工作天內更新」的維護規則。文件模式適合先整理欄位與文字說明；同一頁切到 Edgeless 畫布後，能以自由版面安排關係。這與 AFFiNE 白板官方說明的文件與 Edgeless 工作方式一致。

這次實測只確認手動輸入與同頁切換，沒有驗證自動產生組織圖、人資系統同步、自動重新排版、關係推論或人員資料維護；公開分享與即時多人協作也因同步條件未納入本次結果。需要自動同步的大型公司，應另行評估專用組織設計或人資工具。

想把來源欄位、決策說明與視覺草圖放在同一個工作空間，可開始使用 AFFiNE。AFFiNE.pro 是 AFFiNE 的官方網站，本文作者任職於 AFFiNE；上述限制與外部來源用來避免把產品能力說得超過可驗證範圍。

來源、方法與更新基準

本文於 2026 年 8 月 5 日查核台灣搜尋結果與 AFFiNE 產品；以下原始資料也都在同日查閱：

• 台灣法務部全國法規資料庫：《個人資料保護法》。
• W3C Web Accessibility Initiative：Complex Images。
• 英國政府：GovS 003 People。
• 美國人事管理局：Position Classification。

範例姓名與公司情境皆為虛構；法律與政府來源支持原則，圖例、欄位與七步驟是實作方法；產品、法規與指引可能更新，使用前請核對原始頁面。

常見問題

組織圖和組織架構有什麼不同？

組織架構是角色、權責、分工與決策機制的整體設計；組織圖則把其中可視化的職位、層級與關係畫出來。圖能幫助溝通，但不能取代職務說明、流程文件或授權規則，兩者應共用同一份來源資料，並定期核對。

公司組織圖一定要放員工姓名嗎？

不一定。若目的是說明職能與匯報路徑，可只列職位或角色 ID；只有聯絡與協作確實需要時才放姓名。公開或跨組織分享前，應依目的最小化個人資料，移除私人電話、住址、個人信箱等不必要欄位，並留下分享紀錄。

矩陣式組織圖的虛線代表什麼？

虛線常用來表示專案協作、功能指導或第二條責任關係，但沒有全球唯一標準。每張矩陣式組織圖都應附圖例，寫清楚虛線的決策範圍、期限與升級路徑，避免被誤讀為人員管理或績效考核關係，也應標出適用專案。

組織圖多久更新一次？

固定頻率可依組織變動速度設定，例如每月或每季檢視；更重要的是事件觸發。新人到職、離職、職務或匯報關係改變後，應在約定期限內更新，並記錄版本日期、更新者、核准者與下次檢視日，避免舊版繼續流通。

AFFiNE 可以自動產生或同步組織圖嗎？

AFFiNE 可用文件整理欄位與說明，再切換 Edgeless 畫布手動排版；我們的實測沒有驗證自動產生組織圖、串接人資系統或自動維護人員資料。因此仍需指定擁有者更新；若需要自動同步，應另行評估專用工具，並記錄人工限制。

結論：讓組織圖成為可維護的共同語言

好的組織圖不是方框越多越專業，而是讀者能分清楚角色、正式匯報、暫時協作與決策責任。從明確範圍、角色 ID、關係圖例和來源日期開始，再補上個資最小化、無障礙文字與維護擁有者；每次異動都留下版本紀錄。如此才能在到職、跨部門專案與組織調整時持續可信。