說說我這幾年處理的各種告狀事件

話說我在這個組工作的十來年，隻告過一個人的狀，被兩個人告過，結果都是不了了之，平時大家工作還算和睦。所以我以為告狀屬於小概率事件。自從當上領導之後，大開了眼界，告狀的人和事層出不窮。因為有人的地方就有矛盾，員工自己解決不了矛盾，就來找我傾訴。

比如我組的一個程序員和另一個組的BA兼QA做項目，那個BA基本不作為，我的程序員隻好幫他做了大量的測試工作。結果我的程序員找我抱怨這個BA。因為這個BA不歸我管，我隻能把這個事情告訴BA的老板。結果可想而知就是不了了之。這個BA是個新人，對係統不了解，工作也不積極，就這樣過了兩三年，他才終於有點兒上路了。

還有一次也是我組的幾個程序員和另一組的幾個BA做項目，項目測試的時候好好的，上了production就出了好幾個嚴重錯誤，要馬上修改。負責這個項目的程序員向我抱怨這些BA測試沒做仔細，好多情況沒測到。因為這些BA中有工作認真的，我就開導她說，測試的時候有沒有把應該測試到的所有情況跟BA溝通，回答是BA應該知道他們應該測什麽。可是我們這個係統很大，要測試的情況很多，不是特別有經驗的BA不會想到要測試所有情況。程序員卻可以通過修改的程序順藤摸瓜，找到所有需要測試的情況，提供給BA。雙方合作好，才不會有遺漏。我後來把這個建議拿到小組會上講，要所有程序員注意，後來類似事件很少發生了。

自從我要求組員互相review code之後，就矛盾不斷。有一個組員改起code來非常aggressive，為了把程序改得完美，會做很多改動，而其他組員就沒有這麽aggressive，主要是想減少測試的範圍。這樣review的時候就會出現矛盾，一個要求多改很多code，另一個又不想改。兩個人說不服對方，就來找我評理。我一開始會告訴他們我的思路，改或不改的原因，幾次之後他們自己就知道怎麽討論做決定，一般不來找我了。

還有一個組員大概是個perfectionist，review別人的code仔細到雞毛蒜皮，其他組員向我抱怨過多次。這個不太好處理，因為一個perfectionist，讓他變成不是perfectionist，很難做到。我隻好讓他注明他的哪些comment是指出問題，哪些隻是建議。後來我和他共同做code review的時候看到了他的問題，直接指出來他要改進的地方。至於他能不能改進，還有待觀察。

還有一個平時其它方麵表現非常好的組員，做code review的時候總是拖拉，別人向我抱怨多次。我跟他聊了幾次，才發現他根本沒有時間看完所有的Email，因為他也做係統管理員方麵的工作，收到很多係統發出的Email，code review的Email就burry在裏麵了。後來我改了code review的schedule，每人每個星期是固定的一天，他就在那一天特別注意他的code review email, 就沒有再拖拉了。

大家在一起工作，問題肯定會經常出現。問題報到經理這兒來，經理的任務是要搞清出問題的原因是什麽。是製度上有漏洞，還是員工之間工作方法的問題，還是員工能力的問題。極少極少會是工作態度或者人品問題。根據問題原因，找到最有效的方式處理，並且促進大家共同進步，才是一個好的經理需要做的。