Scrum敏捷開發(fā)學(xué)習(xí)課程

1、Scrum 是什么？ Scrum的英文意思是橄欖球運(yùn)動(dòng)的一個(gè)專業(yè)術(shù)語(yǔ)，表示“爭(zhēng)球”的動(dòng)作；把一個(gè)開發(fā)流程的名字取名為Scrum，你一定能想象出你的開發(fā)團(tuán)隊(duì)在開發(fā)一個(gè)項(xiàng)目時(shí)，大家像打橄欖球一樣迅速、富有戰(zhàn)斗激情、人人你爭(zhēng)我搶地完成它，你一定會(huì)感到非常興奮的。 Scrum特指一種敏捷開發(fā)的模型。第1頁(yè)/共30頁(yè)第一頁(yè)，編輯于星期六：二十點(diǎn) 一分。敏捷是什么？ 是一種從2000代開始逐漸引起廣泛關(guān)注的一些新型軟件開發(fā)方法。 XP ( Extreme Programming ) Scrum特點(diǎn)：摒棄了大多數(shù)重量型過(guò)程中的中間產(chǎn)物（諸如甘特圖、狀態(tài)報(bào)告，以及多卷需求文檔等）來(lái)提高軟件開發(fā)速度第2頁(yè)/共3

2、0頁(yè)第二頁(yè)，編輯于星期六：二十點(diǎn) 一分。非敏捷 - 瀑布式開發(fā) 軟件開發(fā)的經(jīng)典模型第3頁(yè)/共30頁(yè)第三頁(yè)，編輯于星期六：二十點(diǎn) 一分。瀑布模型的主要缺陷： 程序的維護(hù)成本會(huì)越來(lái)越高（需要很多人） 團(tuán)隊(duì)氛圍壓抑（感受不到激情） 不方便做需求變更（引起客戶不滿）第4頁(yè)/共30頁(yè)第四頁(yè)，編輯于星期六：二十點(diǎn) 一分。需求，設(shè)計(jì)階段的問(wèn)題第5頁(yè)/共30頁(yè)第五頁(yè)，編輯于星期六：二十點(diǎn) 一分。開發(fā)，維護(hù)階段的問(wèn)題第6頁(yè)/共30頁(yè)第六頁(yè)，編輯于星期六：二十點(diǎn) 一分。Scrum開發(fā)模型第7頁(yè)/共30頁(yè)第七頁(yè)，編輯于星期六：二十點(diǎn) 一分。Sprint 流程圖第8頁(yè)/共30頁(yè)第八頁(yè)，編輯于星期六：二十點(diǎn) 一分。產(chǎn)品

3、需求Imp：重要性； Est ：大致相當(dāng)于一個(gè)“理想的人天（man-day）”第9頁(yè)/共30頁(yè)第九頁(yè)，編輯于星期六：二十點(diǎn) 一分。Scrum中的三個(gè)角色產(chǎn)品負(fù)責(zé)人(Product Owner)主要由產(chǎn)品經(jīng)理?yè)?dān)任，其為確定產(chǎn)品的方向和愿景，定義產(chǎn)品發(fā)布的內(nèi)容、優(yōu)先級(jí)及交付時(shí)間，為產(chǎn)品ROI（profitability of product）負(fù)責(zé)。主要職責(zé)包括：確定產(chǎn)品的功能；決定發(fā)布的日期和 發(fā)布內(nèi)容；根據(jù)市場(chǎng)價(jià)值確定功能優(yōu)先級(jí)；每個(gè)sprint中，根據(jù)需要調(diào)整功能和優(yōu)先級(jí)（每個(gè)sprint開始前調(diào)整）；接受或拒絕開發(fā)團(tuán)隊(duì)的工作成果；參與Scrum Planning Meetings（Sprin

4、t計(jì)劃會(huì)議），Sprint Review Meeting（Sprint評(píng)審會(huì)）和 Sprint Retrospective Meeting（Sprint回顧會(huì)）。Scrum Master擔(dān)當(dāng)團(tuán)隊(duì)leader，可以是開發(fā)Leader或者Team Leader, 和Product owner緊密合作，及時(shí)為團(tuán)隊(duì)成員提供幫助。主要職責(zé)包括：保證團(tuán)隊(duì)資源合理利用；保證各個(gè)角色及職責(zé)良好協(xié)作；解決團(tuán)隊(duì)開發(fā)中的障礙；作為團(tuán)隊(duì)和團(tuán)隊(duì)外部的接口，協(xié)調(diào)解決溝通中的問(wèn)題；保證開發(fā)過(guò)程按計(jì)劃進(jìn)行，組織Scrum Planning Meetings（Sprint計(jì)劃會(huì)議）, Daily Stand-up Meetin

