在思考一些事情的時候，如果有個核心精神，通常都能讓自己更聚焦，也更明確知道自己要做的是什麼。
像是我以前就寫過一個核心精神是：「幫助以前的自己」，例如說 onboarding guide，如果我進公司的時候沒有這個東西，那我就會想寫一份，因為我要幫助以前的自己，幫助「進公司以後不知道如何開始」的那個我；雖然說我沒辦法重新再 on board 一次，但至少之後的新人可以參考我寫的指南。
除了這個之外，有些假想情境也能達到類似效果，幫助自己找到工作上的目標，今天想來提兩個我覺得滿有用的情境。
第一個是：「如果你今天離職了開始找下一份工作，你會希望履歷上有哪些成就？」
這個問題其實跟「你想從這份工作上獲得什麼？」有點類似，但我覺得又更為具體，而具體的好處就是比較容易能想像中畫面，就會更容易回答。
我認為這問題之所以好，是因為回答會直接影響到你目前怎麼看待你做的事情，以及你應該要完成哪些成果，達到什麼樣子的目標。
舉例來說，假設我現在的工作是負責一個 UI library 的開發，我希望我在找下一份工作的時候，履歷上的工作內容可以寫得越完整越好，就會越加分，像是這樣：「負責 UI library 開發，採用 monorepo 維護各個元件，導入 storybook 與設計師協作以及整合 Jest 進行測試」
我能很明確想像出下次求職時，我希望能在履歷上看到的東西，再從這個東西反推回我現在應該要做些什麼。以上面的範例來說的話，我現在應該把 UI library 的整體架構跟實作細節都理解得更透徹，才能幫助我下次面試的時候表現更好，證明我對 UI library 這個專案理解的夠深。
反之，如果我現在的工作內容在履歷上根本不值得一提，寫了也不會加分，那我就必須思考是不是現在的工作內容哪裡出了錯，或是整個方向都錯了，也可以跟主管討論是否有調整的空間。
所以說，如果你不確定自己現在的工作內容對未來是否有幫助，想像一下你下次面試時希望自己能拿出怎樣的履歷，上面寫著哪些曾經做過的事情，達成了哪些目標，接著就可以朝這個目標去努力。
其實這有點像是「五年後的你會在哪裡？做些什麼？」，但我覺得具體很多，沒有這麼難回答，而且對思考現有的工作內容會更有幫助一點。
第二個假想情境則是：「如果你明天要離職了，那你要怎麼確保留下的同事可以接手你的工作？」，或也可以換個角度想：「如果同事明天離職，你希望他留下哪些東西給你？」
假設我同事明天要離職了，我會希望他留下許多文件，包括：
- 某某專案該怎麼建置環境，怎麼開發
- 某某專案的架構大概是怎樣
- 某某專案該怎麼部署
- 某某專案的開發流程為何
- 某某專案有沒有哪些需要特別留意的點
如果能留下這些文件，會對我很有幫助，我就不用從頭開始研究，可以快速地交接專案。那既然我會希望同事離職時留下這些資料，我就應該以身作則，自己在離職時也要這樣做。
不過，其實這並不是離職後才能做的事情，而是現在就可以開始做，對吧？從現在就開始寫文件，紀錄專案的一些東西，等到離職時就只需要再確認一遍是否有更新到最新狀況，因為有了平日的累積，所以方便許多。
不過文件這件事情，第一個困難的點在於開始寫，第二個困難的點在於維護，有些文件雖然存在，但沒有更新到最新狀態，這樣文件跟實作不同步的狀況其實也滿頭痛的。
所以文件最好都寫一些比較大架構的東西，例如說系統架構可能就不會時常動，或是需要特別注意的地方，例如說某某系統的邏輯很複雜，處理的時候要小心之類的，至於更細節的實作，就交給程式碼去展現吧。
這篇簡單記錄一下近期在工作上的一些心得，文中提到的兩個情境都是以「離職」做為出發點，促使自己去思考在「現職」應該做些什麼，我自己覺得還滿有用的，因為情境都很具體，所以也比較好想像。
如果你也有什麼類似的情境可以幫助自己把現在的工作做得更好，歡迎在底下留言討論。
