一、自動化開發(fā)敏捷開發(fā)

介紹

自動化開發(fā)敏捷開發(fā)是以用戶的需求進(jìn)化為核心，采用迭代、循序漸進(jìn)的方法進(jìn)行軟件開發(fā)。在敏捷開發(fā)中，軟件項目在構(gòu)建初期被切分成多個子項目，各個子項目的成果都要經(jīng)過測試。

具備可視、可集成和可運行使用的特征。換言之，就是把一個大項目分為多個相互聯(lián)系，但也可獨立運行的小項目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。

對于沒有完全接觸過敏捷開發(fā)的人來說，看完還是覺得挺懵，但其實上面的話已經(jīng)總結(jié)的挺好的了，但要理解上面那段話，還需要明白，為什么要進(jìn)行敏捷開發(fā)。

眾所周知（不知道的看看我之前的文章），產(chǎn)品（這里指APP，小程序或網(wǎng)站）從想法到原型圖到UI設(shè)計圖到開發(fā)到測試最終上線需要經(jīng)過幾個環(huán)節(jié)的流轉(zhuǎn)，前前后后可能需要花上半個月到一個月的時間，需求比較復(fù)雜的時候可能需要花上幾個月。

從管理學(xué)的角度來講，一個團(tuán)隊如果超過7個人，效率就會越來越低下，團(tuán)隊保持7人的時候效率是較高的，所以敏捷開發(fā)也是運用了這一理念，把大的團(tuán)隊成員切分成7人的小分隊，把大的需求也切分成許多小的需求，每個小團(tuán)隊負(fù)責(zé)每個小需求，一個團(tuán)隊包含一個產(chǎn)品經(jīng)理，幾個開發(fā)人員和一到兩個測試人員就能運轉(zhuǎn)了，具體人員分配還得看需求，比如有些需求后臺復(fù)雜就安排多一些，有些前端復(fù)雜就安排前端人員多一些。一般兩個星期就可以迭代一個版本，快速高效。

敏捷開發(fā)的優(yōu)勢和不足

敏捷開發(fā)優(yōu)勢在于把一艘大船變成許多條小船，每條小船各司其職，分配小目標(biāo)，所有的小目標(biāo)合起來就能完成大目標(biāo)。效率高，每個人職責(zé)分明。

不足之處在于小團(tuán)隊做不到擁有開闊的視野，看不到所有團(tuán)隊都在一起做什么事情，大家只知道埋頭苦干做好自己的部分就可以，但看不到全局，不知道全局發(fā)生了什么事情。對于一些不可分割的大需求，需要一次性派很多人手同時做的需求，敏捷開發(fā)就不再合適。

敏捷開發(fā)只適用于成熟的APP做高效的版本迭代，對于一些小需求小想法可以快速試錯，抽一支小團(tuán)隊試試做不行就下線這個需求，靈活方便，但對于初創(chuàng)型或快速增長的公司不適合做敏捷開發(fā)。這個時候需要集中力量辦大事，還是得采用傳統(tǒng)的瀑布式開發(fā)。

所謂瀑布式開發(fā)就是大家最容易理解的，產(chǎn)品組，開發(fā)組測試組UI組相互合作一起做一件事情，做一套系統(tǒng)或者一個APP，耗時長可能幾個月，但大家一起做，做同樣的需求可以互相溝通協(xié)同作戰(zhàn)，很多問題和困難討論討論就解決了，所以這也是瀑布式開發(fā)的優(yōu)勢。

延伸閱讀：

二、螺旋式開發(fā)

螺旋式開發(fā)是由巴利 · 玻姆在 1988 年正式發(fā)表的軟件系統(tǒng)開發(fā)模型，它兼顧了快速原型的法代特征及瀑布模型的系統(tǒng)化和嚴(yán)格監(jiān)控，其最大的特點是引入了其他模型不具備的風(fēng)險分析，使軟件在無法排除重大風(fēng)險時有機會停止，以減少損失。 同時，在每個法 代階段構(gòu)建原型是螺旋模型用來減少風(fēng)險的方法。 螺旋模型更適合大型的昂貴的系統(tǒng)級的軟件開發(fā)， 一開始應(yīng)用的規(guī)模很小，當(dāng)項目被定義得更好、更穩(wěn)定時逐漸展開。其核心在于不需要 在剛開始時就把所有事情都定義清楚，可以先定義最重要的功能去實現(xiàn)它，然后聽取客戶的意 見，再進(jìn)入下一個階段，如此不斷循環(huán)、重復(fù)，直到得到滿意的產(chǎn)品。螺旋模型在很大程度上 是一種風(fēng)險驅(qū)動的方法體系，因為在每個階段及經(jīng)常發(fā)生的循環(huán)之前，都必須先進(jìn)行風(fēng)險評估。