敏捷開(kāi)發(fā)是什么鬼？

身為一個(gè)攻城獅如果你沒(méi)有聽(tīng)說(shuō)敏捷開(kāi)發(fā)，那么你可能就out了，抱著與時(shí)俱進(jìn)的態(tài)度，今天我們就來(lái)學(xué)習(xí)一下敏捷開(kāi)發(fā)是個(gè)什么鬼？

敏捷開(kāi)發(fā)模式由來(lái)已久，已經(jīng)被無(wú)數(shù)的大公司所采用，如Google，faceboo等公司，最近國(guó)內(nèi)的也掀起了敏捷開(kāi)發(fā)的熱潮。下面摘取一段百度百科對(duì)敏捷開(kāi)發(fā)的解釋先來(lái)認(rèn)識(shí)一下。

敏捷開(kāi)發(fā)以用戶的需求進(jìn)化為核心，采用迭代、循序漸進(jìn)的方法進(jìn)行軟件開(kāi)發(fā)。在敏捷開(kāi)發(fā)中，軟件項(xiàng)目在構(gòu)建初期被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過(guò)測(cè)試，具備可視、可集成和可運(yùn)行使用的特征。換言之，就是把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系，但也可獨(dú)立運(yùn)行的小項(xiàng)目，并分別完成，在此過(guò)程中軟件一直處于可使用狀態(tài)。

看了上面的圖我們就能很容易理解了，它的核心思想就是：以盡可能低的成本展現(xiàn)產(chǎn)品的核心概念，用最快、最簡(jiǎn)的方式建立一個(gè)可用的產(chǎn)品原型，用這個(gè)原型表達(dá)出你產(chǎn)品最終想要的效果，然后通過(guò)迭代來(lái)完善細(xì)節(jié)。

假如你的產(chǎn)品愿景是一種高級(jí)出行工具，比如小轎車。傳統(tǒng)的產(chǎn)品設(shè)計(jì)思路是一步一步，從車輪、車轱轆、外殼、動(dòng)力裝置、內(nèi)部裝飾一個(gè)流程一個(gè)流程做起，最后得到一個(gè)完善的產(chǎn)品。而敏捷開(kāi)發(fā)的思路，我們可能會(huì)先做一個(gè)小滑板車或者自行車，看看用戶對(duì)出行工具的認(rèn)可程度。如果用戶認(rèn)可我們的產(chǎn)品概念，我們可以接下去生產(chǎn)更加高級(jí)、完善的摩托車、甚至小轎車。

傳統(tǒng)產(chǎn)品迭代思路成本高、速度慢、風(fēng)險(xiǎn)大，花高成本做出來(lái)的產(chǎn)品用戶可能不認(rèn)可；敏捷開(kāi)發(fā)策略的優(yōu)點(diǎn)在于試錯(cuò)成本低、速度快、風(fēng)險(xiǎn)低，能滿足產(chǎn)品快速迭代的需求。

  敏捷開(kāi)發(fā)宣言：

1. 個(gè)體和互動(dòng) 高于 流程和文檔

2. 工作的軟件 高于 詳盡的文檔

3. 客戶合作 高于 合同談判

4. 響應(yīng)變化 高于 遵循計(jì)劃

核心價(jià)值觀：

1. 溝通：夠促進(jìn)你團(tuán)隊(duì)內(nèi)部的開(kāi)發(fā)人員之間溝通、還能夠促進(jìn)你的團(tuán)隊(duì)和你的project stakeholder之間的溝通。

2. 簡(jiǎn)單：畫一兩張圖表來(lái)代替幾十甚至幾百行的代碼，通過(guò)這種方法，建模成為簡(jiǎn)化軟件和軟件（開(kāi)發(fā)）過(guò)程的關(guān)鍵。這一點(diǎn)對(duì)開(kāi)發(fā)人員而言非常重要－它簡(jiǎn)單，容易發(fā)現(xiàn)出新的想法，隨著你（對(duì)軟件）的理解的加深，也能夠很容易的改進(jìn)。