5、g（每日站會(huì)）, Sprint Review Meeting（Sprint評(píng)審會(huì)）和 Sprint Retrospective Meeting（Sprint回顧會(huì)） 。團(tuán)隊(duì)（Team）一般情況人數(shù)在5-9人。團(tuán)隊(duì)成員包括產(chǎn)品經(jīng)理、開發(fā)人員、測(cè)試人員、前端開發(fā)、UED等。團(tuán)隊(duì)成員最好都是在項(xiàng)目的一個(gè)sprint中是全職的， 在一個(gè)Sprint中成員不容許更換。在項(xiàng)目范圍內(nèi)有權(quán)利做任何事情已確保達(dá)到sprint的目標(biāo)；向Product owner演示產(chǎn)品功能。第10頁(yè)/共30頁(yè)第十頁(yè)，編輯于星期六：二十點(diǎn) 一分。Sprint 計(jì)劃會(huì)議 計(jì)劃會(huì)議要有足夠的時(shí)間，最好至少8個(gè)小時(shí) 取出部分產(chǎn)品需求做成

6、sprint需求，并寫成backlog 確定backlog的優(yōu)先級(jí)和工作量 進(jìn)行工作認(rèn)領(lǐng)（不是分配） 確定每日站立會(huì)議的時(shí)間和地點(diǎn) 確定好演示會(huì)議和回顧會(huì)議的日期第11頁(yè)/共30頁(yè)第十一頁(yè)，編輯于星期六：二十點(diǎn) 一分。backlog第12頁(yè)/共30頁(yè)第十二頁(yè)，編輯于星期六：二十點(diǎn) 一分。場(chǎng)景展示 - 計(jì)劃紙牌第13頁(yè)/共30頁(yè)第十三頁(yè)，編輯于星期六：二十點(diǎn) 一分。場(chǎng)景展示 - 故事看板第14頁(yè)/共30頁(yè)第十四頁(yè)，編輯于星期六：二十點(diǎn) 一分。站立會(huì)議 10-15分鐘 遲到將接受懲罰 自問(wèn)自答三個(gè)問(wèn)題 昨天做了什么 今天要做什么 遇到了什么問(wèn)題 更新燃盡圖第15頁(yè)/共30頁(yè)第十五頁(yè)，編輯于星期六：

7、二十點(diǎn) 一分。場(chǎng)景展示 - 每日站立會(huì)議第16頁(yè)/共30頁(yè)第十六頁(yè)，編輯于星期六：二十點(diǎn) 一分。場(chǎng)景展示 - 燃盡圖還第17頁(yè)/共30頁(yè)第十七頁(yè)，編輯于星期六：二十點(diǎn) 一分。Sprint開發(fā)周期 使用好任務(wù)看板 需求，設(shè)計(jì)，開發(fā)，測(cè)試，維護(hù) 注意燃盡圖 不要使用軟件取代看板 可以選擇性的和XP的某些方式結(jié)合 測(cè)試驅(qū)動(dòng)開發(fā) 結(jié)對(duì)編程第18頁(yè)/共30頁(yè)第十八頁(yè)，編輯于星期六：二十點(diǎn) 一分。場(chǎng)景展示 - 任務(wù)看板第19頁(yè)/共30頁(yè)第十九頁(yè)，編輯于星期六：二十點(diǎn) 一分。場(chǎng)景展示 - 任務(wù)看板第20頁(yè)/共30頁(yè)第二十頁(yè)，編輯于星期六：二十點(diǎn) 一分。第21頁(yè)/共30頁(yè)第二十一頁(yè)，編輯于星期六：二十點(diǎn) 一分

8、。演示會(huì)議 演示是跨團(tuán)隊(duì)的，會(huì)產(chǎn)生不同團(tuán)隊(duì)之間的交流 不要關(guān)注太多的細(xì)節(jié)，以主要的功能為主 讓老板和客戶看到 非常的重要，絕對(duì)不可以被忽略第22頁(yè)/共30頁(yè)第二十二頁(yè)，編輯于星期六：二十點(diǎn) 一分?；仡檿?huì)議 時(shí)間在1-3個(gè)小時(shí) 找最舒適的地方（要有回顧看板） 開始的時(shí)候輪流發(fā)言，而不是主動(dòng)發(fā)言 記錄問(wèn)題，總結(jié)，并討論改進(jìn)的方法，放在回顧看板上 每人三個(gè)磁鐵，將最重要的2-3個(gè)改進(jìn)點(diǎn)，成為下一輪的產(chǎn)品需求第23頁(yè)/共30頁(yè)第二十三頁(yè)，編輯于星期六：二十點(diǎn) 一分。場(chǎng)景展示 - 回顧會(huì)議看板第24頁(yè)/共30頁(yè)第二十四頁(yè)，編輯于星期六：二十點(diǎn) 一分。回顧會(huì)議問(wèn)題舉例 我們應(yīng)花更多時(shí)間，把故事拆分成更小的條目和任務(wù) 我們辦公室的環(huán)境太吵太混亂了 我們做出了過(guò)度的承諾，最后只完成了一半工作第25頁(yè)/共30頁(yè)第二十五頁(yè)，編輯于星期六：二十點(diǎn) 一分。 Scrum的主要缺陷： 壓力大 不方便跨時(shí)區(qū)，跨語(yǔ)言 程序維護(hù)成本偏高 無(wú)法被中斷 如何改善： 結(jié)合XP： 和客戶坐在一起 結(jié)對(duì)編程 測(cè)試驅(qū)動(dòng)開發(fā)（TDD） 使用編碼規(guī)范第26頁(yè)/共30頁(yè)第二十六頁(yè)，編輯于星期六：二十點(diǎn) 一