【作者簡介】Ruben Fernandez Alvarez在不同家公司的藥物和工業(yè)部門擔任了7年的QA-測試工程師，包括：Sogeti，Ingenico，Grifols和Aurigae–Te lefonica R+D公司。近他在Zitro Interactive公司任職軟件質量保證經(jīng)理，負責移動和網(wǎng)頁游戲項目的測試管理和測試自動化。他是一名合格的通信和電子工程師以及一名認證Scrum 經(jīng)理。
為什么會出現(xiàn)敏捷？
大約50年前，代碼編寫沒有任何計劃，體系結構設計都是因為短期決議。這很適用于小系統(tǒng)。但是系統(tǒng)越變越大時，很難增加新功能并修復bug了。幾年后，軟件開發(fā)中引進了可以解決這些問題的方法。嚴格使用該方法，軟件變得更有效和可預見。傳統(tǒng)方法（比如Waterfall）是計劃驅動的且在項目一開始需要花很多精力去正確定義需求和體系結構。你或許已經(jīng)注意到了，這些過程也許并不順利且多變。如今，技術和軟件應用程序更新?lián)Q代地比我們預期的還要快。因此，產品上市時間對于一個產品的成功或失敗至關重要。在你的競爭對手之前上市才是真的獲勝。所以，用正確的方法包含并回應我們正在經(jīng)歷的持續(xù)的變化很重要。那也是1975年引進基于迭代改進的做法的主要原因。換句話說，敏捷。
敏捷的主要特點是什么？
看看Agile Manifesto (www.agilemanifesto.org)，上面說到敏捷框架是：
--個體和交互重于流程和工具
--軟件本身重于長篇大論
--客戶合作重于合同談判
--應對變化重于遵循計劃
上述內容的意思是：敏捷框架注重軟件而非嚴格需求的定義。其原理的另一核心是授予自主權且團隊所有個體共同承擔責任。這不是說只考慮顧客，還要激勵并讓程序員、分析師和QA工程師參與其中，以實現(xiàn)一個共同的目標。
敏捷是什么？
有了簡單的描述，我們開始觀察為什么敏捷如此重要：應對變化。經(jīng)常，新公司并不很了解其顧客想要什么或應該如何定義他們的發(fā)展藍圖。，因此需要強制性地旋轉并迭代直到他們實現(xiàn)他們預期的結果。敏捷開發(fā)可以讓小公司修繕他們的產品以及正在實現(xiàn)的目標。不過，敏捷也適用于大公司�？鐕拘枰纫酝斓匦袆硬⑦m應新環(huán)境。此外，我們都知道顧客總是對的。所以為什么將顧客隔離在開發(fā)過程之外？敏捷將顧客包含在項目里，因此公司可以更好更詳細地了解顧客需要什么。
但是這些并不是敏捷如此重要的原因。原因還很多。下面有7個對于為何要在開發(fā)中從不同的角度和觀點使用敏捷的解釋。
敏捷對產品經(jīng)理有何益處？
產品經(jīng)理想要準確了解他們的顧客想要什么，但是這是一項困難且不太可能完成的任務。敏捷為使產品滿足顧客的需求提供合適的框架。沒必要從一開始完美地定義產品，但是迭代完成后很容易從顧客那里獲得反饋并修繕產品，只實現(xiàn)提供價值的功能。另外，敏捷以其透明而出名。產品所有者總能意識到開發(fā)團隊完成了什么，采取了什么行動。有了敏捷，產品所有者不需要等到項目結束可以知道團隊做了什么。
敏捷對分析師有何益處？
想一想你可以在發(fā)布后版本前收集關于產品的數(shù)據(jù)和有價值的信息。如果你是一名數(shù)據(jù)科學家，這對你來說應該超棒。那是為何敏捷不斷為分析師提供真實顧客的信息并在產品完全實現(xiàn)前提供真實產品。
敏捷對開發(fā)員有何益處？
開發(fā)人員是敏捷團隊的核心。因此，提供正確的工具和方法以便他們能做好他們的工作很重要。敏捷給了開發(fā)員隨心估計并編寫代碼的自由，并激勵人們共享他們所做的東西并團隊合作。傳統(tǒng)方法中，軟件工程師經(jīng)常覺得他們在做對顧客毫無意義的工作，或者覺得這項工作會被從終成品中刪除。敏捷卻在做能為顧客提供價值的工作，這樣基本不會浪費時間和精力編寫無用代碼了。后，敏捷中并沒有高級或初級水平。每個人都是團隊一員，所以每個人的意見都是有用的。敏捷幫助人們分享其他們的觀點，這樣整個流程或許可以獲益并得以改善。
