經過幾個失敗的項目後，我相信：對於大多數項目，只要我們按步就班的工作，每天的工作比較飽滿，不用加班就可以按時的完成任務。
在我經歷的幾個項目中，Manager都是相當辛苦的，重要的模塊由他們去負責，這本是無可厚非的，因爲一般來說，做爲Manager的，技術功力都比較深。然而他們手上抓了太多的任務，爲了完成自己的任務都要加班加點，沒有時間去檢查組員的工作，對組員提供指導了。
李先靜 <xianjimli at hotmail dot com>
http://blog.csdn.net/absurd/archive/2005/08/15/455339.aspx
記得在北京那家公司時，重要的模塊全在Manager們手中，甚至總經理都親自寫了幾萬行的代碼。幾個Manager的敬業精神真的說得的，晚上工作到一二點是很常見的，有時有的好幾天喫住都在公司，困了就睡會兒，醒了繼續幹活。不過，組員請教他們問題時，他們卻有些敷衍，後來有個Manager說，組員少耽擱我半個小時，我就可以多解決一個BUG。
這樣做的後果是，組員的工作很輕閒，工作沒有什麼目標。而Manager的工作太重，自己的工作沒有做好，弄得情緒不太好，常常發脾氣，嚴重打擊士氣。我進入公司時，好長一段時間沒有沒多少工作做，而後來做了tech leader後，工作非常累，甚至影響了我的健康，最後只好選擇離職到深圳發展，中途休息了兩個月，看了一些書，才明白這種做法實在太愚蠢。
Manger像小學生一樣，爲了拿到大紅花，只自己顧埋頭工作，不管組員和項目的整體計劃，這是很危險的。記得有人說，水桶能裝多少水，不是由於由最高的那塊決定的，而是由最低的那塊決定的，這是很有道理的。Manager不用充當那塊最高的木板，相反，要想法把最低的那塊木板補起來。
後來重新做了Manager，我試着把任務分散出去，但結果效果不好，預定的時間到了，大多數組員的進度都是落後的，士氣也比較低落。我想可能是檢查點太少，於是每天早上召開一個半小時的會議，主要是確認進度，後來又改爲輪流主持會議，並儘量把組員的積極性調動起來，效果挺好。例會上的內容包括：
1. 彙報前一天的工作進展。
2. 制定當天的工作計劃。
3. 解答技術疑問。
4. 分享經驗。
5. 讓請組員抱怨。讓他們講出那些事情打擊了他們的士氣，只要能解決的，我都儘量去解決。
在這家新公司，上司LL經驗豐富，可能以前也有類似的感受，把晨例會當作軟件部的一項制度定了下來，呵，很高興能看到更多的人從中受益。
本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/absurd/archive/2005/08/15/455339.aspx