小組早晨例會

轉載時請註明出處和作者連絡方式
作者連絡方式：李先靜 <xianjimli at hotmail dot com>

經過幾個失敗的項目後，我相信：對於大多數項目，只要我們按步就班的工作，每天的工作比較飽滿，不用加班就可以按時的完成任務。

 

在我經曆的幾個項目中，Manager都是相當辛苦的，重要的模組由他們去負責，這本是無可厚非的，因為一般來說，做為Manager的，技術功力都比較深。然而他們手上抓了太多的任務，為了完成自己的任務都要加班加點，沒有時間去檢查組員的工作，對組員提供指導了。

 

記得在北京那家公司時，重要的模組全在Manager們手中，甚至總經理都親自寫了幾萬行的代碼。幾個Manager的敬業精神真的說得的，晚上工作到一二點是很常見的，有時有的好幾天吃住都在公司，困了就睡會兒，醒了繼續幹活。不過，組員請教他們問題時，他們卻有些敷衍，後來有個Manager說，組員少耽擱我半個小時，我就可以多解決一個BUG。

 

這樣做的後果是，組員的工作很輕閑，工作沒有什麼目標。而Manager的工作太重，自己的工作沒有做好，弄得情緒不太好，常常發脾氣，嚴重打擊士氣。我進入公司時，好長一段時間沒有沒多少工作做，而後來做了tech leader後，工作非常累，甚至影響了我的健康，最後只好選擇離職到深圳發展，中途休息了兩個月，看了一些書，才明白這種做法實在太愚蠢。

 

Manger像小學生一樣，為了拿到大紅花，只自己顧埋頭工作，不管組員和項目的整體計劃，這是很危險的。記得有人說，水桶能裝多少水，不是由於由最高的那塊決定的，而是由最低的那塊決定的，這是很有道理的。Manager不用充當那塊最高的木板，相反，要想法把最低的那塊木板補起來。

 

後來重新做了Manager，我試著把任務分散出去，但結果效果不好，預定的時間到了，大多數組員的進度都是落後的，士氣也比較低落。我想可能是檢查點太少，於是每天早上召開一個半小時的會議，主要是確認進度，後來又改為輪流主持會議，並盡量把組員的積極性調動起來，效果挺好。例會上的內容包括：

1.    彙報前一天的工作進展。

2.    制定當天的工作計劃。

3.    解答技術疑問。

4.    分享經驗。

5.         讓請組員抱怨。讓他們講出那些事情打擊了他們計程車氣，只要能解決的，我都盡量去解決。

 

在這家新公司，上司LL經驗豐富，可能以前也有類似的感受，把晨例會當作軟體部的一項制度定了下來，呵，很高興能看到更多的人從中受益。