本系列前二十七天以九組 STAR 故事整理職場轉變;最後三天依序回顧能力變化、整理延伸閱讀,並把下一階段的行動寫成可檢查的計畫。
系列最後一篇。前一篇是 Day 29|延伸閱讀:把九種菜雞行為接回軟體工程經典問題,補上該讀的來源;本篇處理最實際的問題:三十天寫完後,這些表格會不會在下週一被日常淹沒。
誠實盤點:九條行為沒有一條已根治,只有復發時能較早發現。寫作能整理行為,改變行為要靠真實任務、回饋與時間。所以這篇不寫願景,只寫有產出、驗收與停止條件的行動;也不宣稱三十天後我變成資深工程師,我只是換了一套比較能持續修正的工作方式。
| 階段 | 行動 | 產出 | 驗收 |
|---|---|---|---|
| 短期(三個月) | 把九條檢核帶回日常任務 | 每案的問題卡與測試證據 | 同事不靠口頭補充能接手 |
| 中期(半年至一年) | 補讀待查證主題並公開整理 | 兩篇公開文與一個小工具 | 有外部使用或回饋 |
| 長期(持續) | 每季更新能力邊界 | 新版能力地圖 | 邊界變化有證據支持 |
短期最重要的是把檢核用在真實任務,而不是留在部落格:接到需求先確認題目、交付前跑完證據清單。中期把 Day 29 標為待查證的主題實際讀完,將整理寫成公開文章、把系列工具表做成小開源專案;公開的意義是接受不認識的人驗收。長期只維護一件事:能力地圖每季更新,邊界的移動必須附證據。
計畫排太滿本身就是舊行為復發:承諾超過容量,再用熬夜補。所以限制先寫死:每週投入以工作之外可持續的時數為準,睡眠與運動不讓位。停止條件也先寫死:連續兩次的每月回顧都發現某張表只是儀式、沒影響任何決策,就簡化或停用;中期產出三個月毫無進度,就縮小範圍而不是硬撐。回顧每月一次,對照表格檢查產出與驗收,不是檢查心情。
用一小時寫自己的九十天規劃:三項工程練習、兩項公開產出、一項閱讀計畫與每月回顧日,各附產出與驗收方式,整理成一頁表格。驗收方式是三個月後回頭對照,能逐項回答做了沒、證據在哪。手邊只有零星空檔時,先排一項就好,不必填完整表。
對應工具:《粉鳥結業檢核表》。
# 粉鳥結業檢核表
用途:確認自己能走完問題、範圍、失敗、修改、測試與交付。
使用時機:季度回顧,或決定是否接下一階段任務前。
| 能力 | 作品證據 | 驗收結果 | 仍需協助 | 下一步 |
| --- | --- | --- | --- | --- |
| | | | | |
提醒:證據要能給別人看;不放機密、個資與可辨識人物。
寫完三十天,我對「可靠」的定義只剩三件事:問題有人能重述、結果有證據可驗收、工作有人能接手。老鷹不老鷹是別人的形容詞,粉鳥自己能做的,是把這三件事在每個任務裡重複做對。系列到此結束;下一次復發的時候,希望我先看見的是徵兆,而不是後果。