工作上其實早就在用資料結構

本章開場

有人說自己不是工程師，所以資料結構跟他沒關係。但他每天在整理資料夾、分配任務、處理表單、排序工作優先序、查找客戶資料。這些行為，不就是在面對資料該怎麼排、怎麼找、怎麼流動嗎？

本章要解決的問題

要怎麼把前面學到的結構，真正對照到工作現場？又如何看出混亂的工作流程，往往不是因為人不夠努力，而是因為資料結構沒有被設計好？

核心概念

資料結構不是只有在寫程式時才有用，它其實是一種工作整理術。當你把文件分成主資料夾與子資料夾，你在用樹狀結構；當你把工單照進件順序排隊，你在用佇列；當你用員編一鍵查資料，你在用字典或雜湊；當你把急件往前推，你在使用堆積式的優先序思維。

真正的差異，往往不在「有沒有用到」，而在「用得是否自覺」。當一個團隊知道自己在用什麼結構，就能更清楚地調整流程、拆解問題與設計工具。

工作效率常常不是多努力一點，而是把資料與流程排得更合理一點。

這在生活中像什麼

家務分工會有待辦清單、輪值順序、收納分類與緊急事項處理。家庭行程安排會有日期欄位、群組對照、提醒順序與重要度排序。這些都和工作很像，只是規模比較小。

也因此，資料結構不是冷冰冰的專業名詞，而是每個人都能從既有經驗連回去理解的東西。

具體例子

1. 老師的教材資料夾：「課程 → 年度 → 單元 → 每節講義檔」——這就是樹狀結構，很多老師已經在用，只是不知道這個名字。
2. 行政助理的請款流程：從填單、逐層送核、層層審核，到最後結案，是佇列加上連結串列的結合——不能跳順序，也可以插入新步驟。
3. 業務員的客戶名單：客戶編號對應姓名、購買記錄、訂單狀態，就是字典結構已經在試算表裡日夜運作了，只是很少人用這個角度描述。
4. 公共報修系統的工單佇列：居民陸續報修路溝、路燈故障、倒塌樹枝，報即進佇列、按緩急程度安排工人處理，其實就是地方政府在用佇列加堆積思維管理城市維修。
5. 網路平台的標籤系統：Instagram／YouTube 的內容標籤就是集合，確保每個標籤唯一記錄一次，不重複計算，龐大內容因此能快速、準確地篩選出相關內容。

這在工作上有什麼用

行政工作需要歸檔與查詢，教學工作需要分類教材與安排課程，專案管理需要拆任務、排流程、看依賴，營運工作需要對照數據、分級處理異常。這些事情如果沒有結構，團隊就會一直重複發生找不到、對不起來、排不順、交接不清的問題。

當你開始用資料結構的角度看工作，你會更容易問出關鍵問題：這份資料是適合排成一列，還是應該做成對照表？這個流程該照順序走，還是該照優先權走？這個知識庫是缺搜尋，還是缺分類？這些問題會直接改善工作品質。

為什麼重要

• 它幫助人把抽象概念落回具體工作場景。
• 它讓流程改善變得有方法，而不是只靠經驗試錯。
• 它讓非工程背景的人也能用結構思維提升效率。

工具很多，但若沒有結構觀念，再好的軟體也只是把混亂搬進新介面。相反地，只要結構清楚，連簡單的表單與試算表都能用得很有效率。

一句話總結

你不一定叫得出名字，但工作裡早就在不斷使用資料結構。