最近996的話題很火熱,這裏就會涉及兩個話題,勞資關係、工做效率等話題。這裏談談工做效率。程序員
需求提出以後,進行評審,不合理的需求堅定要求修改或者幹掉,人力不夠的讓需求方進行排期。 需求評審完後,方案分析要多花時間,寫詳細的方案文檔,減小開發時的大量溝通甚至返工。一樣選擇方案的時候必定要考慮到後期維護更新的工做量,不要把坑留到後面。 決策問題,公司要對針對利用大量資源沒有結果的決策人進行追責,省得都把快速迭代,快速驗證當作擋箭牌。工具
不能把完成工做任務做爲目標,要分析背景,分析最根本的目標是什麼,分析到達目標的路徑,進行鍼對性的分析選擇比較近的路徑。優化
我喜歡早上到公司花個5分鐘列出今天的工做計劃,晚上再花個10分鐘對今天進行總結。每週五寫週報的時候也是總結的好機會。每次完成一個項目和完整需求後也會進行總結。線程
我通常把事情分爲緊急、不緊急、重要、不重要。重要且緊急的優先級高,緊急不重要其次,重要不緊急其次,最後是不重要不緊急的。事情優先級分好以後要排好計劃,分配合理時間,計劃中要留出空閒時間來處理忽然插入的緊急事項。事務
老話說的好,好記性不如爛筆頭,花時間把計劃和總結記錄下來,能夠針對性的改進計劃方式,便於以後的計劃和總結。花時間把需求分析和系統分析以文檔的形式記錄下來,造成了文檔有跡可尋,減小以後須要的時候思考和尋找的時間,其餘同窗尋找資料的時候也會有效率,於人於己於團隊好處都是大大的。資源
從必定角度去看,偷懶是人類的正面的慾望,生產力的發展不少時候是由於人們想偷懶。有了自行車就不用走路、有了汽車就不用淋雨曬太陽、有了飛機就不用花大量時間坐地面工具。有了飯店就不用買菜作飯洗碗,有了訂餐軟件能夠不用去飯店就餐。因此咱們必定要有偷懶的想法(提出問題),找到方法可以少幹活甚至不幹活(解決問題),這樣把節省的時間放到更重要的地方。開發