「覆盤」就是預告新版本的自己
部門從去年9月開始正式開始寫週報，再三個月就會滿一年。叫「ROC週報」的理由，是希望大家「Reflect, Observe and Change」。這件事雖然很重要，大家理智上也可以理解，但並不是每個人都願意嘗試去做。
我常看的《電腦玩物》的站長Esor，和「振邦顧問」的CEO趙胤丞，合作了一個Podcast叫「高效人生商學院」，正好有一集就是在講「覆盤很難，怎麼做才有效？」。內容很有Esor的時間管理風格，靈活但不失執行力。裡面講"很難"的根本原因有兩個：
- 沒有「自我量化(Qualify Self)」的習慣或能力
- 給「覆盤」下了錯的目標
這裡提的「自我量化」就是前天提到自我表達的能力，雖然不是很正規的那種，但若是平時根本沒有產出足夠的資料，那要覆盤什麼？所以許多人從一開始就失去了覆盤的立足點，他們的"覆盤"只是洗澡時閃現過一些畫面，或是在睡覺前想想今天發生過什麼事。或許，在那瞬間確實能得到一些靈感或結論，之後如果有積極的記錄下來，那是運氣好的。但許多運氣不好的，一些甚至會改變人生的想法，就會隨著洗澡水流掉，或是在睡夢中消逝。
「錯的目標」這件事，更是不應該有的，天大的誤會。
我們很容易把「覆盤」跟「反省」畫上等號，找自己的碴。哪句話說得不得體？為何沒有馬上採取行動？明明事情沒有照計劃執行？哪裡應該可以做得更好？…但很多時候，我們的覆盤就到這裡結束了。或許我們會在覆盤的結論中寫上「下次一定要做好」，但我們往往就在之後的幾次覆盤中，寫下一樣的結論，然後…就沒有然後了，再也就沒有覆盤這件事了。
ROC週報其實方向挺正確的，不只是要反思，還要觀察(可以是別人，當然也有可能是自己)，而最重要的是改變。可惜的是有些人不是只寫到R或是O，而沒有C，不然就是當工作進度週報，加幾句自己的評語貼上去交差了事。當然，我可以理解，從小沒有過這種訓練的我們，並沒有辦法一次做到位，這也是一種ROC，所以我反問自己，那我自己接下來要改變什麼？
那一集聽到後面，我想起了自己身為軟體工程師的歷程中，不管是自己的產品，或是看開源社區學到的東西，都有一個很貼切的思維：
所謂的「覆盤」，就是問問自己：接下來會有「新版本」的自己嗎？
如果有，我希望Release Note上會寫些什麼？
大家的手機都有系統和App，有的人很不喜歡"被更新"，因為怕更新之後會產生異常或故障。當然，這蠻常發生的，但我還是希望看到這些軟體有被更新，如果有新功能我會更期待。我知道，有被更新就是代表還活著，會嘗試修正被發現的問題(當然就有可能搞出新問題…😅)，會嘗試加入更好的功能。這些軟體都不是一開始就完美的，甚至它們都不會有完美的時候，但它們只要能不斷迭代優化，就是最好，也最有生命力的表現。
我們覆盤自己的過程，找到什麼bug，有什麼"功能不足"的地方，不也是很理所當然的事嗎？如果這些軟體只是整理了一份文件，告訴我們這個軟體哪裡有問題，哪裡應該做得更好，但卻始終沒有新版本出來，我們一定會覺得這一切很沒意義對吧？所以如果我們沒打算修正那些bug，沒打算加入新功能，沒打算「釋出更新版的自己」，那我們不就像那些"死掉"的軟體一樣嗎？
所以，今天的內容確實是個覆盤，而Release Note應該是：
- 修正「認為覆盤只是反省」的問題
- 新增「覆盤」的正確定義
- 加入「清單」的寫作小技巧的使用
還蠻有個樣子的。😜