一、進公司前，我以為自己準備好迎接挑戰了
找 IT 工作的時候，我心裡想的是什麼？
防火牆、交換器、網路架構、伺服器、虛擬化、備份、資安，最好還能接觸一些自動化工具。每天解決不同的技術問題，讓自己的能力慢慢升級。
簡單說，就是希望有一天，自己不只是會修電腦，而是能夠獨立規劃、管理，甚至設計一套完整的 IT 環境。
結果進公司一段時間後，我發現一個很現實的問題：
目前的工作內容，竟然有七成左右都是 OA 相關！
OA 不是不好，電腦故障、印表機罷工、帳號權限、Office 出問題，這些都是企業日常運作的一部分。
沒有 OA，員工可能連報表都交不出去；沒有網路，大家連抱怨系統很慢都做不到。
但問題是，如果每天大部分時間都在處理這些事情，那我原本期待的網路管理、資安維運與系統架構經驗，又要去哪裡累積？
難道我未來的職涯目標，是成為一位能夠在三分鐘內判斷印表機為什麼不吃紙，並且在五分鐘內安撫使用者情緒的 OA 大師嗎？
這個技能當然很重要。
只是，我不想十年後回頭看，發現自己處理 OA 的速度變快了十倍，其他想學的技術卻還停留在入職第一天。
二、剛進公司不到兩週，防火牆就給我上了一堂震撼教育
更有趣的是，我進公司時，身邊的同事也有一位新人，而且我們進公司的時間只差了大約兩週。
她是課長，我則是負責實際執行工作的工程人員。
原本以為進入新環境，可以跟著前輩熟悉系統、了解架構，再逐步接手工作。
沒想到，進去之後才發現：
之前的學長姐，竟然都已經離開了！
看到這種情況，心裡大概只剩下一句話：
「請問公司的 IT 使用手冊在哪裡？還是前輩們已經把它當成離職紀念品帶走了？」
就在大家還在摸索環境的時候，進公司不到兩週，防火牆竟然掛掉了。
更刺激的是，當時沒有 HA（高可用性架構），也沒有備機可以立即接手服務。
這就像買了一台汽車，卻沒有備胎；平常開得好好的，真的爆胎時，才發現自己連拖吊電話都還沒存。
企業的網路服務可不是說停就停。
防火牆一旦故障，可能影響對外連線、跨廠區通訊，甚至讓其他依賴網路的服務跟著出問題。
那時候，才真正體會到什麼叫做「理想很豐滿，現實很骨感」。
我和課長一起面對問題、想辦法處理，在那段時間裡，確實培養出一種革命情感。
畢竟，兩個剛進公司沒多久的人，突然就要面對前人留下的環境，以及一台不打算繼續工作的防火牆。
這種經歷，不是每個人都有機會體驗。
只是，革命情感歸革命情感，技術債還是技術債。
不能因為一起打過仗，就認為以後每次都應該拿著竹竿去擋飛彈。
三、最讓人擔心的，不是工作辛苦，而是成長方向逐漸模糊
目前的情況是，部門裡有我和新人課長，還有另一位新人；原本熟悉環境的學長姐已經離開，而長官又主要在其他廠區。
這代表什麼？
代表現場每天發生什麼事、哪些系統有風險、哪些工作正在消耗人力，遠端的長官未必能完全掌握。
在管理者眼中，可能只看到事情有人處理、員工沒有一直反映問題，於是覺得一切運作正常。
但實際執行的人才知道，有些問題只是暫時沒有爆炸，不代表它已經被解決。
例如：
防火牆沒有 HA，也沒有備機，故障時就可能面臨服務中斷風險。
前任人員離開後，部分系統知識與操作經驗可能沒有完整交接。
日常 OA 需求不斷進來，真正需要規劃的網路、資安與系統工作，只能不斷往後排。
新人需要時間熟悉環境，但日常工作不會因為新人還在學習就自動減少。
這才是我真正擔心的地方。
不是我不願意做 OA，而是我怕自己每天忙得團團轉，最後卻沒有累積到足以讓職涯向前走的能力。
工作很忙，不一定代表成長很多。
每天處理三十張 OA 報修單，可能會讓你更熟悉使用者需求、故障排除與溝通協調；但如果你希望成為網路工程師、資安工程師或系統管理人員，就還需要有時間接觸更深入的技術。
否則，工作經驗雖然一年一年增加，履歷上的技術深度卻不一定跟著增加。
這就像每天都在健身房幫別人遞毛巾，待了五年，對健身房的環境非常熟悉，但不代表自己就練出了六塊肌。
四、那我該怎麼辦？先別急著離職，也別傻傻地等奇蹟
如果是我，我不會因為發現七成工作都是 OA，就立刻決定離職。
但我也不會告訴自己：「再忍一下好了，說不定明年就會變好。」
因為職涯不能只靠希望維持，還是需要一些具體行動。
第一，把工作內容攤開來看
先記錄一至兩個月的工作內容，包含 OA 報修、網路維護、防火牆管理、伺服器維運、備份、資安與專案工作。
不需要刻意美化，也不用把 OA 工作全部當成浪費時間。
重點是確認：自己的時間究竟花在哪裡？哪些工作最占時間？哪些重要的技術工作一直被延後？
當你拿得出具體紀錄，就能跟主管討論工作分配，而不是只說一句「我覺得 OA 太多了」。
畢竟，「我覺得很忙」和「這個月有七成工時用於 OA，導致哪些維運工作延後」，在管理上的說服力完全不同。
第二，主動爭取真正能累積技術的任務
既然短時間內不一定能改變公司的工作型態，就先從現有環境尋找機會。
例如整理網路拓樸、建立防火牆設定備份與還原程序、盤點設備生命週期、補齊系統文件、檢查備份是否能還原，或規劃防火牆備援方案。
這些工作不只是替公司解決問題，也能成為自己的技術成果。
不過要記住，涉及正式架構變更、採購或服務中斷風險的工作，仍然需要主管授權與適當的變更程序。
不要因為想學技術，就把整個公司的網路當成自己的實驗室。
第三，跟課長討論，而不是只跟課長一起苦笑
既然曾經一起面對防火牆故障，也有共同處理問題的經驗，這其實是很好的溝通起點。
可以討論目前 OA 工作的比例、日常維運的優先順序，以及希望逐步承接哪些網路或系統管理任務。
例如，每週固定安排一部分時間處理設備盤點、文件整理、資安檢查或架構改善。
如果每天都被臨時需求打斷，至少也要有明確的工作優先順序，讓重要的技術任務不會永遠排在最後。
但也要理解，課長可能同樣受到人力、預算和上級要求限制。
因此，討論的目的不是要求她立刻把所有 OA 工作拿走，而是確認：這個部門有沒有可能在維持日常服務的同時，讓人逐步累積更深入的技術能力？
第四，給自己一個觀察期限
我會給自己三到六個月的觀察期。
這段時間不是單純等待，而是主動做三件事：
盤點工作內容與時間分配。
爭取實際的技術維運或改善任務。
利用下班後的時間補足想發展的技術，並更新履歷。
三到六個月後，再看看工作內容是否有所改善、是否有機會參與更深入的專案，以及主管是否願意支持技術成長。
如果工作始終被 OA 填滿，改善提案沒有進展，也看不到未來可以承接的技術任務，那麼開始尋找其他環境，就是合理的職涯規劃。
不是逃跑，而是確認自己還有其他選擇。
五、真正的問題不是 OA 太多，而是這份工作能不能帶我走向下一站
我現在最矛盾的地方是，這份工作並非完全沒有價值。
剛進公司就遇到防火牆故障，讓我學到沒有備援架構的風險，也看見文件、交接與災難復原的重要性。
和課長一起處理突發事件，也讓我更了解現場維運的壓力。
這些都是經驗。
可是，經驗也有不同種類。
有些經驗能讓你更快完成今天的工作，有些經驗則能讓你未來承接更大的責任。
最理想的情況，是兩者都能累積。
但如果每天的工作只剩下處理眼前需求，完全沒有時間改善系統、學習技術或參與規劃，那就必須認真思考，這是不是自己想要長期發展的環境。
尤其當長官不在現場，更需要把問題、工時、風險與改善建議清楚呈現出來。
不要期待上級隔著幾個廠區，就能自動感應到現場有多少工作。
畢竟，長官不是 Wi-Fi 分享器，沒有辦法自動覆蓋所有資訊死角。
六、結語：我可以當 OA 救火隊，但不想一輩子只負責拿滅火器
我不排斥 OA，也不認為處理使用者問題就比較低階。
企業的 IT 工作，本來就需要有人把日常服務顧好。
但我也希望，自己除了會處理今天的問題，還能有能力預防明天的問題。
今天防火牆故障，我可以想辦法恢復服務；但下一步，我更希望能參與規劃 HA、備機、備份與復原程序，讓同樣的事情不必再靠運氣。
今天使用者電腦出問題，我可以幫忙排除；但長期來看，我也希望能建立標準化流程、改善管理方式，讓重複性工作逐漸減少。
這才是我期待的成長。
所以，我不一定要立刻離職，但也不會把「忙碌」誤認成「進步」。
我會先努力改變現有工作，爭取技術任務，同時為下一個機會做準備。
如果公司願意讓我成長，那很好，我可以繼續累積經驗。
如果公司只需要一個全年無休、什麼都能修、什麼都要接的 OA 救火隊員，那我也必須問問自己：
這份工作是在培養我的能力，還是在消耗我的時間？
畢竟，IT 人可以接受系統偶爾當機，不能接受自己的職涯永遠停在維護模式。
防火牆可以沒有 HA，但我的職涯不能沒有備援方案。
而我的下一個版本，也該準備升級了。
換成你，你會怎麼選？
如果一份 IT 工作有七成時間都在處理 OA，剩下三成才是網路、資安與系統維運，你會選擇留下來慢慢爭取機會，還是開始尋找更符合職涯方向的環境？
歡迎分享你的經驗。畢竟，IT 人最不缺的就是問題，最缺的可能是有時間好好規劃自己的未來。
