項目經理應該把30%的時間用在編程上(2)

　　失敗的策略

　　當在探索如何奪回我的編碼時間時，有很多的方法并不奏效。

　　少睡：這種方式雖然對我有巨大的誘惑，但其實犧牲睡眠時間沒有一點效果。你的大腦需要休息，缺少睡眠會影響情緒并降低工作效率。

　　只看頭文件：我以為這種方法可行，但實踐中，只看提交的C++代碼的頭文件對你的管理工作的幫助甚少。

　　專一：作為團隊首領，你只關注代碼庫里的一個項目也許是可以的，但對于總監或更高級別的人來說，你應該對負責的所有東西都要熟悉、了解。

　　委托：有時候為了多做工作，會將一些事情隨意的交給他人做，但實際上一些像寫報告這樣的事情你一定要認真囑咐才行。

　　成功的策略

　　盡管走了很多死胡同，我還是發現了一些成功的方法：

　　時間分段：我的日程表上沒有被預先分配的時間是非常少的。想起來這也是很顯然的。于是我專門為編程特地分出一些時間段。實踐中，這些時間段經常會被重新調整，雖然每周只擠出8小時，效果是完全不一樣的。

　　委派：委派要有技巧，尤其是在你對如何執行抱有強烈想法并有能力去做時。有很多原因導致一個經理反對將任務委托他人，但事實上每個原因都應該被當作一個現存的需要解決的問題，而不是一個不可逾越的障礙。沒有什么比放手讓一個你信賴的人替你主持一個會議能釋放你更多的編碼時間了。

　　工作時間：將時間分段，工作時間里盡量避免打擾。在這些時間段之間的時間里，我會干一些不重要或不需求注意力長期集中的事情。

　　最后幾招

　　下面是一些經驗建議，送給那些發現自己試圖達到30%但無法接近的技術經理們：

　　學習如何讀代碼。跟寫代碼比起來，這是一種完全不同的技巧。

　　指定會議流程，對會議進程保持控制。不參加任何沒有計劃的會議。

　　用一臺好用的電腦。你喜歡MacBook Air?不，別用它。

　　清楚如何訪問一個開發環境，這樣當有修改時可以快速測試。

　　記住你是把一小時分成5個時間段使用的人。如果有事情需要一小時，在日程表上標明。

　　20–30%是我自己的發現。你的也許跟我不同。評估你自己的(你修復一個緊急bug需要多少時間?你知道代碼庫中麻煩最多的程序是哪一塊嗎?隨機找一段程序，看看你是否知道是做什么的。如果不能，說明你需要更多的時間)。

　　分類列出哪些事情什么時候做，哪些事情應該完成。(知道Getting Things Done (GTD)的人會看出這是提高工作效率的基本技巧。)

　　最后，我最近越來越喜歡把東西寫到紙上。跟感覺上相反，打印出來的說明，把一些需要排優先級的任務列在紙上，或者是一段代碼，經常的，它會成為把大量時間盯著屏幕的一種平衡。

　　我希望這些方法對你們有用。如果你有其它更好的技巧，請在評論里告訴我。謝謝。

　　[英文原文：Engineering Managers Should Code 30% of Their Time ]

原文轉自：http://www.vaikan.com/engineering-managers-should-code-30-of-their-time/