Scrum漫談-入門教程

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

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

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

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

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

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

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

在頁面右側，點擊“新增產(chǎn)品”，即可出來產(chǎn)品添加頁面?！驳谝淮问褂枚U道，點擊產(chǎn)品視圖，會自動跳到產(chǎn)品添加頁面〕

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

bug負責人，可以指定默認的bug負責人。這樣可以適用于公司人比較多，提交bug不知道該給誰的情況。

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

二、設置模塊

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

設置模塊的步驟：

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

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

點擊菜單中的“模塊維護”.

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

建立方案

具體的步驟：

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

點擊“方案列表”

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

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

需求

一、禪道中需求處理流程

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

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

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

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

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

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

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

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

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

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

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

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

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

路線圖

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

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

需求統(tǒng)計報表

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

1.

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

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

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

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

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

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

7.按照預計工時進行統(tǒng)計。

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

9.按照當前指派來進行統(tǒng)計。

10.按照關閉原因來進行統(tǒng)計。

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

確定需求

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

二、關聯(lián)需求

二、關聯(lián)需求

三、本卷須知：

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

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

分解任務

具體步驟：

進入工程視圖。

點擊任務列表，然后選擇新增任務。

在分解任務的時候，需要注意幾點：

任務分解盡量細致。按照scrum的實踐，分解的任務，應該是一個人可以獨立完成，最好在4-16小時之間。

任務分解應該完整，比方搭建