如果問，公職經驗對我現在在軟體業當PM有什麼幫助？
最重要的大概有三點：
1.講話講重點(條列式與言簡意賅)2.重視程序正義(流程正確、留下溝通與協議紀錄)
3.檔案管理(檔案確實製作、保存與編碼)
年輕時嚮往新創公司的彈性
接下來就進一步說明原因
大學的時候，我有參與三創課程(創新、創業與創意)
因此我跟同儕都對「新創公司」的彈性與快速調整非常嚮往
然而，每件事都有兩面，有陽光就有陰影
彈性的另一面，往往是程序混亂，與缺乏完整的資料保存
如果我沒有經歷過公職的「程序正義」訓練，就難以堅持一些看似當下看似可以捨去的「繁文縟節」但事後發現「還好當初有留寫會議紀錄」、「還好當初有通報」、「還好當初有寄信留溝通紀錄」......的作為。
預防勝於治療，確實完成必要的程序與文件紀錄，讓我在專案風險控管上做得更好。
例如，軟體公司常使用敏捷開發，很多時候大家口頭協商，事情就做完了，沒有確實留下規格文件，等到人員更替，後者接手根本沒有文件可參考，要修改產品只能用通靈的、對現存的同事做「口述歷史」的訪談。
又或是，專案周期較長，同事之間基於信賴關係，常常口頭溝通後就開始做事，但到了專案後期大家幾乎忘了當初的共識是什麼，每個人記憶的版本都不同，就吵成一團。
需求方覺得開發團隊沒有完成當初承諾的內容，而開發團隊也覺得委屈，認為需求方便變更範疇，追加需求。
如果這些規格文件、溝通的信件往來、會議紀錄，都有確實留下白紙黑字的紀錄，並由雙方確認後蓋章簽字，那當有人提出質疑時，都可以以文件作為判定的依據。
每段經驗都是有所學習與成長的
其實，我自己這個人蠻怕麻煩的，也很討厭做沒意義的事情，會覺得無聊。
如果不是經歷過公務員的生涯，依據我原本的個性與對新創公司彈性流程的偏好，我應該會懶得做各種文件記錄，溝通也不太管流程，只要達成目的就好。
那結果會變成，運氣好的話，專案不會出什麼差錯。但運氣不好，就會出現一堆紕漏，事後也難以亡羊補牢，還不知道該怎麼改善。
跨領域轉職不代表要從頭開始
很多人以為轉職就是得「歸零」，換了領域就要從小白、新鮮人開始。
其實不是這樣，即便職稱、產業不同，很多工作方法、思考模式，是共通性職能，是可以遷移的、帶著走的。
所以，只要在工作中努力付出、累積的成果，都不會白費。
固然到新的領域，會有很多新的、陌生的產業知識與技術能力需要重新學習，保持海綿吸收水分的狀態去吸收新知識，絕對是好的習慣。
但也不需要太妄自菲薄，認為自己轉換領域、職位角色就得從低階工作開始做，彷彿之前累積的都是無用的。
歡迎追蹤我的threads
https://www.threads.com/@career.pm.mimi666?hl=zh-tw
歡迎收聽我跟生涯教練Leo一起主持的podcast頻道
https://open.spotify.com/show/2LsCJMFGXABi96GgFXTInE
