有些人把升遷資料包(promotion packet)當成走到 Staff-plus 的終點交件,但作者見過許多人反其道而行、成功得更漂亮:在你覺得自己有機會升遷之前很久,就開始寫第一份 Staff 升遷資料包,就像使用「戰績文件」(brag document)那樣。這麼用,資料包會變成你達成目標的地圖。

公司終究會有自己的資料包格式,最後你得把內容翻譯成那個格式送交升遷委員會,但不必急。你依賴它當「指南」的時間,遠多於當「正式審查文件」的時間,所以要為前者最佳化。

一份好用的通用範本#

  • 你的 Staff 專案是什麼? 你做了什麼?影響(含明確目標)是什麼?什麼讓它複雜?寫得極短,再連出到支撐用的設計文件。
  • 你用哪些高槓桿方式改善了組織?
  • 你的專案有哪些可量化影響?(讓營收增加 1,000 萬美元?年度客服工單減少 20%?)
  • 你指導過誰、透過什麼成果?
  • 你做了哪些黏合工作(glue work)? 其影響是什麼?
  • 哪些團隊與領導者熟悉並支持你的工作? 他們看重你工作的哪一點?一句話,盡可能附數據(如問卷結果)。
  • 你有哪些真實或被認為存在的技能/行為缺口可能拖累你? 每項用一句話說明你會如何處理。

自己寫出這些答案很有價值,但升遷進領導職不是一個人的活動——它只能靠一群沿路支持你的人共同完成。

迭代資料包的流程#

  1. 回答你為什麼要做這件事。 很多人選擇不追求 Staff;你該有一個對你重要的理由,否則容易困在一個你並不享受的角色裡。
  2. 調整你的期待。 這個層級的升遷是以季、半年、年為單位累積的,別期待立即見效。
  3. 把主管拉進來。 在下次一對一帶上資料包,明說取得 Staff 升遷是你的目標,請他們看這份(還很空的)資料包,問缺什麼、該強調什麼、流程上要不要加步驟。
  4. 寫出資料包。 坐下來花一小時,把所有想法丟成第一版。
  5. 自己編修。 等兩天,重讀並就內容、清晰度、脈絡編修。
  6. 找同儕一起編修。 分享給幾位信任的同儕(最好已是 Staff-plus),他們常比你更能指出你的強項與貢獻,也比主管更貼近你的工作。
  7. 找主管一起編修。 請主管特別聚焦在「列出要補的缺口」,並約下次一對一討論能補缺口、也讓資料包更強的專案與機會。
  8. 定期與主管檢視。 在職涯與績效導向的一對一中持續檢視,尤其在換主管時特別重要——跨主管維護這份文件,能減緩換主管後常見的升遷進度流失。

若你按部就班照做,早在被提名前很久就會備好第一份 Staff 升遷資料包。它不一定讓你快速到位,甚至可能不會讓你在現公司到位,但它會把你的精力集中在真正推動你邁向目標的發展與工作上。真正要寫正式資料包時,就只是把累積的內容編修進官方範本,而不是翻找多年心血的考古工程。

金句:別為了打卡而追 Staff

米雪·布(Michelle Bu)提醒:「我給工程師的第一個建議,是避免用某種模式匹配把自己導向不喜歡的工作。我深受我做的工作激勵——與團隊合作解決抽象的建模與設計問題。要在一輪又一輪回饋後一次次再試,需要一定的韌性;老實說,這不適合每個人。如果你比起讓自己去做能點燃你的工作,更執著於『打到 Staff』,那很容易卡在一個你不想要的角色裡。」

里圖·文森(Ritu Vincent)談「把主管拉進來」時也建議:「常有人來問我『接下來該做什麼才能到 Staff?』我告訴他們的其中一件事,是對主管超級開放誠實地說出你想要的職涯。我早期一對一犯的錯,是跟主管說我以為他們想聽的話,而不是我真正的感受。」