iT邦幫忙

2026 iThome 鐵人賽

DAY 28
0
佛心分享-IT 人職涯歷練

我從菜雞變粉鳥:30 天學生味退散筆記系列 第 28

Day 28|九種學生味:我從哪裡開始變得比較可靠

  • 分享至 

  • xImage
  •  
  • 菜雞行為:系列收束
  • 系列階段:回顧整理
  • 本篇定位:將九條菜雞行為收斂成一張個人工程能力地圖,辨識已改善、仍復發與需要協作的部分。
本系列前二十七天以九組 STAR 故事整理職場轉變;最後三天依序回顧能力變化、整理延伸閱讀,並把下一階段的行動寫成可檢查的計畫。

這篇在三十天系列中的位置

前二十七天用九組 STAR 故事整理九條菜雞行為;最後三天不再新增第十條。承接 Day 27|我用決策回顧和 AI 驗收,把經驗留下來,本篇把九條行為收成一張個人工程能力地圖。

我不急著宣布自己畢業

寫到第二十八天,最想避免的收尾是宣布畢業。菜雞與老鷹的二分法很好講,卻沒有決策用途:它回答不了「這個任務我能不能獨立接」。所以我改問:在題目、方案、交付、例外、重構、溝通、證據、交接與經驗這九件事上,我各自能獨立做到哪裡、什麼情況會退回原形。判斷依據是證據,不是感覺;感覺此刻最膨脹,證據只有留下的澄清紀錄、測試結果與決策回顧。

九條行為的證據與復發徵兆

下表是我逐條盤點的結果,屬個人整理,不是正式評量或替別人打分的量表。

菜雞行為 目前證據 復發徵兆
沒先確認題目 需求澄清紀錄 一聽到需求就想技術
太早選方案 假設登錄紀錄 桌上只剩一個候選方案
把 Demo 當交付 Demo 差距清單 一句「本機可以跑」
只設計正常路徑 失敗情境矩陣 例外全部寫成 TODO
把重構當進步 重構決策紀錄 想「順手全部改掉」
把溝通當轉交 問題回報紀錄 訊息丟出去就當結案
把測過當證據 測試證據表 只剩口頭的「測過了」
把程式碼當交付 交付證據包 沒有人能接手部署
把熟練當經驗 決策回顧紀錄 只累積操作不留理由

最明顯的共同模式是:同一條行為換個情境就會復發。熟悉的領域我記得先確認題目;一到陌生框架或時間壓力下,搶答的手感又回來了。地圖上重要的不是打勾,是復發條件。

能力邊界:可獨立、需 Review、需協作與必須升級

比起資深稱號,能力邊界更能直接拿來排工作。我目前的切分:小範圍修改與例行交付可獨立;涉及資料契約、權限與例外設計需 Review;跨系統架構調整與影響其他團隊的決策需協作;資安疑慮與商務取捨必須升級,不自己吞。限制也要說清楚:地圖以近期任務為樣本、由我自己填寫,樂觀偏誤沒有消失,只是被要求附上證據;它無法預測沒遇過的情境。

用證據更新地圖,不用感覺發證書

  • 每條行為只認指得出來的證據。
  • 記錄復發徵兆,比記錄成就更有用。
  • 邊界直接對應工作安排,不對應職稱。
  • 地圖過期就更新,不把某一版當成人格結論。

今天可以帶走的練習

完成自己的能力地圖:為九條行為各寫一項證據、復發徵兆與下一步,產出一頁表格。驗收方式:同事只看表格就能說出哪類任務可放心交給你。日常小任務口頭確認即可,不必填表。

對應工具:《個人工程能力地圖》。

# 個人工程能力地圖

用途:區分可獨立、需 Review、需協作與必須升級的工作。
使用時機:季度回顧、排工作,或決定要不要獨立接下任務時。

| 任務 | 可獨立 | 需 Review | 需協作 | 必須升級 | 證據 | 下一步 |
| --- | --- | --- | --- | --- | --- | --- |
|  |  |  |  |  |  |  |

提醒:四個邊界欄只勾一格;只填有證據的項目;不放機密與個資。

下一篇

地圖是我自己畫的,還得看看別人早畫過哪幾塊。Day 29|延伸閱讀:把九種菜雞行為接回軟體工程經典問題。


上一篇
Day 27|我用決策回顧和 AI 驗收,把經驗留下來
下一篇
Day 29|延伸閱讀:把九種菜雞行為接回軟體工程經典問題
系列文
我從菜雞變粉鳥:30 天學生味退散筆記30
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言