敏捷開發中常犯的10大錯誤
敏捷開發已經成為廣受開發人員關注的軟件工程方法，如何實施有效的敏捷開發，如何有效的在團隊中推行敏捷開發是每個項目管理人員都要關注的問題。可以說敏捷開發已經成為優秀程序員新挑戰。
引薦——當敏捷教練走馬上任，初到一個團隊的時候（不管是已經存在的，還是新的團隊），都可能有一段陣痛期。團隊不是很確定誰是教 練，為什么需要教練，甚至懷疑他能不能勝任這份工作。這時，來自高層（經理、團隊主管或者在團隊中很受尊敬的人）的引薦會有助于減少擔心。除此之外，敏捷 教練應該介紹一下自己的背景和目標。
敏捷不是信仰——團隊成員并不關心什么是敏捷，他們只關注把工作搞定，漲工資，或者是晉升。同樣他們不關心什么是敏捷，他們僅僅關心那些能幫助他們解決當前問題的事情。作為敏捷教練，我們需要花時間去弄清楚他們的處境，去聆聽，最重要的就是讓他們感覺到他們的問題已經得到了重視。
表示尊重——不要直接制訂一個計劃來解決團隊的所有問題。搞清楚他們怎么走到今天這一步的。注意自己的言語，比如說，團隊成員不是資源、程序員、測試或者管理者，他們是人。
退一步——很多時候，作為教練，我們只關注團隊暴露出來的問題本身，而沒有看到全局。不要嘗試去改變人——大部分情況他們只是迫于公司的壓力。相反，退一步，用系統思考來幫助大家找到這些壓力，隨后解決它們。
花點時間反思——我們經常盛怒之下就急著著手去處理問題。與其帶著滿腔憤怒開始行動，不如暫停下來，花點時間反思一下，或者跟別的教練商量一下，甚至冷它一會兒不去管它先。
問問題，聊觀點——當我們在想搞明白團隊是怎么工作和表現的時候，要多用“怎么樣”和“什么”來問問題。Liz建議問問題的時候避免 使用“為什么”，因為這個詞會使得很多人產生防御感。她在“根本原因分析”的時候會保留使用這個“為什么”這個詞語，但她也盡量少用。當你有個很有意思的 觀點想和大家來分享，那么就直接來闡述它，不要通過問問題來引出，大家會在這一過程中看出你的把戲，會反感的。
直面困難——比較嚴重的問題往往會被忽視，因為人們感覺搞不定它們。不要讓這些就這么混過去了，相反，利用回顧會議，問問大家：“我留意到大家都在回避...”幫助團隊找到問題的一些方面作為切入點。不管結果怎么樣，在團隊沒有準備好的情況下，不要逼著他們去采取行動。
把變化當成實驗——人們總是害怕變化，但是把變化當成實驗就能減少我們的恐懼。讓敏捷開發團隊成員參與到變化中，他們會成為實驗的主人，會習慣去處理一些小的變化。回顧會議是一個很好的契機來引入這些實驗。
與團隊熱情同在——與其解決一個團隊一直遇到的***的問題，不如找出他們最有熱情去解決的是什么。通過解決小問題，團隊會收獲信心和快樂。當他們有了經驗，他們的雄心和熱情也會上漲。
勇于堅信——通常你的理念會受到挑戰和質疑。你得勇于相信自己，但是最重要的是要有耐心。我們做的工作會讓敏捷開發團隊發生很大的改變，我們融會貫通了這些改變，但我們指導的團隊還沒有。
與會者還補充一些別的敏捷開發技巧：
◆保持安靜或者沉默——有時候***的參與就是不參與(Tobias Mayer)
◆遠離團隊——當教練不在的時候，團隊不得不學著去解決一些他們自己的問題。
◆學習客戶的語言——一旦理解了客戶的問題領域，我們能減少客戶的擔心。
◆不要逼得太緊：提出建議，盡量言簡意賅，隨后留出點空間，等一段時間再回去看執行情況。
◆保持樂觀，走好通向主要目標的每一小步。
◆不要公開地批評團隊，有問題內部解決。
◆對哪些主題需要指導建立一個backlog，讓團隊排出優先級。大家會更有主人翁精神。
【編輯推薦】
