給初入管理的IT技術人員建議，不要將默契式管理和人性化管理劃等號。

學而優則仕在中國還是一個挺普遍的現象，給批判得也很多！但是原話是“仕而優則學，學而優則仕”，見於《論語·子張》，其真正含義並不是我們片面理解的“學習優秀的就去做官”。同樣，“仕而優則學”難道是告訴管理者：“做好了官，有餘力則學習！”如果你認定等我有餘力才學習嗎？呵呵，那你永遠也沒有有餘力的一天。

在IT行業，不少管理者都是技術出身，從論語這句話，我們應該學習到：當走上管理崗位，更加要“邊幹邊學”，從工作中學習提高業務知識和管理體系，持續改進，才能進入“仕而優則學，學而優則仕”的良性迴圈。（看來和CMMi的本質一致的！）

案例一：

某日抽檢項目組O工作，檢查專案經理L對任務的執行情況瞭解和把控，抽查本周內項目群組成員C的工作任務時，發現專案經理L對C昨天的工作任務T1的工作完成情況並不瞭解。

為了進一步瞭解C的工作完成情況，和專案經理L、同事C一起檢查昨天C的全日任務T1，該任務是測試業主方的FTP上傳、下載介面，而本日的任務T2是開發FTP上傳模組。先是詢問了同事C在昨天是否還開展了其他任務，答案是沒有；接著詢問任務T1除了使用java的sun.net.ftp程式包外，是不是還有特別的商務邏輯以及異常處理等處理，答案是異常需要寫日誌記錄；接著還告訴同事C，程式為了穩健性，處理正常的商務邏輯外，還有很多是針對異常的控制邏輯，除了使用log4j寫入程式日誌，還有什麼特別的地方，C的回答是沒有。

事後和專案經理L分析，項目組O的工作方式，停留在按模組給成員派任務，成員將任務計划上報，專案經理L和技術經理LL則合并計劃，解決人員間的任務衝突！但是任務的時間是否合理，沒有進行評估和監控，小組評估法也好，專家評估法也好，總之沒有評估監控環節，專案經理L和技術經理LL都缺位了。

另外，工作的執行沒有進行督促，沒有每日的檢查或者抽查，那麼小組O裡面，誰做到好，誰做得不好，只是拍腦袋；還有，項目組裡面到底應該鼓勵誰呢，誰是項目群組成員的榜樣呢？

案例二：

某日抽查某項目新進入成員G的工作，通過他的工作可以看到他融入項目組工作的成效。我詢問G的工作彙報給誰，G告訴我彙報給技術經理L。G接著談到他上周的工作情況，提到了他上周開發過程中存在需求變更。我告訴他這個事情有以下幾種情況：

1. 在G開發的過程中，業主告訴“我們理解的需求”需要變動；
2. 上級同事L沒有及時將“我們理解的需求”變動告知G；
3. 上級同事L沒有將任務的內容清楚告知G；
4. 同事G沒有真正清晰地理解同事L的要求；

我詢問G，現在回頭看上周這個問題，到底是上面那種情況，G的回答是1；我接著詢問同事G，他的上級L怎麼驗收工作成果，G告訴我L將內容交給了項目組中的測試人員。

事後和技術經理L分析，拿到這個事情的判斷，L的回答是4，L告訴我是在任務中檢查G發現他對業務理解有錯誤。具體的事實是怎樣並不重要，重要的是同事G和同事L對工作的理解、判斷的標準是不同的，而且截至到目前為止一周，他們還是沒有達成共識的。為什麼會造成這樣結局？是因為他們兩都沒有將自己對待事物的分析見解擺出來。如果G有錯誤理解的地方，L並沒有在G剛進入項目組就告訴他這樣做是不對的，那麼以後情況會怎麼樣，可想而出；如果G這樣的思考沒有問題，那麼L就得考慮為什麼會這樣想G？是不是得加強日常的工作溝通，將目標和要求明確告知。

案例三：

同事C完成項目E二期後，進入另一個項目S二期，目前負責帶領4個同事開展開發工作，我剛好有天早上經過他的辦公地點，發現C正在給同事T評點T昨天開發內容，告訴T那些有問題需要改進，我會覺得C的同事每天的工作成果都是在他的控制下的。

事後我瞭解到同事C在工作的每一天，都能夠將團隊成員的工作進行Review，並且以郵件PPT的方式發送給小組，抄送給領導Z，並且在PPT中，講述了每個人的工作進展，與計劃的偏差以及本日的工作目標。當然有的讀者可能覺得沒有必要吧，每天都發出PPT，呵呵，其實是否PPT形式並不是重要，重要的是內容的品質，從我閱讀他的PPT內容後，我覺得他的做法有以下的優點：

1. C讓小組同事、領導、監督管理者瞭解到小組整體的工作情況；讓管理者的眼光更多關注到他的項目；
2. C讓小組的成員都知道，我們的工作成果，每個人的工作好壞，上層的管理者都是知道的，每個人也是可以相互評價的；
3. C讓小組的成員都知道，C的要求是什麼，我今天要檢查的是什嗎？寫出來的總要比只是說說要有契約精神。培養團隊的契約精神，是團隊戰鬥力的一個基石。

（註：後續我還需要去瞭解C對整個專案計劃Plan的更新和跟蹤習慣。）

 

案例總結：

很多從技術轉型到管理的讀者，都是從人性化的小公司開始做上來的，公司小的時候因為人員少，邊界簡單，工作大家都看得見，很容易檢查到並且調整。當轉型為管理者的時候，默契式管理就會成為一個“過去式、懷念式”的理想，當你懷念為什麼團隊以前小的時候沒有這樣的理解、處理難題，那就很有可能已經患病不輕。請不要將默契式管理和人性化管理劃等號。

我給初入管理工作的IT技術員工的建議：

1. 做好TO DO LIST的記錄和跟蹤，進行Daily Check；
2. 做好管理者的心態切換，做一個管理者而不是一個處理者；人性化管理更加不是不要求、不監管；
3. 團隊建設不是請客吃飯，對做好的同事進行鼓勵和宣傳，對不對或者沒有做好的同事要及時教育；
4. 要特別注意簡單分守山頭的工作任務分配方式，記住這種簡單的分配方式，一個剛畢業的學生就會的，所以可能是錯誤的；
5. 管理工作涉及的多個方面中，減少庫存量可能是最好的工作方式；