程序員隨想-工做效率

最近996的話題很火熱,這裏就會涉及兩個話題,勞資關係、工做效率等話題。這裏談談工做效率。程序員

爲何會加班?

  • 需求問題。 需求不明確,需求前期思考不足,致使大量從新溝通和返工。
  • 程序員的問題。 前人挖坑後人填坑。通常來講前人栽樹,後人乘涼,但現實kpi導向致使你們趕工期快速落地,可是後期各類坑耗費大量人力。
  • 決策問題。 今天大老闆拍板要作A,項目進行一段時間,發現不行,趕忙拍板作B,最後成果沒拿到,卻是加了一堆班。
  • 環境問題。 常常性的被打斷,各類被@和會議頗多,你們知道線程數太多,切換上下文成本太高反而致使效率降低。人也同樣,特別是寫代碼的程序員,白天效率不高,晚上不得不加班coding。ps:過度的用釘釘的@和DING功能反而不是好事
  • 爲了加班而加班 發現老闆和同事們都比較晚才走,本身怎麼能在他們以前走,有這種反正要加班的思惟,白天磨洋工,晚上繼續幹。

如何提升效率?

流程優化

需求提出以後,進行評審,不合理的需求堅定要求修改或者幹掉,人力不夠的讓需求方進行排期。 需求評審完後,方案分析要多花時間,寫詳細的方案文檔,減小開發時的大量溝通甚至返工。一樣選擇方案的時候必定要考慮到後期維護更新的工做量,不要把坑留到後面。 決策問題,公司要對針對利用大量資源沒有結果的決策人進行追責,省得都把快速迭代,快速驗證當作擋箭牌。工具

確立目標

不能把完成工做任務做爲目標,要分析背景,分析最根本的目標是什麼,分析到達目標的路徑,進行鍼對性的分析選擇比較近的路徑。優化

養成高效習慣

計劃和總結

我喜歡早上到公司花個5分鐘列出今天的工做計劃,晚上再花個10分鐘對今天進行總結。每週五寫週報的時候也是總結的好機會。每次完成一個項目和完整需求後也會進行總結。線程

事務分類

我通常把事情分爲緊急、不緊急、重要、不重要。重要且緊急的優先級高,緊急不重要其次,重要不緊急其次,最後是不重要不緊急的。事情優先級分好以後要排好計劃,分配合理時間,計劃中要留出空閒時間來處理忽然插入的緊急事項。事務

好記性不如爛筆頭

老話說的好,好記性不如爛筆頭,花時間把計劃和總結記錄下來,能夠針對性的改進計劃方式,便於以後的計劃和總結。花時間把需求分析和系統分析以文檔的形式記錄下來,造成了文檔有跡可尋,減小以後須要的時候思考和尋找的時間,其餘同窗尋找資料的時候也會有效率,於人於己於團隊好處都是大大的。資源

學會偷懶

從必定角度去看,偷懶是人類的正面的慾望,生產力的發展不少時候是由於人們想偷懶。有了自行車就不用走路、有了汽車就不用淋雨曬太陽、有了飛機就不用花大量時間坐地面工具。有了飯店就不用買菜作飯洗碗,有了訂餐軟件能夠不用去飯店就餐。因此咱們必定要有偷懶的想法(提出問題),找到方法可以少幹活甚至不幹活(解決問題),這樣把節省的時間放到更重要的地方。開發

相關文章
相關標籤/搜索