Newbie Staff 的第一個月

第一次作為 staff engineer 在一家公司開始工作，面對到的挑戰我想真的是有別以往。倒不是說這個職位特別難做，所以覺得困難。而是因為過去在前一家公司從 senior engineer 到 staff engineer 的過程，本身就是熟悉組織架構，獲得足夠的信賴，並且有能力推動幾乎是我所有想做的專案。而這一次就非常不同了。我在一個尚未熟悉的環境中，還不知道這些技術決策背後的流程與原因，但某種程度上卻是被高度期待帶來改變的人，甚至在前一二周跟同事們對談時，也感覺到大家明顯地側耳傾聽我如何說明自己的想法及表達的內容。在這樣的期許中，我怎麼開始我的第一步呢？

我自己在思考切角的時候，希望自己在第一個月可以做到的事情是了解組織運作的方式、認識局部系統歷史及現況、了解直接影響的團隊協作狀態。

理解，再理解#

一如往常的，我從我剛經歷的 onboard 流程開始，對於流程中不明確或不清楚的地方，考古過去的文件爬梳脈絡、蒐集大家的想法，並提案了一個最簡單的版本。再跟後續新加入的同事們一起測試迭代。原本是隨手下的一步棋，因為我看到不一致就會想整理的習慣，當然也希望透過最小專案的提案測試迭代來跟團隊做一點磨合，不過因為組織有不少同事加入，後續在跟 EM 核對期待後，我帶一位 Tech Lead 做一個適用於全工程團隊的 onboard 規範，獲得不錯的評價。

第一週剛 onboard 後遇到公司的 retreat ，扣掉這段時間外，在正式開工的第二週做了初步的 code quality evaluation，在 weekly sync 跟團隊分享，試著用我己習慣的研究方式來說明為什麼這些地方不好、為什麼那些地方需要改進，也在過程中理解他們的歷史脈絡，藉由這些討論來測試大家對我的標準接受程度及找尋初步的合作方法。

還有一大重心放在 1:1 meeting，建立關係及跟同事們有更深的理解，也讓彼此有空間可以好好談話，在幫助我理解個人歷史脈絡、工作期待、近期挑戰有非常大的幫助，也進而在這些交流裡找到不少可以推進的案子。

因此我有機會一開始就在第一個月處理讓參與團隊都頭痛的跨部門專案：藉由訪談理解專案初衷、雙邊現況及挑戰，提案新流程並與彼此討論。也跟老闆們就這個專案直接談談，順便測試一下溝通風格，再到不同部門的專案會議說明。除了幫助專案排解利害關係人的顧慮以推進外，還獲得了不少有趣的資訊，作為我後續工程倡議的材料。

而在 AI 年代做工程管理當然也有我的一大挑戰，儘管是我實作及領導的一大重心，但是我想在這邊開展會篇幅過多而有離題之虞，所以我會另外開篇分析及分享我的看法與策略。

信任是第一步#

我的另一位 staff peer 在跟我 1:1 時說到， staff engineer 加入一間公司後，最大的挑戰往往不是技術，而是如何在加入團隊獲得信任，以推動我們的initiatives，並且在其中發揮 leadership and mentorship，因為作為 staff 我們理當來說對於技術的挑戰有辦法應對。讓他放心的是，意外地我很快的獲得信任，除了在處理團隊問題外，大家也已經會帶著問題來找我。為什麼能做得到呢？我們討論的時候有聊到，當然多虧他在前面打下 staff 跟 engineers 合作的基礎，還有仰賴團隊整體的開放心態，最後當然還有包含我的 approach strategy。

前面提到我在第一個月跟團隊成員大量 1:1 時找到可以推進的案子，面對多數的專案我不會直接跳進去參與，除非它們的影響太大，不然我希望可以再更理解組織跟現況一些再介入。但是除此以外，也有不少是介於團隊的縱向溝通及橫向討論的需求，是我可以協助引領的。對於這些機會，我會直接跟 folks 在會議上聊清楚背景與期待，並在會後發出 followup invitation。這一方面提醒我有代辦事項需要處理，另一方面也讓 engineers 知道我對於影響團隊的標準。當然如果是偏向職涯的討論或個人的方向，我會讓大家以自己舒服的節奏來去跟我約時間討論。

雖然上述不一定是為什麼能快速建立信任感的全貌，但是我想過去的經歷對我的影響真的幫助不少。我自己在看不同題目時都能發覺資訊落差帶來的理解誤差，再加上曾經受益於資訊透明性的好處。所以我在工作上總希望能夠有足夠的資訊讓 stakeholders 理解現況：盡量在不同的會議專案討論完後，在 slack channel 留下清楚的 meeting minutes and action items，也在跟團隊討論議題領導方向時，儘量不怕麻煩地多給一些「人讀得懂的資訊」。也許這些正是讓大家能加速信任感的方式也說不定呢！

獲得資訊的最快解方#

隔壁同事在某天跟我分享，他注意到公司的 staff engineers 都可以在狀態還不明朗的時候找到方向推進，這件事情對他來說很有挑戰性，但是他很好奇我們怎麼做到的。

其實檯面下的故事是我也有我的害怕跟擔憂。原因是我知道 staff engineer 的影響力會很大，但是過去作為從未在一間公司以 staff 入職的菜 staff engineer 面對這樣的期待與對應帶來的授權與影響力還是會感到一點不安呢。

在這一個月中，不論是引領討論的方式及倡議的思考，我看到的是團隊被我改變的速度。很感謝團隊成員們的信賴與願意嘗試，但是我也是有很大部分的誠惶誠恐，對於全新環境的陌生，包含組織的樣貌以及團隊成員，有時候也會讓我不太確定自己是不是正確的。不過我相信更快的 feedback loop，讓我能小步的試錯、快速的磨合，只要我能抱持迭代改版是正常的心態，就能持續跟團隊找到方向一起努力吧。

影響力是一把雙面刃，我希望在往後的日子維持初衷 —— 找到最舒服合作的方式解決團隊不舒服的共同問題，並且能夠充滿期待的一起前行——好好善用我的影響。