老司機心得之時間管理"入坑"

長期以來，時間管理一直被認爲是自我管理，團隊管理，項目管理的既關鍵又基礎的手段，就連筆者本人也一直在崇尚時間管理的理念。
可是這裏要講的，不是什麼鬼神方法論。而主要是對長時間以來學習和實踐時間管理的一些感想。

時間是難以管理的

以一個簡單點例子來講明：
我今天定了一個目標，打算花半天時間學習一下 vue.js，作一個基礎的 mvc 案例出來。
那麼假設我有4個小時進行學習，因而我會列出下面的一個計劃詳單：

• 第一個小時，閱讀官方文檔，有一個大體理念上的瞭解；
• 第二個小時，閱讀別人的博客案例，瞭解真實用法是怎麼作的；
• 第三個小時，設計個人案例，完成簡單的界面框架，js方法定義；
• 第四個小時，整合 vue.js，實現邏輯代碼並完成調試。

好了，看似近乎完美的一個計劃。真實執行起來會是怎麼樣呢？

第一個小時

閱讀官方文檔，因爲有中文材料，很快就讀完了，順便還看了下vue的一些周邊框架，如 vux 、mui。

第二個小時

閱讀別人的博客案例，我找了五篇博客，每一篇都不大同樣，關鍵是其中的一些API用法不盡相同，因而產生了疑惑，開始尋求答案。
因而不停翻看 vue 的 api 說明，對比不一樣版本內 api 的用法。
而後嚴重的事情發生了，我開始糾結於使用哪一個版本進行學習，是使用最穩定的呢？仍是用最新的開發版。
那些流行的 UI 框架又是基於哪一個版本開發的，我又開始一通亂找，看看那些 vue版本的比較，看看那些vue生態那些優秀的UI框架支持什麼版本。
三個小時過去了，我仍是沒能作出抉擇，眼看時間一點點過去，索性無論了，就用最新的吧...

第三個小時

不，應該是第五個小時了，我肚子餓了，因而拿起手機叫個外賣，美團上的優惠券好多阿，無論了，先領了再說。
什麼？優惠券要指定商家才能使用？因而又檢索幾家店家...此次，花掉了一個十億級大表全表掃描的時間，大概是半小時吧。而後，爲了保證後面的精神頭，花了半小時午睡。

第六個小時

我已經肯定要用什麼版本了。但是問題來了，我應該用什麼IDE進行開發呢？WebStorm好像不錯，可是聽老王說很重量級。IDEA也能夠用，可是畢竟是JAVA的工具...
好了，強迫症再次上頭，花十分鐘安裝WebStom並體驗了下以爲不舒服，又轉而使用IDEA的插件，這時候，四十分鐘過去了。
接下來，憑藉本身"強大的抽象思惟"快速定義好了接口和基礎界面，只花了二十分鐘！

第七個小時

整合 vue.js ，把 vue.js 下載並整合到代碼裏，接下來完成邏輯代碼編寫，只花了二十分鐘。以後開始調試，但在個人瀏覽器怎麼樣也無法調通，因而懷疑是瀏覽器版本問題，換了chrome/firefox 都仍是不行以後，又懷疑是代碼寫得不對，從新編寫代碼..一通亂麻以後，才找到真正緣由：引入其餘框架衝突了..，經過網上介紹的辦法解決了問題。
一看手機，一個半小時過去了，距離一開始的計劃，我花了兩倍的時間！ 並且，我居然還把外賣的事情給忘了..

看，這就是一個跟時間管理有關的例子，不知道你會不會有似曾相識的感受呢？
因此我想說時間很難管理，本質上或許更多的來源於目標的不清晰、又或是意志力不夠堅決、舊的壞習慣使然等等。

是什麼偷走了時間

前面的例子，聽起來更像是一個強迫症和重度拖延症患者的故事。可是在平時的工做裏面，必定會有很是多的事情像洪水同樣想要吞噬你的計劃。
好比：

A. 各類打斷式的會議

事實上，有不少的會議都不是必須的，或者說有80%的會議裏面，其中80%的時間都是沒必要要的。
這聽取起來好像聳人聽聞，但仔細回想你參加過的每個會議，最終剩餘的價值是什麼？ 會議紀要！沒錯，只有會議後的紀要能被記住並使用。
那麼會議紀要內容有多少，通常都很少，溝通效率很是高的話，10%的會議時間可能就足夠了。
打斷式的會議，除了會議自己的時長以外，程序員可能還須要花費必定時間在大腦中作切換，並且這個時間比其餘職業會高一些的。

B. "缺斤少兩"的交付

關於這點，偏向於指技術債務、或文檔債務，技術債務呢，好比你的代碼寫得太隨意，可靠性很差，心想着反正如今也沒啥問題，就先這樣吧。
但在將來的某些場景下，問題被暴露出來了仍是要你來修復(若是你跑路了可能另當別論)。文檔債務也很常見，許多開發的不喜歡寫文檔，實際上是懶，那麼到後來，
會不斷的有人來問你，A是怎麼回事，B又是怎麼來的.. 煩不勝煩。這些都在你的計劃內嗎？
一句話，出來混的，始終仍是要還的！

C. 郵件的魔力

當你們都喜歡上發郵件時，你看郵件，總會想要一會兒把收件箱的未讀郵件所有看完、每一封須要回覆的都要回復完。
甚至在幹活的時候，是否是也會點開Outlook客戶端去檢查一下，生怕有漏..
一次次的切換，會致使你不專心、走神，精神及代碼質量低下.. 或者，讓本身上下班臨界時間處理郵件，是個辦法。

D. 座位上的叨擾

總有些人，會特別喜歡面對面溝通，以爲這樣效率是最高的。沒錯，"你「的效率的確是提升了，但別人呢？
這類現象發生在不少項目經理、產品經理身上，他們脫離技術工做已久，或許已經不會從別人的角度去思考問題了。
那麼對於他們來講，平常的工做就是面對面溝通，認爲這已經不足爲奇了。但對於程序員來講，長期以往多是個噩夢！

上面的這些，都是我平時工做經歷過的東西，並且相信，大多數人也正在經受這樣的事情。
可能小團隊不會有，大中型企業會有，不善管理的部門很嚴重...

有什麼良藥

時間管理既然這麼難，又有這麼多的事情煩擾，那還作什麼管理？
我認爲，儘管現階段可能不會有什麼包好的方法，但時間管理仍是要作，不作，那跟鹹魚有什麼分別呢？
《高效能認識的七個習慣》、《番茄工做法圖解》都是一些暢銷書，爲啥暢銷，就是由於太多人都但願作好時間管理了。
但光憑看書不行，還得實戰、不停的修煉不是？ 那我煉了這麼久，有啥心得體會呢？

1. 嘗試給本身更多的時間，尤爲是學習類的目標給夠預留的部分。

2. 把目標寫下來作分解，一條條讀一遍看看哪些重要哪些不重要，最終只要重要的完成就行了。

3. 認識時間很差管理的現實，作好失敗的準備，儘可能消除焦慮。

後記

你是一個重度拖延症患者，仍是一個自我管理強人？對於時間管理，你怎麼看呢，歡迎留言討論