本系列前二十七天以九組 STAR 故事整理職場轉變;最後三天依序回顧能力變化、整理延伸閱讀,並把下一階段的行動寫成可檢查的計畫。
前二十七天用九組 STAR 故事整理九條菜雞行為;最後三天不再新增第十條。承接 Day 27|我用決策回顧和 AI 驗收,把經驗留下來,本篇把九條行為收成一張個人工程能力地圖。
寫到第二十八天,最想避免的收尾是宣布畢業。菜雞與老鷹的二分法很好講,卻沒有決策用途:它回答不了「這個任務我能不能獨立接」。所以我改問:在題目、方案、交付、例外、重構、溝通、證據、交接與經驗這九件事上,我各自能獨立做到哪裡、什麼情況會退回原形。判斷依據是證據,不是感覺;感覺此刻最膨脹,證據只有留下的澄清紀錄、測試結果與決策回顧。
下表是我逐條盤點的結果,屬個人整理,不是正式評量或替別人打分的量表。
| 菜雞行為 | 目前證據 | 復發徵兆 |
|---|---|---|
| 沒先確認題目 | 需求澄清紀錄 | 一聽到需求就想技術 |
| 太早選方案 | 假設登錄紀錄 | 桌上只剩一個候選方案 |
| 把 Demo 當交付 | Demo 差距清單 | 一句「本機可以跑」 |
| 只設計正常路徑 | 失敗情境矩陣 | 例外全部寫成 TODO |
| 把重構當進步 | 重構決策紀錄 | 想「順手全部改掉」 |
| 把溝通當轉交 | 問題回報紀錄 | 訊息丟出去就當結案 |
| 把測過當證據 | 測試證據表 | 只剩口頭的「測過了」 |
| 把程式碼當交付 | 交付證據包 | 沒有人能接手部署 |
| 把熟練當經驗 | 決策回顧紀錄 | 只累積操作不留理由 |
最明顯的共同模式是:同一條行為換個情境就會復發。熟悉的領域我記得先確認題目;一到陌生框架或時間壓力下,搶答的手感又回來了。地圖上重要的不是打勾,是復發條件。
比起資深稱號,能力邊界更能直接拿來排工作。我目前的切分:小範圍修改與例行交付可獨立;涉及資料契約、權限與例外設計需 Review;跨系統架構調整與影響其他團隊的決策需協作;資安疑慮與商務取捨必須升級,不自己吞。限制也要說清楚:地圖以近期任務為樣本、由我自己填寫,樂觀偏誤沒有消失,只是被要求附上證據;它無法預測沒遇過的情境。
完成自己的能力地圖:為九條行為各寫一項證據、復發徵兆與下一步,產出一頁表格。驗收方式:同事只看表格就能說出哪類任務可放心交給你。日常小任務口頭確認即可,不必填表。
對應工具:《個人工程能力地圖》。
# 個人工程能力地圖
用途:區分可獨立、需 Review、需協作與必須升級的工作。
使用時機:季度回顧、排工作,或決定要不要獨立接下任務時。
| 任務 | 可獨立 | 需 Review | 需協作 | 必須升級 | 證據 | 下一步 |
| --- | --- | --- | --- | --- | --- | --- |
| | | | | | | |
提醒:四個邊界欄只勾一格;只填有證據的項目;不放機密與個資。
地圖是我自己畫的,還得看看別人早畫過哪幾塊。Day 29|延伸閱讀:把九種菜雞行為接回軟體工程經典問題。