因為敏捷團隊是一個高度協作的團隊，在這樣的團隊中工作需要很好的溝通技巧，語言能力和協作能力。
除此之外，團隊的每個成員，都應該認真學習并努力尋找適合自己團隊的敏捷模式，并溝通以達到團隊成員對敏捷開發(fā)模式的統一認識，使得團隊其他成員對自己工作的充分理解和建立起成員之間的相互信任。
測試人員向敏捷轉變所需要的方法
培 養(yǎng)好的敏捷測試人員，需要培養(yǎng)其技術能力，也需要用正確的培養(yǎng)成員的敏捷思想。敏捷的方法指導敏捷團隊行動，是敏捷測試原則的實踐。從一開始，就深刻影響 著團隊中每個人。當然，方法不是放之四海皆準的，需要團隊對敏捷原則深入理解，執(zhí)行敏捷測試實踐后逐漸形成的規(guī)律。而一個傳統的測試團隊，在固有的行為規(guī) 律下，在成熟的產品線里，或者層次分明的復雜組織結構里如何做好向敏捷的轉變呢？似乎這種改變給許多人帶來希望的同時伴隨著一點恐慌？我們有沒有可行的策 略、方法可以遵循呢？可否讓團隊又能夠發(fā)揮在傳統開發(fā)模式下的力量集中的優(yōu)勢，又能夠做到敏捷的隨需應變呢？回答是肯定的。
在 做轉變的實施前，我們需要有心里準備，任何從傳統開發(fā)到敏捷開發(fā)轉變不可能一蹴而就，自然也沒有人能夠將一個傳統開發(fā)模式下的測試團隊一夜之間變成徹底的 敏捷。對這些還沒有敏捷起來，但仍然以此作為目標的項目團隊我們建議循序漸進，基于筆者的親身體驗，提供以下實施的方法請大家參考。
首 先我們建議采用迭代的開發(fā)模式作為向敏捷的模式轉變的起點。很多傳統開發(fā)模式或者基本上還是瀑布式的開發(fā)，或者是周期性的瀑布式開發(fā)，這些都不是敏捷的迭 代。敏捷的迭代是高度的迭代，不是瀑布開發(fā)的不斷累加。換句話說，傳統開發(fā)是傳遞性的工作，一方完成，另一方接手。而敏捷活動的迭代行為更強調盡早開展各 項活動，從迭代的一開始就協同工作，共同實現團隊迭代的目標。而一旦抵達迭代的周期中最后一個工作日，此迭代宣布退出。
當 完成了向迭代活動的轉變完成后，接著，我們開始尋找項目過程、管理、執(zhí)行中最緊要的問題，并使用敏捷開發(fā)中的最佳實踐來一一解決這些實際問題。也許，一開 始這個過程是很緩慢，而且很難做到一步成功，但是必須通過不屑的努力和足夠的耐心，慢慢轉變團隊的固有思維方式，并最終努力獲得團隊對改進后結果的統一認 可。而一個問題被解決，或者不再是項目中最嚴峻的問題時，我們應該開始尋找下一個待解決的困難了。重復這個過程直至成功的將團隊中有悖于敏捷原則和實踐的 過程和方法調整過來，同時將正確的思路和方法帶給團隊。
在最近的幾次與其他敏捷測試團隊的討論中，我們同時了解 到許多軟件開發(fā)項目中的測試團隊遇到過類似的一些問題，如開發(fā)團隊沒有做單元測試或做得太少，繼而在開發(fā)過程中的遺留了大量質量缺陷和頻繁的回歸現象。這 使得測試壓力急劇加大，測試過程嚴重受阻，甚至影響到整個迭代的退出和項目的輸出結果等等。又或者傳統的開發(fā)中的測試團隊因為很少有條件去認識客戶，了解 和實際用戶相關業(yè)務需求。測試腳本和用例的設計只是基于開發(fā)人員撰寫的功能說明。因此，難以做到對需求變化做出快速反應。經過討論，我們推薦給對這樣的團 隊如下參考方案。
此文章共有6頁 上一頁 1 2 3 4 5 6 下一頁
文章來源：中國項目管理資源網
|
Leadge.com首頁 > 知識庫 
