那么,敏捷是完美的嗎?
當然不是。首先要注意,敏捷并不是完美,它是用有效透明的方式為你的組織和顧客帶去價值。因此,使用敏捷框架時你需要有耐心。執(zhí)行團隊相信敏捷方法這一點很重要。如果這樣,你項目成功的可能性大大增加了。
此外,敏捷還有一些缺點。因為它側重于人,如果某些人離開了你們團隊,你很有可能會失去很多團隊的信息和凝聚力。另外,因為團隊是自我管理的,需要所有成員都成熟,通常這很難。后,使用敏捷時有一些會帶來更多不方便的常見錯誤。一個常見錯誤是:試著讓你的組織適應敏捷。敏捷是一個為變得更加高效而提供方法的框架,因此關鍵在于明確敏捷提供的哪些方法適合你個人和團隊的需求。另一個錯誤是:相信敏捷意味著一切隨時可以完成。敏捷是關于靈活度的,但是一個功能的開發(fā)一旦開始,不可能在它完成前改變它。
它是適用于軟件環(huán)境嗎?
不,它可以用于不同的環(huán)境,比如,想想看我們用敏捷方式寫的這篇文章。我們首先明確了我們想要做的,并開始為期一周的編寫循環(huán)。每次循環(huán)后,我們都需要來自專家和重要利益相關者的反饋。用這種方法,我們提高了我們的文章并繼續(xù)編寫。完成十次循環(huán)后,我們的利益相關者告訴我們它很不錯。很明顯,我們并不是敏捷,因為在它終完成前我們還沒將產品發(fā)布出去。確實,敏捷并不僅僅只適用軟件項目,但是它更適用于小的預算項目,因為每次循環(huán)都修復你的產品或許會產生預料外的花費。此外,敏捷在為了各種理由而需要經常變化的環(huán)境中很高效。
結論
過去敏捷并不是公司開發(fā)過程的一個方面。它是一個通過團隊合作,透明和不斷的進步經常幫助為終端客戶提供高質量的開發(fā)原理。這些益處表明了敏捷的轉變,這并不是一個輕松的任務。一旦遇到第一個問題,并不完全相信敏捷使用的團隊和公司將會放棄他們對敏捷的使用。
一個良好的敏捷團隊了解敏捷的益處并相信它的使用,選擇適合他們的敏捷框架提供的管理和技術方法。這樣的話,敏捷的使用基本成功了。
版權聲明:本文出自 SPASVO澤眾軟件測試網:http://hgh666.cn/news/html/201579142241.html
原創(chuàng)作品,轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明,否則將追究法律責任。