3. 反饋：Kent Beck在Extreme Programming Explained中有句話講得非常好：“過(guò)度自信是編程的職業(yè)病，反饋則是其處方?！蓖ㄟ^(guò)圖表來(lái)交流你的想法，你可以快速獲得反饋，并能夠按照建議行事。

4. 謙遜：最優(yōu)秀的開(kāi)發(fā)人員都擁有謙遜的美德，他們總能認(rèn)識(shí)到自己并不是無(wú)所不知的。事實(shí)上，無(wú)論是開(kāi)發(fā)人員還是客戶，甚至所有的 project stakeholder，都有他們自己的專業(yè)領(lǐng)域，都能夠?yàn)轫?xiàng)目做出貢獻(xiàn)。一個(gè)有效的做法是假設(shè)參與項(xiàng)目的每一個(gè)人都有相同的價(jià)值，都應(yīng)該被尊重。

敏捷開(kāi)發(fā)的原則：

1. 快速迭代：相對(duì)那種半年一次的大版本發(fā)布來(lái)說(shuō)，小版本的需求、開(kāi)發(fā)和測(cè)試更加簡(jiǎn)單快速。一些公司，一年僅發(fā)布僅2~3個(gè)版本，發(fā)布流程緩慢，它們?nèi)圆捎闷俨奸_(kāi)發(fā)模式，更嚴(yán)重的是對(duì)敏捷開(kāi)發(fā)模式存在誤解。

2. 讓測(cè)試人員和開(kāi)發(fā)者參與需求討論：需求討論以研討組的形式展開(kāi)最有效率。研討組，需要包括測(cè)試人員和開(kāi)發(fā)者，這樣可以更加輕松定義可測(cè)試的需求，將需求分組并確定優(yōu)先級(jí)。 同時(shí)，該種方式也可以充分利用團(tuán)隊(duì)成員間的互補(bǔ)特性。如此確定的需求往往比開(kāi)需求討論大會(huì)的形式效率更高，大家更活躍，參與感更強(qiáng)。

3. 編寫可測(cè)試的需求文檔：開(kāi)始就要用“用戶故事”（User Story）的方法來(lái)編寫需求文檔。這種方法，可以讓我們將注意力放在需求上，而不是解決方法和實(shí)施技術(shù)上。過(guò)早的提及技術(shù)實(shí)施方案，會(huì)降低對(duì)需求的注意力。

4. 多溝通，盡量減少文檔：任何項(xiàng)目中，溝通都是一個(gè)常見(jiàn)的問(wèn)題。好的溝通，是敏捷開(kāi)發(fā)的先決條件。在圈子里面混得越久，越會(huì)強(qiáng)調(diào)良好高效的溝通的重要性。團(tuán)隊(duì)要確保日常的交流，面對(duì)面溝通比郵件強(qiáng)得多。

5.  做好產(chǎn)品原型：建議使用草圖和模型來(lái)闡明用戶界面。并不是所有人都可以理解一份復(fù)雜的文檔，但人人都會(huì)看圖。

6. 及早考慮測(cè)試：及早地考慮測(cè)試在敏捷開(kāi)發(fā)中很重要。傳統(tǒng)的軟件開(kāi)發(fā)，測(cè)試用例很晚才開(kāi)始寫，這導(dǎo)致過(guò)晚發(fā)現(xiàn)需求中存在的問(wèn)題，使得改進(jìn)成本過(guò)高。較早地開(kāi)始編寫測(cè)試用例，當(dāng)需求完成時(shí)，可以接受的測(cè)試用例也基本一塊完成了。 

看到這里不知道同學(xué)們有沒(méi)有對(duì)敏捷開(kāi)發(fā)有一些認(rèn)識(shí)呢？當(dāng)然要完全的把這種開(kāi)發(fā)模式運(yùn)用到現(xiàn)實(shí)的生產(chǎn)中去還是需要做很多努力，我們數(shù)聚傳媒的同學(xué)們也在積極的探索這種新的開(kāi)發(fā)模式，只有這樣才能更加快速高效的完成開(kāi)發(fā)工作，為客戶的提供更優(yōu)秀的產(chǎn)品。