1. 程式人生 > >工作感悟-時間管理

工作感悟-時間管理

洞察 發的 tro 選擇 時間跨度 strong 內容 設計 詳細

一個工作六年的IT職場菜鳥(JAVA工程師),記錄下這些年感悟的心得。


關於時間管理具體執行

1、重要緊急四象限

把要做的任務按重要緊急來區分開,放到重要緊急四象限裏:重要緊急,重要不緊急,緊急不重要,不緊急不重要四象限法則.note

不是打廣告,這軟件也不是我開發的,用得順手,推薦使用http://www.gxtodo.com

2、啟動+執行=執行力

啟動:

方法一:用3,2,1倒數法,拒絕誘惑和選擇,倒數後直接執行。

方法二:荊棘策略:心裏不斷地清晰認識到,錯誤的選擇的代價是什麽,從而使自控 力增強。

方法三:簡化原則:陷入選擇困難時,想做的事情太多,不知道哪個更重要(知道的話就不會選擇困難了),那就拋硬幣選擇一個,然後開始做。只要是有價值的,那就做

執行:

方法一:分解任務,持續形成激勵感

方法二:快+早,形成良性循環

3、時間的價值

要抽出時間思考規劃自己要創造的價值,而不是按照一份確定的時間計劃表無腦的執行。不是看起來越忙越好,而是創造的價值越大越好

4、創造屬於自己的時間系統

清空大腦,把要做的事情記錄到時間系統中,按四象限法則,排出優先級,這樣能保證自己在能當前時間完成最重要緊急的事情。

要註意,事件會隨著時間的變化而變化重要緊急程度,所以也要關註重要不緊急的任務。

關於工作中被影響的建議處理方案

思路被打斷一兩分鐘是沒有問題的,太長的話會影響效率和註意力集中。

視情況而定,具體問題具體分析,說下常見的幾種情況:

1、同事,組員請教問題

形成共識,只能在特定的時間內來問問題,例如:10點半到11點之間,中午休息時間,下午15點半到16點之間,下午下班時間。。這類情況不是很緊急,既不影響自己的工作,也不會影響對方的事情,還能培養對方獨立解決問題的能力,有時候等到了時間點,他們自己已經解決處理了問題。

2、同事咨詢業務細節

快速評估下手頭上的事情,多久可以告一小段落(這個過程最多只能幾秒鐘)。然後問同事,需要做什麽,了解什麽。如果能在一兩分鐘處理的,就直接解決。

如果需要時間超過一兩分鐘的,則讓對方多久後再來,或者自己去找他處理。

3、緊急情況要處理

這個要結合具體情況來分析:例如:緊急不重要的事情,可以授權有能力處理的同事來處理,不占用自己的時間,且能解決事情。

例如:重要不緊急的事情,老大,我們去會議室討論下給客戶的方案吧

明確目的和價值,既然是給客戶的方案,那客戶的需求是什麽,調研過了嗎?如果沒有調研過,那要先跟客戶充分溝通,避免被PASS風險。所以可以把初步方案的思路提取出來,然後再將一些關鍵的點整理成問題清單,盡快讓對接人跟客戶溝通,確定需求,到時再來討論。

在做方案前,沒有準確洞察客戶的需求,有很大的風險導致方案要重做。

4、會議

會議的兩條真理:

會議是必需的;

會議是浪費大量時間的;

對會議的幾點想法:

拒絕:不是所有會議都要參加的,要有選擇性。禮貌拒絕不必要的會議;

確定會議議程和目標:如果收到會議邀請,請明確議程和目標,如果會議的議程和目標不清晰,要建議組織者提供,再召開會議,不然是浪費參會人的大量時間。如果得不到議程和目標,可以禮貌拒絕參加;

如果參會過程中,發生偏離議程和目標,要及時提醒,或者重新確定新的議程和目標。如果沒有答案,且不能確定,可以在合適的時候離席告退。

離席:如果會議臨時增加了某個不確定的議題,或者某些人霸占討論偏離議程和目標,要及時提醒拉回來。如果拉不回來,可以在合適的時候離席告退。

叠代計劃會議:目的一般有兩個:評估可選任務的開發時間;確定這些任務的價值;評估可選任務的開發時間是有前提的,設計是要先出來的,設計出來後,開發至少要有概略的方案。會上簡要討論可選任務,選擇是要還是放棄。每個任務的時間控制在5-10分鐘;如果有更詳細的討論,應該另選時間,先拉一部分人討論具定。

叠代回顧,系統演示:每個叠代版本後期,小組成員一起回顧,召開前,讓組員整理自己在這個版本的感悟,會上來介紹和分享。時間控制在分享20分鐘,演示25分鐘。

關於睡眠

睡眠的重要性不必多說,不要亂了生物鐘,強行加班是有代價的,工作時間時長不代表效率就越高。

關於恢復

當你註意力不集中時,寫出來的代碼質量都不高,而且容易寫出bug,這時出去走一走,呼吸新鮮空氣;去倒杯水;跟朋友聊會天,聽聽音樂,都是不錯的恢復方式。

肌肉與心智的關系

寫代碼是屬於腦力勞動,不過,實踐證明,肌肉訓練有助於改善精神註意力,不僅僅是腦力的恢復。

關於輸入和輸出

編程是創造性的,多跟別人進行思想的碰撞,可以提高創造思維

關於優先級錯亂

不能因為外界的誘惑,欺騙自己調整優先級錯亂。

死胡同

對於選擇錯的技術方案,要敢於承認,回頭未晚。

泥潭

陷入泥譚,雖然可以前進,但會拖垮團隊/公司,避免進入泥潭,不小心進入了,也要趕緊回頭;

關於計劃安排

一年之際在於春,一日之際在於晨。大家都知道春天和早晨是新的開始,從工作上來說,就是要開始幹活的時候。早上來公司時,再來思考計劃今天要做什麽,那意味著會浪費思考計劃的時間,可能是半個小時,也可能是1個小時。

所以更好的方案是:每周的周末時間(最晚周日)提前計劃好下周的工作安排(不能精確細化,大致就行),工作日晚上回顧今天的工作內容,計劃安排明天要做的事情。每月的計劃,要在月底提供出來;季度計劃也是一樣;年度計劃更是如此,時間跨度越大的計劃,越不能精確,不然無法執行(計劃趕不上變化 )

註:文中有部分思路借鑒於《程序員的職業素養》書中的知識點。

作者:小虛竹
歡迎任何形式的轉載,但請務必註明出處。
限於本人水平,如果文章和代碼有表述不當之處,還請不吝賜教。

我不是個偉大的程序員,我只是個有著一些優秀習慣的好程序員而己

工作感悟-時間管理