敏捷開發(fā)模式

1、敏捷開發(fā)的概念

從1990年代開始逐漸引起廣泛關(guān)注,是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法。強(qiáng)調(diào)以人為本,專注于交付對客戶有價值的軟件。是一個用于開發(fā)和維持復(fù)雜產(chǎn)品的框架。

2、敏捷開發(fā)的流程

(圖為禪道敏捷開發(fā)流程管理)

2.1 產(chǎn)品負(fù)責(zé)人將整個產(chǎn)品設(shè)計成產(chǎn)品代辦列表。就是一個個需求列表。(可以理解為需求或者要做的事情)

2.2 召開產(chǎn)品迭代計劃會議,確定哪些需求是需要在第一個迭代中完成的,評估迭代的時間(建議是2-4周),得到相應(yīng)的迭代周期任務(wù)列表。ps:提前發(fā)布功能需求列表,會議提倡所有團(tuán)隊人員參與

2.3 把迭代的功能需求寫在紙條上貼在任務(wù)墻,讓大家認(rèn)領(lǐng)分配。(任務(wù)墻就是把未完成、正在做、已完成的工作狀態(tài)貼到一個墻上,這樣大家都可以看得到任務(wù)的狀態(tài) )–>舉行每日站立會議,讓大家在每日會議上總結(jié)昨天做的事情、遇到什么困難,今天開展什么任務(wù)。(每日站立會議,是在每天早上定時和大家在任務(wù)墻前站立討論,時間控制在15分鐘內(nèi))–>繪制燃盡圖,保證任務(wù)的概況能夠清晰看到。(燃盡圖把當(dāng)前的任務(wù)總數(shù)和日期一起繪制,每天記錄一下,可以看到每天還剩多少個任務(wù),直到任務(wù)數(shù)為0 ,這個迭代就完成了)ps:在開發(fā)人員開始開發(fā)一個任務(wù)時,需要找來對應(yīng)的測試人員講解該任務(wù)功能,以便測試人員有一致的理解,并且一開始就進(jìn)行測試用例、自動化系統(tǒng)測試腳本的開發(fā)(若需要自動化測試的話)。

(上圖為小編粗圖)

2.4 評審會議(演示會議)是在迭代完成時舉行,要向客戶演示自己完成的軟件產(chǎn)品,并獲得客戶的反饋 。

ps:很多用戶對軟件開發(fā)是沒有概念的,他只知道自己有某種需求。所以就要通過不斷的讓用戶看到產(chǎn)品的模型,這個過程用戶才會逐步的對產(chǎn)品產(chǎn)生概念。

2.5 最后是總結(jié)會議,以輪流發(fā)言方式進(jìn)行,每個人都要發(fā)言,總結(jié)好的實踐和教訓(xùn),并落實到后續(xù)的開發(fā)中。不要流于形式。

3、敏捷開發(fā)適用原則

1、個人與互動:重于流程與工具

->強(qiáng)調(diào)人與人的溝通,所以盡可能要集中化辦公。異地開發(fā)模式容易讓人疲憊。

->個人技能要提高。尤其對于架構(gòu)師要求要高。

->管理者要多參與項目有關(guān)的事情。

->減少對開發(fā)人員的干擾。

2、可用的軟件:重于詳盡的文件

->強(qiáng)調(diào)文檔的作用。必要的文件必須的。且文檔要具有傳承性。

3、與客戶合作:重于合約協(xié)商

->做好客戶引導(dǎo)。客戶都是想在盡可能短的時間內(nèi),交付盡可能多的功能。做好版本控制。

4、回應(yīng)變化:重于遵循計劃

->無理變化,舉棋不定的結(jié)果,并不是說都需要及時響應(yīng),會導(dǎo)致很多浪費。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容