幾個月前才寫了一篇〈如何妥善、無縫、無痛地交接（或被交接）其他產品經理的專案〉，沒想到加入公司才半年多，我居然得幫忙帶新人了，於是邊準備到職文件，也邊寫下這篇文章，希望對於之後的自己＆有需要的人有些幫助。
遙想人們還必須在辦公室工作時，每當有新人到職，就會介紹辦公室的地理環境與各個同事；然而，畢竟現在仍處疫情期間，新加坡政府要求企業繼續將「居家辦公」當作預設值，所以大概從 2021 年 5 月中開始，絕大多數的同事都是遠端到職、遠端工作。
即使少了「人」與「地」，還有「事、時、物」需要向到職的新人說明。此外，除非是組織擴編，否則新人到職通常也代表會有舊人交接，像我這次帶的新人就是補剛離職同事的缺，所以也可以參考上面提到的〈如何妥善、無縫、無痛地交接（或被交接）其他產品經理的專案〉，交接文件應該能算是到職文件的主體了。
總之，新人到職文件會涵蓋的項目大概會包含：
1. 產品類
- 新人要負責哪些產品、這些產品的資料夾
所謂的「資料夾」，指的是一個產品不可能只有一份 PRD，通常還會包含測試與正式環境連結、PIC（設計、工程、測試等）名單、backlog 和 user interview 等文件。細項一樣可以參考〈如何妥善、無縫、無痛地交接（或被交接）其他產品經理的專案〉。
- 與這些產品相關的資訊，比如資料庫、design system（如果有線上元件庫的話）等。
2. 流程類
一個公司可能有很多個產品，每個產品可能有不同的執行團隊。要完成一個產品，也仰賴團隊密切溝通，會有各種會議，所以在這部分，通常可以放入以下資訊：
- 各種會議：包含時間、地點、主題、與會人士
- 產品開發流程：不論是做新產品、優化還是修 bug，都會有一套流程
- 專案管理的流程＆工具：比如蠻多團隊是用 JIRA，對於每張票的標題、版本、內文等，都有一套撰寫邏輯；派票、關票與發版也有既定流程需要遵守
3. 權限類
先前待的公司都比較小，所以新人到職後很像在跑大地，比如：進人事系統要找 HR、專案管理系統要找 RD、文件管理要找 PM，如果有這樣的情況，建議寫一張 checklist，列出有哪些工具或網站是需要使用的，以及新人可以取得哪個等級的權限。
不過，如果公司較大，通常資安規則也會訂得較清楚，只要開通公司 email 後，對應的權限基本上也都設好了，不用全部再一一手動設定。
4. 態度
即使是有經驗的新人，在到職後的兩、三個月通常仍在熟悉環境與工作流程，再資深的人都難以展現即戰力。在這段期間內，新人最可貴的是「擁有嶄新的視角」，可以用局外人的角度重新審視團隊現在的流程有沒有問題、哪些分工可以做得更好、對於產品有沒有新的想法。
所以，在妥善交接與協助到職之餘，更重要的可能是不斷鼓勵新人，並且給予適切的回饋，讓他覺得「這是一個可以舒適表達意見、問問題的地方」，而不是產生「啊我給了一堆建議，結果你還不是都說『但大家已經習慣了』、『這個是上面規定的，動不了』」的挫折感。
至於作為新人，真的是可以「仗勢」著自己是菜鳥，有不懂的就盡量問、有好奇的事情也可以盡量請教。
想當初我連怎麼在 JIRA 開票、開 epic 都不知道，也搞不清楚每張票的 close 跟 done 差在哪，現在回頭看，這些事情再簡單不過了，但當時也沒人因為我問這些問題而傻眼（或者沒表現出來），可能大家在前三個月對新人也會比較「寬容」，等到大家覺得新人該進入狀況時，任何問題都很容易被當成笨問題……。
更多關於態度的建議，可以參考之前的 2 篇文章〈該怎麼在工作中學習＆進步？新鮮人初入職場的「菜鳥 3 式」〉和〈不管社會新鮮人還是職場老鳥，加入新公司的起手式有……〉。
5. 其他
上面這些都是「形式」上的到職，工作上還有很多難以明文寫下的眉角，比如 A 工程師習慣先看到票開出來再討論問題、B 設計師極度仰賴用戶訪談才能決定優化方向、C PM 不喜歡傍晚發版，因為若有問題，大家就得晚上加班修 bug……，這些細節似乎不太可能寫在到職文件或交接文件裡，也不太可能在新人到職的第一天就全盤分享。
畢竟每個人除了有自己的工作習慣，對他人的態度或做法也很可能不一樣，所以即使 PM 的 “people skill” 很重要，我仍不太會直接把這些同事在工作上的個性或習性也「交接」給新同事，而是讓他自己觀察、體會，避免新同事被我的主觀想法給影響，甚至對其他同事有先入為主的認識。
結語
以上就是一些對於 PM 到職的相關文件準備與建議，因為先前已寫過一些與此篇主題相關的文章，所以這篇的篇幅就比較短一點了。
如果你剛好正要到新公司報到，或者跟我一樣即將迎接新人的加入，希望這篇文章都有些幫助，也歡迎給予任何建議或分享。
