關於提高工做效率的一點思考

最近參加了一個由TGO鯤鵬會組織線上技術交流活動，主辦方邀請了一些大牛作技術分享，其中有個議題就是如何提升工做效率。聽完各路大神的分享，而後恰好最近本身負責的項目出了一點問題，平時工做常常也會出現疲於應付的問題，根據高效這個議題，而後結合本身的工做經歷，深入反思了一下，就像總結一點東西，督促本身。

1、能高效的工做，首先要有良好的精神狀態

相信這一點，你們都知道，就不用多說了。最簡單也最廣泛方式就是保證睡眠（早睡，午睡），鍛鍊。沒有頭髮的程序員是失敗的程序員，，保持良好的做息，健康的生活習慣，纔能有良好的精神狀態。

2、良好的工做習慣

1. 關於時間

• 時間分片，作好計劃：每段時間只作一件事，才能保持專一度，專一度才能保證效率，例如：不要同時解決測試提的bug,同時寫代碼或者寫文檔，思惟中斷後再鏈接是須要時間回顧以前的思路的。
• 如何分片，如何排序：第一個問題順序：要事第一，其後可按照優先級排序，第二個問題：分片的粒度，在開啓新項目或新需求時，任務都會作拆分，可按照任務的粒度來執行，固然中間難免有一些會議，能夠一天預留出一到兩個小時做爲臨時會議或者溝通時間。
• 避免情緒波動：與產品測試溝經過程中，不免有一些意見不合，好比針對不合理需求，可尋求開發leader或領導介入，盡力去溝通，爭取本身的最大化利益，若是最終沒法改變，就妥協。好比：加需求，頂頭上次都說時間不能順延，那就只能加班了（若是長期如此，也能夠走人了）。

2. 關於需求

• 有備而來，帶着疑問溝通：需求評審前，仔細精讀需求文檔。
• 明確現狀，評估可行性：回顧每個需求改動點的業務現狀及其現有實現邏輯，明確新需求指望與現狀的差距，作好開發時間評估和可行性評估，方便在會上提出需求不可行緣由以及可能存在的風險。
• 記錄結果，防止糾紛：記下需求中的模糊點，在會上溝通好肯定好細節，並以文字的形式記錄下疑問點的溝通結果，要求產品經理將疑問點寫入公開的需求文檔。
• 正確理解，相當重要：任什麼時候候對需求有疑問，必須找產品溝通確認，正確實現需求才是最重要的，切不可沒時間把事情作對，卻又時間返工。

3. 關於會議

• 不參加不須要我說話的會：我不須要說話，基本會議與我無關，純屬浪費時間。
• 參加了就要高效： 凡是會議必有主題；凡是主題必有議程；凡是議程必有決議；凡是決議必有跟蹤；凡是跟蹤必有結果；凡是結果必有責任；凡是責任必有獎懲；凡是獎懲必須透明。最後一次會議達成共識，比面反覆耗費時間。

4. 關於反饋

• 定時反饋進度：階段性向leader或者PMO反饋開發進度，樹立良好的作事風格，同時也可減小由於詢問而被打斷思路。
• 主動反饋，不要作反饋黑洞：遇到技術難點，及時與leader討論解決方案；

5. 關於工做中被打斷

• 來自項目經理的打斷：同時是詢問開發進度，按期反饋，主動反饋。
• 來自來自產品的打斷：在審批階段解決掉疑問，正式開發後只專一開發。
• 來自測試的打斷：文檔寫詳細，避免被詢問打斷，將他人帶到本身的工做習慣中，避免被牽着走。

6. 關於面子

• 需求溝經過程中，有疑問就要問，切記由於很差意思，而不溝通，需求的正確執行是第一要務，不懂就要問，愛面子只會阻礙你的進步。

7. 關於工具

• 熟練掌握經常使用工具：快捷鍵，代碼不全功能（如idea的live template可定製代碼生成），減小鼠標鍵盤切換，保持連貫的思惟
• 重複工做腳本化：autohotkey,windows批處理文件
• 熟悉經常使用工具包：好比：Apache common,google guawa。

3、具體小習慣總結

1. 每日總結，下班總結工做內容，整理第二天需完成的內容。
2. 早到半小時，安排工做計劃，對一天進行規劃
3. 在提測前，花一天時間總體review代碼，對比master與develop,總體評估風險點，並優化代碼。