如何解決敏捷開發中的用人不當問題
作者:網絡轉載 發布時間:[ 2011/12/1 16:48:57 ] 推薦標簽:
我必須承認,我的管理經驗是不足的。近一次我對下屬的工作處理的介入讓我學到不少我以前沒有經歷過的工作經驗,在此和大家分享一下我的認識和感悟。這件事情的處理,一般人可能認為這無異于辦公室政治風云,對我來說這是一次很好的管理經歷。讓我認識到如何使用敏捷教條對管理方面的問題進行分析,如何采取合適策略來解決此類問題。
數月前,我被分派到一個新成立的小組做QA Lead,開始了我的管理“事業”。當時只有我一人協助三個開發者。隨后,增加到協助4.5個開發人員,外加兩個客戶端開發者。很快我發現自己被很多事情所包圍,無法在短期內完成一下子堆積起來的工作。也是這時,我和我的上司D提議增加人手。當時是2007年6月,正好沒有人手,我按照自己知道的敏捷互動知識,對自己的工作進行安排,一件件地處理。到了得心應手的階段時,終于有人手可以分配過來時(2007年9月中),我得知一個我覺得能力很差的高級工程師A會被轉移到我的組里幫我。我的第一個反應是,“能不能分配其他人手到我的組里。”我的上司D說,“先讓這個人過來試試。”我沒有多說什么,那個時候我已經預見了我不得不作出的處理。
我的第一個反應是從兵法“用人不疑,疑人不用”的角度產生的,當時我們組聘用了A,我們在面試時看好這個人,但是雇用之后我和他的一些互動中發現此人除了知道如何使用Visual Studio .NET 2005,其他什么都不會;而且他還不愿意學這些能夠幫助他適應新環境的東西。后來因為A是以高級工程師,開始成為我當時所在組的Team Lead。作為Team Lead那一段時間,我們整組發現他無法對管理層作出的無禮要求進行抵擋,甚至談判,只知道如何一味地向管理層妥協。然后自己不身先士卒,而是把一些重要的東西攤派給屬下。然后自己開始進行一些無關緊要的流程改進工作。我是看在眼里,記在心里,因為我很早被調到我現在的崗位,所以也沒有說些什么。我知道,這樣的人不能重用,我對他沒有信任感。
這樣到了九月底,我感覺可以讓他轉移到我的組里開始前期準備工作。我當時的感覺是,我要尊重我的上司D的安排,盡力和他一起攜手合作。我馬上碰到了一個問題,他無意從自己的項目中擺脫出來,他的托詞是,“我需要一點時間完成我手上的事務,這樣可以很好的交接給其他人。”我給了他一個星期,同時也和信任的Team Lead B進行了溝通。B原來是個開發者,在9月份轉來做QA,因為他的經驗豐富,而且A在組里不做正事,其他組員意見很大,所以A轉到我的組后,丟掉了Team Lead的頭銜。我和B的溝通是,A應該把工作重心放到新的工作上去,而不是找借口推托自己應該承擔的責任。B向A轉達了這樣的意向,但是一時間沒起什么作用。
隨后,A以領導的名義向我們的上司D回信,列出我們這組人在08年應盡的義務。我一看,心里騰起一股火氣,他自己承擔的任務里,沒有一項是和他新工作相關的,而且每個都要花費不少時間操作。這不是明擺著要消極處理他的新工作嗎?我很不客氣地回信,并抄送一封給我的上司D,表示了我對他的態度的不滿。當時我的感覺是這個人不適合在我的組里做事。精簡敏捷開發的宗旨是團隊需要集中注意力處理當前重要的事務,在短時間內用便宜的手段為整個商業組織創造價值,我的組主要工作是設計測試案例,開發測試案例是給整個開發組織的大價值,而不是把時間花費在無意義的流程改進或是為高層收集測試數據,沒有人設計開發測試案例,收集的測試數據是沒有意義的。而這種雞毛蒜皮的小事正是A感興趣的事情。我寫的信讓D很不高興,因為我寫得很不留情。這也是沒有經驗的管理者應該注意的,盡力避免這么直接的舉動,多進行面對面溝通,實在不行才使用這種下下策。我和B溝通后,B又寫信給A說,你的首要任務是對新責任負責。A回復說,我不覺得這個新項目有什么重要的,大家對此都沒有什么重視,所以還是讓我完成我的測試數據收集。A的信送出后,我也沒來得及看。后B找到我,跟我說了這事,我才知道B也火了,也寫了一封措辭嚴厲的信給A并抄送了我們的上司D。當然D也找B談話說不能這么不留情面(大家知道了,要先進行面對面溝通,之后才能作出這樣肆無忌憚的舉動)。
又過了一個星期,事態有所改進,開發組的上司H也不知從哪里知道了這件事,寫信給A說要把工作重心轉移到我分配的事務上。然后我們上司D也對A做特別安排,讓他全力幫助我。A態度馬上大轉變,說他會全力和我一起協作,我仗著我有令箭和A的態度轉變,開始給他分配任務,每天和他進行2分鐘的Scrum。同時也幫他開始建立開發環境,我花費了三天,才把他的開發環境整理清除,他被聘開始工作到現在,對自己的開發環境維護什么都沒有做,一切都是亂七八糟,然后自己還不懂到我們的開發測試Wiki上找答案。讓我可笑可氣的是,他拿了一個很簡單的問題問我如何處理。錯誤信息在他面前,讀一讀,再考慮一下能解決,A的處事態度怎么能這么不認真,還是能力不行?三天之后,一切都搞好了,我覺得,A也該開始閱讀項目文檔,并向我向開發者提出大量的問題。
事實還不是我想象的那樣,時間到十月初的第二個星期,我在周一分配了任務讓他閱讀文檔,我給了他一個星期。我認為,作為高級工程師,是知道自己該做什么,我的分配是很清晰的,閱讀文檔,準備寫測試計劃,有任何問題,盡管問我。周五中午B跑來跟我說,開發部上司H很不滿A不準備在下一周進行程序發布測試(Release Verification Testing),我說我完全支持A的決定,心里還有高興,A終于可以專心做正事了。我甚至對B說我覺得A需要一點時間閱讀文檔。如果他能專心做事有進展,我會幫他處理這些雜事的。下午,我馬上發現我的想法是極大錯誤,A和開發者開會時凈問一些沒有一點技術背景的問題。我坐在那里看著開發者艱難地解答他提出的問題,還有他不著邊際的回復,心里急啊!后我坐了35分鐘,借口離開去找B反映這個發現。我容忍了A四個星期的不作為,他已經開始破壞我的全盤測試計劃。
相關推薦

最新發布
性能測試之測試環境搭建的方法
2020/7/21 15:39:32軟件測試是從什么時候開始被企業所重視的呢?
2020/7/17 9:09:11Android自動化測試框架有哪些?有什么用途?
2020/7/17 9:03:50什么樣的項目適合做自動化?自動化測試人員應具備怎樣的能力?
2020/7/17 8:57:06幾大市面主流性能測試工具測評
2020/7/17 8:52:11RPA機器人能夠快速響應企業需求,是怎么做到的?
2020/7/17 8:48:05Bug可以真正消滅嗎?為什么?
2020/7/17 8:43:03軟件測試基本概念是怎么來的?軟件測試生命周期的形成歷經了什么?
2020/7/16 9:11:10