Scrum漫談-入門教程

Scrum漫談馬驍馳〔網(wǎng)名：三馬〕ThinkInLAMP社群2010.4Scrum是什么？

Scrum是英語中橄欖球運(yùn)動的一個專業(yè)術(shù)語，表示“爭球”。

特指一種敏捷開發(fā)的模型。敏捷是什么？是一種從90年代開始逐漸引起廣泛關(guān)注的一些新型軟件開發(fā)方法。XP(ExtremeProgramming)Scrum為什么分享敏捷非敏捷-瀑布式開發(fā)軟件開發(fā)的經(jīng)典模型瀑布模型的主要缺陷：程序的維護(hù)本錢會越來越高〔需要很多人〕團(tuán)隊(duì)氣氛壓抑〔感受不到激情〕不方便做需求變更〔引起客戶不滿〕需求，設(shè)計(jì)階段的問題開發(fā)，維護(hù)階段的問題Scrum開發(fā)模型Sprint流程圖產(chǎn)品需求Imp：重要性；Est：大致相當(dāng)于一個“理想的人天〔man-day〕”Sprint方案會議方案會議要有足夠的時間，最好至少8個小時取出局部產(chǎn)品需求做成sprint需求，并寫成索引卡確定并細(xì)分每一個索引卡的故事〔Story〕進(jìn)行工作認(rèn)領(lǐng)〔不是分配〕確定每日站立會議的時間和地點(diǎn)確定好演示會議和回憶會議的日期場景展示-索引卡場景展示-方案紙牌場景展示-故事看板站立會議10-15分鐘遲到將接受懲罰自問自答三個問題昨天做了什么今天要做什么遇到了什么問題更新燃盡圖場景展示-每日站立會議場景展示-燃盡圖Sprint開發(fā)周期使用好任務(wù)看板需求，設(shè)計(jì)，開發(fā)，測試，維護(hù)注意燃盡圖不要使用軟件取代看板可以選擇性的和XP的某些方式結(jié)合測試驅(qū)動開發(fā)結(jié)對編程場景展示-任務(wù)看板場景展示-任務(wù)看板演示會議演示是跨團(tuán)隊(duì)的，會產(chǎn)生不同團(tuán)隊(duì)之間的交流不要關(guān)注太多的細(xì)節(jié)，以主要的功能為主讓老板和客戶看到非常的重要，絕對不可以被忽略回憶會議時間在1-3個小時找最舒適的地方〔要有回憶看板〕開始的時候輪流發(fā)言，而不是主動發(fā)言記錄問題，總結(jié)，并討論改進(jìn)的方法，放在回憶看板上每人三個磁鐵，將最重要的2-3個改進(jìn)點(diǎn)，成為下一輪的產(chǎn)品需求場景展示-回憶會議看板回憶會議問題舉例我們應(yīng)花更多時間，把故事拆分成更小的條目和任務(wù)我們辦公室的環(huán)境太吵太混亂了我們做出了過度的承諾，最后只完成了一半工作Scrum的主要缺陷：壓力大不方便跨時區(qū)，跨語言程序維護(hù)本錢偏高無法被中斷如何改善：結(jié)合XP：和客戶坐在一起結(jié)對編程測試驅(qū)動開發(fā)〔TDD〕使用編碼標(biāo)準(zhǔn)32小時工作制結(jié)對編程TDD和編碼標(biāo)準(zhǔn)下次分享本PPT中沒有提到的內(nèi)容Scrum中的角色圖書介紹ScrumGathering上海演講Scrum在中國不管用-BasVoddeScrum和XP：神話、事實(shí)，怎樣做-KaneMar技術(shù)卓越：它是什么和怎樣能夠做到？-LasseKoskela敏捷在微軟：成功的關(guān)鍵-MitchLacey健康的Scrum-敏捷的心跳-VernonStinebaker充滿自信地每日發(fā)布軟件版本-如何把接受性測試驅(qū)動開發(fā)與持續(xù)集成相結(jié)合提升您持續(xù)給客戶帶來價值的能力-DouHanzhi/QinZhiyuan怎樣通過機(jī)遇工程(OpportunityEngineering)將Scrum的敏捷性和和創(chuàng)新潛力最大化-JulienMazloum/DavidDu超越軟件的Scrum:怎樣在書籍翻譯中成功運(yùn)用敏捷思維和技巧-滕振宇/李國彪在大規(guī)模Scrum轉(zhuǎn)換中的系統(tǒng)化思維-呂毅我已經(jīng)沒有銀彈了，現(xiàn)在怎么辦？-徐毅敏捷估計(jì)2.0-BradSwanson開始漫談Scrum對軟件外包行業(yè)的影響？如何一步一步得在工程中引入Scrum？開源社區(qū)應(yīng)當(dāng)如何學(xué)習(xí)Scrum？謝謝！ThinkInLAMP二、流程圖

