IT 心得 04

這邊算是有點小負面的心得，我想這是我一年多待在 TSMC 感觸最多，也最無法理解的公司文化，這樣的文化造成了 IT 制度更替緩慢，每個人分工極細，但工作量又異常大。

1. Product owner 只是 Product owner
   不是 Product 本身的工作絕對推的一乾二淨，從老闆開頭就帶歪風氣。造成分工極為破碎，更沒有主管願意挑出來承擔問題，然後就是幾個老闆推來推去，最後都要等最大老闆出來下指令。
2. 政治凌駕專業，有能力者出頭難度很高，甚至無法掌控架構的設計與規劃。
   公司的階級制度嚴明，(副)經理 > 部門經理 > 處長 > 資訊長，當資訊長的信息發現後，就成了公司內唯一準則。處長的決策可以否決部門經理決策，部門經理可以否決經理決策。而身為處長的人又離開技術非常久，很多時後下錯指令卻沒有任何人敢直接與經理們溝通。
3. 寫作文比做技術重要
   這邊所說的作文並不是技術文件，而是指專案報告，這些報告其實一點用處都沒有，這些報告只是要說明現在進度到哪裡，有哪些工作還要進行，那些工作需要老闆支援。但是這些工作匯報既要做得漂亮，又要說明的簡單易懂，根本在浪費工程師寶貴的上班時間，最後又要衍生一批人專人來寫這些報告(PM)，完美詮釋了 Bullshit Jobs 理論。

Product owner 只是 Product owner

公司的系統很大，Linux 就有 2 個版本，Storage 也有 3 個廠商，結果就是 Product owner 非常多，沒有任何一個單位可以管理完整一套系統。

我是 Linux 母版 owner，但我卻沒有辦法自己創建測試用 VM

曾經我的同事這樣抱怨到。只能說公司將每個人的工作劃分到極細，本意是為了降低每個人的工作量，精緻每個人的工作內容，讓每個人可以更專注在自己的工作項目上，達到盡善盡美的目標，但是現實並不是這樣。

IT 產業是一個高度系統整合的產業，當每件事情都跟別人有關係時，就會變得更加難以進行日常維護，有時甚至因為幫別人一個小忙，造成日後工作權責無法釐清，或是造成自身管理的系統重大 Event，最後讓大家都很不願意協助別人處理事情，或是利用自己很忙這樣的理由推辭請求或是延遲處理時間，最後就造成大家工作進度緩慢，更甚者便要請出老闆喬事情。

這樣的狀況會出現兩種結果

1. 所有事情最好升級為 Project
   因為當一件事情變成 Project，他就會被通知到處長等級，然後進入每周回報進度的環節，如果有誰不願意協助，或是不知道找誰協助，就會由處長直接出面要求該單位負責，且被規定時間前完成。
   以上聽起來蠻好的，大家工作進度極快，其實事實是，工作被處長壓成 High Pority，工程師必須在限時內完成工作項目，打亂工程師原本該做的事項，或是造成該工程師需要加班才能完成工作，而如此卻開始惡性循環。
   因為該工程師非常忙，所以找大老闆出來押時程，該工程師必須完成工作而繼續加班，然後別人的專案排不進工作，因此又找大老闆出來押時程，然後該工程師只能繼續加班。結果就是每位工程師都在加班，但是事情永遠做不完。
2. 所有事情最好都找老闆出來扛
   在一般的中小企業，一個人可以控制 Develop Infra + Production Infra + Monitoring Infra，或是讓 Production Infra 讓專門人員管理。因為一個工程師可以控制大部分的環境，因此更快的完成開發與測試。但在公司，單單需要測試用 VM 居然要向 Cloud Admin 提出申請，而機器可能兩天都還要不到，這時候只能請老闆出來催促別家的 Team member。這樣的事情在公司內部真的是屢見不鮮。

政治凌駕專業

「長官」這個詞在公司基本上每天一定聽的到，這個詞應該是從威權體制軍中帶過來的，只能說是台灣人的悲歌。當使用這個詞在別人的姓名後面，代表著嚴重的階層關係，而當階層關係出現，討論事情就不再容易客觀，大部分的台灣男生在軍中都有這樣的經驗，長官要你向前走你就只能往前直走，長官不宣布右轉，即便有懸崖都要向前走。

公司發展出這樣的文化，代表一家民營企業仍具有高度的階層關係，而有階層關係就代表反應遲緩或是公司成不成功只能看管理階層成不成功，這樣的狀況在民營企業相當不健康，因為民營企業就是因為可以收集全世界最一流的人才，才可以站穩世界龍頭的寶座，但如果「長官」無法接納這些一流人才的說明與意見，那就失去民營企業帶領世界改變未來的機會。

2019 年 12 月開法爆發 COVID-19，中國的政府官員居然要等到習近平回到北京才有作為，那是因為嚴謹的階層關係讓每一個人無法承擔責任，或是不願意啟動緊急指令，最後一路層層上報，而錯失止血時機。

在公司，每個人見到處長都唯唯諾諾，深怕自己得罪處長講錯話，影響自己的升遷或是隔年的分紅。有些人在這種階級嚴謹，又很難說真話的環境待不下去，最後選擇離開。有些人選擇妥協，也開始長官，長官的跟著叫起來，反正人出社會不就是要混口飯吃而已嗎?

寫作文比做技術重要

每個做工程師的都深知技術文件的重要性，很多工作環境寫工作文件的時間比學習技術或研發新技術更花時間，但是在本公司並不是這樣。每個專案都要花很多時間寫報告，起 Project 時候要寫報告，這個報告可能要寫 1-2 個月，要經過多位處長檢查，最後才能向資深處長或是副總報告。每周還有進度報告，進度匯報前還有進度匯報前的討論會議，結果就是讓大家不斷在製作報告與會議中間把寶貴的時間浪費掉。

公司在製作這些簡報還有很多技巧，或是大老闆的地雷要注意。例如: 報告文字要詳盡且敘述要簡單，每頁報告最好圖文並用且文字與圖片要乎相呼應，每具的字首都必須大寫，每頁的文字起始位置都要相同。

因為要達到上訴的事情，工程師都會花費非常多的時間在做這些報告，最後就衍生出了一種專門做這些報告的職位 Project Manager (PM)。

結語

其實這篇就是一個超級的抱怨文 (笑)，我覺得也不是完全沒有救，新來的副總要求回歸技術領導部門成長，代表在未來技術在部門間更會被重視。像是馬上就要來的 Bootcamp，連同處長以下都必須參加，必須展現每個人的技術硬實力且會直接影響考績，代表公司開始以技術做為評鑑考量項目之一，單只靠打嘴砲已不像以前那麼有用。

但是前方的路途還很黑暗，一個千人的 IT 部門要轉型，靠的不是一個副總而已，而是整個部門都要有改變的決心與向前邁進的信心，但我認為部門內部對於這樣的心態還不明確。大家都在等某個單位或某個人會自己跳出來扛這面改革大旗，但每個人都不希望這個人就是自己，結果就是大家事情都只做一半，然後砲轟別人的那一半，來彰顯自己做的更好，但其實大家只是五十步笑百步。

只能說對一個 20 年都一成不變部門，「改變」是很恐怖的事情，我們只能繼續期待他越變越好，但是否可能走向 Facebook 或 Google 那樣，只能說難度非常高，但只期望他至少能走得像是一個正常的軟體開發部門而已。