為什麼拖這麼久沒更新呢？因為我在測試這本書中說的方法到底有沒用，以及什麼是對現在的我而言效益最大的事。 . 根據作者所說，工作表現＝技能＊思考方式，技能最多的漲幅差距只有3倍，思考方式卻可以差距到50倍以上，進而大幅影響工作表現。為了實驗以上言論的準確度，在工作上嘗試用了以下幾種方式，跟技能都沒關係僅是做法或想法改變，但要在工作稍微有點餘韻的時候嘗試，在時程壓力下很容易陷入隧道視野而恢復舊有工作習慣。 . 1. 提高事情完成度的方法： Ｑ為什麼明明一整天都很努力在工作，卻感覺沒完成什麼事而且好累？ Ａ因為前置作業期太長了。 在完成一件事的流程，大致上會分成前置作業期＆執行期，執行期花費的時間，完成事件數量多的人和完成事件數量少的人，其實沒有太大的差異(這裡不考慮研發RD coding的能力，而是單純考慮寫code時間) 最大的差距是在前置作業期花費的時間，為了執行這項作業所需要的準備，需求是什麼？規格是怎樣？限制是什麼？有哪些已知條件？這部分修改或新增的話會影響到哪些邏輯？必須用哪種寫法？這些都屬於前置作業期的範疇，若沒有先釐清這些事項變貿然開始，會不斷陷入執行＆修改的輪迴地獄，或是結果和目標方向偏離的狀況，因此縮短前置作業期是首要改善之務。 工作實例：在開始花時間工作前，先向主管確認要使用哪幾個方法，他想看到什麼數據、數據的差異比較，報表或圖形的呈現方式？ 結果：只有一次誤會主管的意思而多花了半天的工作時間，其他工作項目看起來是有符合他想要的呈現方式。 . 2. 短時間內快速吸收知識的方法： Ｑ身為轉職菜雞，要怎麼樣快點知道這裡在幹嘛？如何知道那些根本沒學過網路也查不到的東西？ Ａ去問Ai或自己找資料後還是沒有答案，直接去問人 (當然以現在職場不友善的程度，這招可能會導致大麻煩，畢竟台灣的職場環境還是要大家會通靈居多，所以這個要看情況用，但我的情況是先確認好不去踩哪幾顆炸彈再問) 解決問題的步驟，先確認問題 / 試過哪些方法 / 哪幾點方法可行 / 各方法的優缺點及未處理的問題 / 問人解決辦法 通常問人是可以最快最全面的掌握問題，也可以依照不同案件和過去習慣快速汲取經驗，缺點是人真的不好預判下一步行為，也是有遇過剛去某公司1個月，照上述辦法問完之後，對方只回一句：「你連這種事都不知道，到底在這裡幹嘛？」不僅沒得到答案還HP-1000的情況，確認對方是好人再用！ 工作實例：剛好現在是在大家講話都很直接的地方，只要不是問基礎知識，通常都可以很直接的問：為什麼？ 結果：在使用新程式or軟體時，發現很多意想不到的功能，原來有設計在內，但不問或東西不出問題根本不知道。 . 3. 馬上執行這件事or細項紀錄待辦事項： Ｑ開完會或剛剛交代的事情，過幾天有些細項會忘記導致需要修改的情形，怎麼解決？ Ａ如果能做到的話馬上執行這件事，不能做到的話一定要非常仔細地記錄下來並設定提醒。 很多事都是理想很美好現實很淒慘，在執行的當下才會發生一堆問題，若是延宕一些時間再做這件事，會導致解決問題的時間被壓縮，細節也會消失在記憶中。若是確定現在沒辦法做這件事，務必詳細地寫下待辦事項，人物、時間、事件、準備資料、注意事項、預期成果，需要詳細到一目瞭然，不用事後思考的詳細記錄。 工作實例：某天晚上團隊的工作項目有出錯，當下緊急應變處理掉了，但根本原因未解決需要修改程式來因應。 結果：在準備進行下一次同樣的工作計劃時，主管忘記先前有錯誤這件事，但我有將出錯這件事詳細記錄下來，馬上開始進行修改，避免重複出錯的危機。 . 還有用成功的想像去覆蓋失敗的經驗，對於缺乏實作經驗的我非常有用，也可以減少一點自我的情緒消耗。書中的方法篇幅短小，也不太會淪為上對下的說教感，適合給初入職場的社畜、想改變工作表現的社畜，或是像啃書獸一樣，認真工作做好份內事想避免很多麻煩事的社畜。