維護(hù)產(chǎn)品及模塊

一、如何來添加產(chǎn)品呢？讓我們來看下步驟：

以管理員或者其他有產(chǎn)品管理權(quán)限的帳號登錄。

點(diǎn)擊產(chǎn)品視圖。

在頁面右側(cè)，點(diǎn)擊“新增產(chǎn)品”，即可出來產(chǎn)品添加頁面。〔第一次使用禪道，點(diǎn)擊產(chǎn)品視圖，會自動跳到產(chǎn)品添加頁面〕

這里面，產(chǎn)品代號相當(dāng)于大家對這個產(chǎn)品的一個隱喻，比方001，土豆之類。團(tuán)隊(duì)內(nèi)部的人說起這個都是明白的。

bug負(fù)責(zé)人，可以指定默認(rèn)的bug負(fù)責(zé)人。這樣可以適用于公司人比較多，提交bug不知道該給誰的情況。

訪問控制，那么可以控制訪問該產(chǎn)品的人員列表。

二、設(shè)置模塊

添加完產(chǎn)品之后，就需要來設(shè)置產(chǎn)品的模塊。模塊相當(dāng)于對產(chǎn)品需求的一個分類，通過組織模塊，可以讓大家對產(chǎn)品有一個宏觀的把握和認(rèn)識，也方便對需求進(jìn)行分類和整理。

設(shè)置模塊的步驟：

進(jìn)入產(chǎn)品視圖。

選擇要維護(hù)的產(chǎn)品。

點(diǎn)擊菜單中的“模塊維護(hù)”.

在這里面，可以維護(hù)某一個模塊的子模塊，可以編輯某一個模塊，也可以刪除。同時還可以維護(hù)模塊的排序。

建立方案

具體的步驟：

進(jìn)入產(chǎn)品視圖，選擇某一個產(chǎn)品。

點(diǎn)擊“方案列表”

出現(xiàn)方案列表頁面，點(diǎn)擊頁面右側(cè)的“創(chuàng)立方案”，即可出現(xiàn)方案增加頁面。

在方案列表頁面，可以查看該方案的所有需求，也可以通過“關(guān)聯(lián)需求”來維護(hù)屬于這個方案的需求列表。

需求

一、禪道中需求處理流程

需求有一個狀態(tài)(status)字段，總共有四種狀態(tài)，分別是草稿(draft)、激活(active)、已變更(changed)和已關(guān)閉(closed)。對應(yīng)為需求的流程操作共有：創(chuàng)立、變更、審核、關(guān)閉、激活。

需求還有一個階段(stage)字段，用來描述激活的需求在研發(fā)過程中所處的階段。目前總共有等待、已方案、已立項(xiàng)、開發(fā)中、開發(fā)完畢、測試中、測試完畢、已驗(yàn)收、已發(fā)布。二、如何添加需求：

進(jìn)入產(chǎn)品視圖。

選擇某一個產(chǎn)品。

然后選擇“需求列表”頁面的“新增需求”鏈接，即可出現(xiàn)需求添加頁面。

創(chuàng)立發(fā)布

添加需求的時候，注意的幾個地方：

優(yōu)先級：必須要設(shè)定這個需求的優(yōu)先級。

