炫耀文件 (Brag Document) 模板
E+ 成長計畫/ ExplainThis 出版
模板說明
此為炫耀文件 (Brag Document) 模板，在使用這個模板之前，推薦對如何記錄炫耀文件不熟的讀者，可以先閱讀這篇文章。
推薦可以自己嘗試不同的頻率，例如每天工作結束前回顧並記錄，或者是每週工作結束前把當週的亮點記下來。與此同時，由於隨著時間，有些亮點的細節可能會慢慢被忘記，因此假如有某件特別值得寫下的事情，盡量不要拖超過一週做記錄。
在軟體工程師的職涯中，有許多重要的軟實力；如果有效掌握這些軟實力，將讓自己更有能力做出有影響力的成果，讓自己能在炫耀文件中記下更多內容，未來不論升遷或求職都能用上。
先前 ExplainThis 團隊有製作一門《軟體工程師：邁向資深必修的 10 個軟實力》線上課程，協助讀者持續提升技術能力的同時，也兼顧軟實力。
如果你在職涯中也有過類似下列的問題，相信這門課會對你有幫助：
- 「明明我該做的事都有做，為什麼卻不被看重?」
- 「明明我技術能力沒有比較差，為什麼升遷卻比別人慢?」
- 「明明我很努力了，為什麼跨部門的協作還是很卡? 要如何能夠有效推進?」
感興趣的讀者，只要加入 E+ 成長計畫，都能無限次回放觀看。
炫耀文件 (Brag Document) 紀錄
範本
[時間] [名稱]
- S：
- T：
- A：
- R：
- L：
詳細說明
時間： [完成此項目的時間段]
名稱： [簡短描述專案或任務名]
- S 情境 (Situation)：描述你當時所處的環境或面臨的挑戰。
- T 任務 (Task)：說明你在這個情境下的具體目標或責任。
- A 行動 (Action)：描述你採取的具體行動，以及如何解決問題。
- R 結果 (Result)：描述你行動後所取得的結果，盡可能使用量化數據來呈現。
- L 學習與反思 (Learning)：你在這個專案或任務中學到的經驗，以及未來如何改進。
(範例) 2024 Q1 新成員入職流程優化
- S：下一季團隊預計擴招至少 5 人，然而先前的入職流程與文件，並沒有系統性的整理，導致過去入職的效率不是太好。
- T：我主動跟工程經理提說，想要有系統地重新梳理入職流程，並把文件化作好。
- A：我主導整個團隊的入職流程更新，並找了團隊其他人一起補齊缺漏的文件。
- R：重整後的新成員入職所需時間縮短至 3 天後即可開始貢獻，同時減少既有成員的額外時間投入。
- L：在完成重整後的第一個新成員入職時，我發現有些設想不如預期，因此調整了流程與文件。
注意事項
- 可記錄的內容：
- 工作上或個人專案上的成果
- 新技能、技術或框架學習進度
- 同事或主管的反饋 (無論是正向或負向)
- 開源貢獻、志工活動等相關經驗
- 專注於高影響力的成果： 避免記錄無關緊要的細節，確保所有記錄都能對職涯發展有實質助益。
- 以結果導向的方式記錄： 不僅記錄行動，更要展示行動後的結果與學習。