預(yù)計(jì)工時，也就是對這個需求做一下估計(jì)，完成大約需要多少小時。單位是小時。估計(jì)不準(zhǔn)也沒有關(guān)系，關(guān)鍵是在這個過程。以防止產(chǎn)品人員不經(jīng)過思考，隨意添加需求的情況。

由誰評審，如果公司里面的管理流程不需要評審，那么可以勾選旁邊的“不需要評審”復(fù)選框。需要評審的需求其狀態(tài)是草稿狀態(tài)。

進(jìn)入產(chǎn)品視圖，選擇發(fā)布列表。

然后點(diǎn)擊“創(chuàng)立發(fā)布”，即可出現(xiàn)創(chuàng)立發(fā)布的頁面

其中的build，要選擇相應(yīng)的版本，描述里面，那么可以描述此次發(fā)布解決的bug，新增的功能等等。

路線圖

路線圖，顧名思義，給大家一個開展的方向和指引。不過說實(shí)話，現(xiàn)在市面上的工程管理軟件中提供的路線圖，我根本上都沒有看明白。所以在禪道中，路線圖和其他軟件里面的路線圖的概念和展示也有不同。

在禪道中，路線圖由發(fā)布和將來的方案組成。如果一個方案已經(jīng)過期了，就不再顯示了。路線圖的展示形式如下：其中綠色的局部，表示已經(jīng)發(fā)布的版本，而棕色的局部，那么表示是將來的方案。點(diǎn)擊某一個方案或者是發(fā)布，可以查看相應(yīng)的需求列表。

需求統(tǒng)計(jì)報(bào)表

針對一些公司需要對產(chǎn)品需求進(jìn)行統(tǒng)計(jì)的情況，禪道工程管理軟件從2.0版本開始，提供了需求的根本統(tǒng)計(jì)報(bào)表功能。在產(chǎn)品視圖下的需求子欄目，點(diǎn)擊“統(tǒng)計(jì)報(bào)表”鏈接，即可根據(jù)需要進(jìn)行需求的統(tǒng)計(jì)，包括：

1.

產(chǎn)品需求數(shù)量。

2.模塊需求數(shù)量。

3.按照方案進(jìn)行統(tǒng)計(jì)。

4.按照狀態(tài)進(jìn)行統(tǒng)計(jì)。

5.按照所處階段進(jìn)行統(tǒng)計(jì)。

6.按照優(yōu)先級進(jìn)行統(tǒng)計(jì)。

7.按照預(yù)計(jì)工時進(jìn)行統(tǒng)計(jì)。

8.按照由誰創(chuàng)立來進(jìn)行統(tǒng)計(jì)。

9.按照當(dāng)前指派來進(jìn)行統(tǒng)計(jì)。

10.按照關(guān)閉原因來進(jìn)行統(tǒng)計(jì)。

11.按照變更次數(shù)來進(jìn)行統(tǒng)計(jì)。(根據(jù)版本號來進(jìn)行計(jì)算，版本號-1為變更次數(shù))組建團(tuán)隊(duì)

確定需求

一、關(guān)聯(lián)產(chǎn)品

二、關(guān)聯(lián)需求

二、關(guān)聯(lián)需求

三、本卷須知：

禪道是支持一個工程對應(yīng)多個產(chǎn)品的，但在實(shí)際工程管理中，不建議這樣做。多個產(chǎn)品，會增加復(fù)雜程度，應(yīng)盡量防止?？梢試L試分解工程為多個工程來做。

在實(shí)際操作中，可以嘗試通過大屏幕投影來操作，一邊演示，一邊操作。

分解任務(wù)

具體步驟：

進(jìn)入工程視圖。

點(diǎn)擊任務(wù)列表，然后選擇新增任務(wù)。

在分解任務(wù)的時候，需要注意幾點(diǎn)：

任務(wù)分解盡量細(xì)致。按照scrum的實(shí)踐，分解的任務(wù)，應(yīng)該是一個人可以獨(dú)立完成，最好在4-16小時之間。

任務(wù)分解應(yīng)該完整，比方搭建