禪道使用說明

1、禪道的使用說明禪道的使用說明Page 21. 基本介紹基本介紹1.1 軟件介紹1.2 用戶角色1.3 最簡使用1.4 基本流程Page 31.1 軟件介紹軟件介紹它是一款軟件它是一款項目管理軟件它是一款基于Scrum（迭代式增量軟件開發(fā)過程，通常用于敏捷軟件開發(fā)思想）的項目管理軟件它是一款基于Scrum思想并集產品管理、項目管理、測試管理于一體，同時還包含了事務管理、組織管理等諸多功能的項目管理軟件Page 4 系統(tǒng)管理員系統(tǒng)管理員(Admin) 系統(tǒng)管理員主要負責添加用戶，分配權限。 產品人員產品人員(product owner) 產品人員主要負責產品管理 項目經理項目經理(Project

2、Manager ) 通過項目，協(xié)調產品人員，開發(fā)人員，測試人員完成產品。 開發(fā)人員開發(fā)人員(developer) 開發(fā)人員負責產品的研發(fā)。 測試人員測試人員(QA) 測試人員保證產品的質量。1.2 用戶角色用戶角色Page 51.3 最簡使用最簡使用只使用禪道來進行產品管理使用禪道來進行項目任務管理只使用禪道來做bug管理個人使用禪道來做事務跟蹤管理Page 61.4 基本流程基本流程基本流程如下：基本流程如下：1. 產品經理創(chuàng)建產品2. 產品經理創(chuàng)建需求3. 項目經理創(chuàng)建項目4. 項目經理確定項目要做的需求5. 項目經理分解任務，指派到人。6. 測試人員測試，提交bug。Page 7禪道使用

3、流程圖解禪道使用流程圖解在禪道項目管理軟件中，核心的角色有產品經理項目經理研發(fā)團隊測試團隊如果團隊是采用敏捷開發(fā)的話。這幾種角色之間緊緊圍繞產品的需求展開協(xié)作，取得成果。禪道核心的管理流程全圖如下所示：Page 8Page 92. 個人管理個人管理2.1 使用待辦進行個人事務管理2.2 關注需要自己處理的任務、需求、bug2.3 通過我的檔案查看或者修改個人信息Page 102.1 使用待辦進行個人事務管理使用待辦進行個人事務管理一、創(chuàng)建待辦一、創(chuàng)建待辦二、瀏覽待辦二、瀏覽待辦Page 11一、創(chuàng)建待辦 新增待辦的時候，可以設定起止時間。也可以選擇暫時不設定。 如果是私人事務，可以勾選上。Pa

4、ge 12二、瀏覽待辦 禪道提供了各種標簽來檢索待辦信息 其實個人使用禪道，還可以借鑒項目管理的概念，把自己要處理的事情放在項目里面進行跟蹤管理，也是非常方便的。比如買房，考研，復習考試等等。Page 132.2 關注需要自己處理的任務、需求、關注需要自己處理的任務、需求、bug禪道在我的地盤中提供了指派給自己的需求，任務，bug等快捷操作。凡是指派給自己的這些事項，都是需要及時處理的。使用禪道，每天的工作其實也很簡單，就是將我的地盤中指派給自己的任務、需求或者bug及時處理掉就可以了 一、我的任務 二、我的bug 三、我的需求 四、我的測試Page 14一、我的任務Page 15二、我的我的

5、bugPage 16三、我的需求Page 17四、我的測試Page 182.3 通過我的檔案查看或者修改個人信息通過我的檔案查看或者修改個人信息在我的地盤中還有我的檔案一個頁面，在這個頁面可以查看或者修改自己的個人信息，包括修改密碼功能Page 193. 產品經理使用產品經理使用 3.1 維護產品 3.2 創(chuàng)建和評審需求 3.3 變更和評審需求 3.4 需求的狀態(tài)和階段 3.5 維護產品模塊 3.6 建立發(fā)布計劃 3.7 建立發(fā)布 3.8 路線圖 3.9 文檔管理 3.10 需求的基本統(tǒng)計報表Page 203.1 維護產品維護產品一、創(chuàng)建產品 用產品經理的角色登錄禪道。 進入產品視圖，然后點擊

6、頁面右側的“添加產品”鏈接，即可出現(xiàn)新增產品的頁面。 如果系統(tǒng)中還沒有添加產品，系統(tǒng)也會自動跳轉到產品的添加頁面。Page 21添加產品時需要注意的地方添加產品時需要注意的地方產品代號相當于大家對這個產品的一個隱喻，比如禪道項目管理軟件的代碼是zentao。產品負責人負責整理和解釋整個產品的需求，制定相應的發(fā)布計劃。測試負責人，可以指定默認的測試負責人。這樣可以適用于公司人比較多，提交bug不知道該給誰的情況。發(fā)布負責人主要的職責是創(chuàng)建發(fā)布。訪問控制，則可以控制訪問該產品的人員列表。比如可以將某一個產品設為私有，只有產品添加者、產品負責人、測試負責人、發(fā)布負責人以及該產品的項目團隊才可以訪問P

7、age 223.2 創(chuàng)建和評審需求創(chuàng)建和評審需求 在禪道里面，按照功能點的方式來寫需求。簡單來講，就是將原來需求設計文檔中的每一個功能點摘出來，錄在禪道里面，作為一個個獨立的功能點。 一、創(chuàng)建需求一、創(chuàng)建需求 使用產品經理角色登錄系統(tǒng)。 進入產品視圖。 在頁面右側，有“提需求”菜單，點擊菜單，出現(xiàn)新增需求的頁面。 需求的標題是必填項。 所屬計劃和模塊，可以暫時保留為空。 需求審核那塊，我們選上不需要審核，這樣新創(chuàng)建的需求狀態(tài)就是激活的。只有激活狀態(tài)的需求才能關聯(lián)到項目中，進行開發(fā)。 需求可以設置抄送給字段，這樣需求的變化都可以通過email的形式抄送給相關人員。 可以設置關鍵詞，這樣可以比較方

8、便的通過關鍵詞進行檢索。Page 23Page 24二、評審需求 在創(chuàng)建需求的時候，有一個不需要評審的復選框，如果選中該復選框的話，需求的創(chuàng)建是激活中的。但大部分情況下面，需求還是需要評審的。即使產品完全有一個人負責，也可以將一些不成熟的想法存為草稿，后續(xù)再進行處理。新增需求的評審流程如下：Page 25 下面我們來看下具體的需求評審頁面： 評審結果可以選擇確認通過、有待明確、拒絕等操作。如果選擇“確認通過”，則需求的狀態(tài)改為“激活中”，然后就可以關聯(lián)到項目中進行開發(fā)了。 如果選擇“有待明確”，會保持需求的草稿狀態(tài)，并將需求指派回需求的創(chuàng)建者頭上，有其繼續(xù)進行完善。 如果選擇了“拒絕”，則需要

9、給出相應的拒絕原因 由誰評審是記錄的參與評審的人員名單，可以輸入用戶名來自動篩選。一般來講需求評審可以是一個線下的評審會議，在禪道里面記錄下參與需求評審的人員即可。Page 263.3 變更和評審需求變更和評審需求禪道里面需求變更的基本流程如下：Page 27一、變更需求。 禪道專門提供了需求的變更流程。凡是對需求標題、描述、驗證標準和附件的修改，都應該走變更流程。變更之后的需求狀態(tài)為變更中。Page 28編輯操作是無法修改需求的標題、描述、驗收標準和附件的。在變更需求的時候，如果選擇了“不需要評審”，則需求狀態(tài)自動變成激活，不需要再走評審流程。在變更需求的時候，會列出該需求的影響范圍Page

10、 29二、評審需求。 1.通過需求的詳情頁面查看變更前后的變化Page 30 2. 評審需求，給出評審結果評審結果可以選擇確認通過，撤銷變更，有待明確或者拒絕。如果選擇確認通過，則需求的狀態(tài)從“已變更”變?yōu)椤凹せ钪小?。如果選擇撤銷變更，則取消當前的變更，并回退到之前的版本。如果選擇有待明確，需求被打回到需求的變更者，繼續(xù)進行完善。如果選擇拒絕，則需要給出相應的拒絕原因。同樣在評審需求的時候，也會列出相應的影響范圍，評審者可以參考Page 31三、確認需求變更 當需求變更被確認之后，研發(fā)團隊和測試人員需要確認需求的變更。 1 任務確認需求變動：任務確認需求變動：Page 32 2 Bug確認需求

11、變動確認需求變動Page 33 3 用例確認需求變動用例確認需求變動Page 343.4 需求的狀態(tài)和階段需求的狀態(tài)和階段 需求有兩個字段來跟蹤它的變化，一個是需求的狀態(tài)字段，一個是需求的階段字段 一、需求的狀態(tài)一、需求的狀態(tài) 需求狀態(tài)(status)字段，總共有四種狀態(tài)，分別是草稿(draft)、激活(active)、已變更(changed)和已關閉(closed)。對應為需求的流程操作共有：創(chuàng)建、變更、審核、關閉、激活Page 35 二、需求的階段二、需求的階段 需求還有一個階段(stage)字段，用來描述激活的需求在研發(fā)過程中所處的階段。目前總共有未開始、已計劃、已立項、開發(fā)中、開發(fā)完畢

12、、測試中、測試完畢、已驗收、已發(fā)布。 如果需求沒有關聯(lián)到項目，也沒有關聯(lián)到計劃，則需求的研發(fā)階段是未開始。 如果需求關聯(lián)到了計劃，還沒有關聯(lián)到項目中，則需求的研發(fā)階段是已計劃。 如果需求關聯(lián)到了項目中，但還沒有分解任務，則需求的研發(fā)階段是已立項。 如果需求關聯(lián)到了項目中，且進行了任務分解:如果有一個開發(fā)任務進行中，并且所有的測試任務還沒有開始，需求的階段為“研發(fā)中”。如果所有的開發(fā)任務已經完成，并且所有的測試任務還沒有開始，則為“研發(fā)完畢”。如果有一個測試任務進行中，則視為“測試中”。如果所有的測試任務已經結束，但還有一些開發(fā)任務沒有結束，則視為測試中。如果所有的測試任務已經結束，并且所有的開

13、發(fā)任務已經結束，則視為測試完畢。 驗收階段是需要產品經理手工來進行確認的。 如果需求關閉，且關閉原因是“已發(fā)布”， 則需求的階段是“已發(fā)布”。Page 363.5 維護產品模塊維護產品模塊 添加完產品之后，就需要來設置產品的模塊。模塊相當于對產品需求的一個分類，通過組織模塊，可以讓大家對產品有一個宏觀的把握和認識，也方便對需求進行分類和整理。設置模塊的步驟：設置模塊的步驟： 1.使用產品經理角色進入產品視圖。 2.選擇要維護的產品。 3.點擊菜單中的“模塊”Page 371. 維護模塊的時候是一級級進行維護的。比如可以選擇我的地盤，然后維護它的子模塊。2. 左側的數(shù)字是用來排序的，可以將通過調

14、整模塊的排序字段來調整它在模塊樹里面的位置。3. 可以選擇某一個模塊編輯，編輯的時候可以修改它所屬的上級模塊。Page 383.6 建立發(fā)布計劃建立發(fā)布計劃 對于產品經理自己而言，發(fā)布計劃可以幫助他規(guī)劃產品，制定發(fā)布的節(jié)奏，調整需求的優(yōu)先級。 對于公司其他部門的同事以及外部的客戶而言，發(fā)布計劃可以讓他們知曉產品的進展情況，以便做好相應的安排。 同時在項目關聯(lián)需求的時候，計劃可以幫助需求的關聯(lián)。一、創(chuàng)建計劃一、創(chuàng)建計劃 進入產品視圖，選擇某一個產品。 點擊“計劃列表” 出現(xiàn)計劃列表頁面，點擊頁面右側的“創(chuàng)建計劃”，即可出現(xiàn)計劃增加頁面。 Page 39創(chuàng)建計劃創(chuàng)建計劃Page 40二、關聯(lián)需求二

15、、關聯(lián)需求創(chuàng)建完計劃之后，可以為計劃關聯(lián)需求創(chuàng)建完計劃之后，可以為計劃關聯(lián)需求Page 41也可以在添加需求的時候指定計劃也可以在添加需求的時候指定計劃(已經過期的計劃不會列出已經過期的計劃不會列出)三、計劃和項目之間的關系三、計劃和項目之間的關系 禪道軟件中計劃和項目并沒有非常強的對應關系。如果某一個開發(fā)團隊的計劃和執(zhí)行都非常好，那么一個計劃可以對應一個項目。但這是非常理想的狀態(tài)。一般情況下面是這樣，在項目關聯(lián)需求的時候，大部分的需求都關聯(lián)自一個計劃，但同時也關聯(lián)了其他計劃的部分需求。Page 423.7 建立發(fā)布建立發(fā)布 項目結束后產品人員的一個工作就是創(chuàng)建發(fā)布，通過創(chuàng)建發(fā)布，可以告訴公司

16、其他相關的部門，他們可以在新版本產品的基礎上開展工作。同時也是鼓舞團隊士氣非常好的一個手段。一、創(chuàng)建發(fā)布的前提一、創(chuàng)建發(fā)布的前提 創(chuàng)建發(fā)布有兩個前提： 1. 該產品有關聯(lián)過項目。 2. 該項目有創(chuàng)建過版本。Page 43二、如何創(chuàng)建發(fā)布二、如何創(chuàng)建發(fā)布1.進入產品視圖，選擇發(fā)布列表。2.然后點擊“創(chuàng)建發(fā)布”，即可出現(xiàn)創(chuàng)建發(fā)布的頁面.選擇了版本之后，系統(tǒng)會自動計算這個版本所對應的項目中完成的需求和解決的bug，可以進行關聯(lián)選擇。.如果系統(tǒng)自動計算的需求和bug不完整，可以在描述字段里面補充。Page 443.8 路線圖路線圖 禪道軟件中，計劃和發(fā)布組成了產品的路線圖，通過路線圖可以非常直觀的了解

17、產品過去發(fā)布過的版本和將來的計劃。如下圖，綠色的部分代表了發(fā)布過的版本，黃綠色的部分代表了將來的計劃。點擊某一個發(fā)布或者計劃，可以查看其具體的需求信息。Page 453.9 文檔管理文檔管理 禪道軟件內置了基本的文檔管理功能，這樣禪道沒有覆蓋到的流程就可以通過文檔管理功能來補充。禪道文檔庫共分為三種類型：產品文檔庫、項目文檔庫和自定義文檔庫。其中產品文檔庫用來存儲產品層面產生的文檔，項目文檔庫用來存儲項目過程中產生的文檔。自定義文檔庫則可以用來存儲知識庫、公司管理規(guī)范等文檔。下面讓我們來看下具體的操作。一、維護分類一、維護分類 1.進入文檔視圖。 2.選擇產品文檔庫。 3.然后選擇頁面下方的“

18、維護分類”鏈接，即可出現(xiàn)維護分類的的頁面。Page 46Page 47二、添加文檔二、添加文檔在產品視圖，點擊頁面右側的“創(chuàng)建文檔”，即可進入文檔的創(chuàng)建頁面。文檔共有文件、鏈接和網頁三種類型。文件類型的文檔可以上傳一個附件。鏈接類型的文檔可以是一個網頁鏈接。網頁型的文檔可以直接使用富文本編輯器撰寫。Page 48三、瀏覽文檔三、瀏覽文檔文檔添加之后，可以在文檔庫里面查看相應的文檔列表。 也可以在產品視圖的文檔庫里面查看這個產品下面的所有文檔。Page 493.10 需求的基本統(tǒng)計報表需求的基本統(tǒng)計報表 在產品視圖下的需求子欄目，點擊“統(tǒng)計報表”鏈接，即可根據(jù)需要進行需求的統(tǒng)計，包括： 1. 產

19、品需求數(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ù))Page 50Page 514. 項目經理使用項目經理使用 4.1 建立項目 4.2 組建項目團隊 4.3 確定項目要完成的需求列表 4.4 組織進行任務分解 4.5 通過燃盡圖了解項目的進展 4.6 通過各種列表的各種功能了解項目進展 4.7

20、 項目任務基本的報表統(tǒng)計Page 524.1 建立項目建立項目一、創(chuàng)建項目一、創(chuàng)建項目 1.1 進入項目視圖，點擊右側的”添加項目“鏈接。 1.2 出現(xiàn)項目添加的頁面出現(xiàn)項目添加的頁面 在這個頁面設置項目名稱、代號、起止時間、可用工作日、團隊名稱、項目目標和項目描述等字段。其中關聯(lián)產品是可以為空的。Page 53注意事項注意事項：1.項目代號是一種隱喻，也就是團隊內部可以互相了解和知曉。2. 團隊名稱，可以自己定義，比如叫做“智慧社區(qū)開發(fā)團隊”等等。3. 在添加項目的時候，可以選擇關聯(lián)與之相關的產品，以便后續(xù)進行需求的關聯(lián)。4. 項目可以控制它的訪問權限，分為默認、私有和自定義白名單三種。Pa

21、ge 544.2 組建項目團隊組建項目團隊 項目組建之后要做的事情就是設置團隊。 當項目創(chuàng)建成功之后，可以根據(jù)提示設置團隊。當項目創(chuàng)建成功之后，可以根據(jù)提示設置團隊。 或者從項目視圖中的團隊菜單，也可以進行項目的團隊管理或者從項目視圖中的團隊菜單，也可以進行項目的團隊管理Page 55 在維護項目團隊的時候，需要選擇都是哪些用戶可以參與到這個項目中，同時需要設置這個用戶在本項目中的角色（角色可以隨便設置，比如產品經理，測試主管等）?？捎霉ぷ魅蘸涂捎霉r每天需要仔細設置。通常來講，一個人不可能每天8小時投入，也不可能一星期七天連續(xù)投入。 設置完畢之后，系統(tǒng)會自動計算這個項目總得可用工時。設置完畢

22、之后，系統(tǒng)會自動計算這個項目總得可用工時。 當團隊設置完畢之后，整個項目的可用資源就已經確定了：起止時間確定了，參與的人員也確定了。下面就是來確定項目中要做的事情了Page 564.3 確定項目要完成的需求列表確定項目要完成的需求列表 項目團隊組建完畢之后，接下來要做的一個工作就是確定這期項目要做的需求。 一、關聯(lián)產品一、關聯(lián)產品 1.如果在創(chuàng)建項目的時候，已經關聯(lián)過產品，可以忽略這個步驟。 2.以項目經理身份登錄。 3.進入項目視圖。 4.點擊“關聯(lián)產品”按鈕。然后點選該項目相關的產品即可。Page 57二、關聯(lián)需求二、關聯(lián)需求 1.在關聯(lián)需求的時候，可以按照優(yōu)先級進行排序。 2.關聯(lián)的需求

23、狀態(tài)必須是激活的（評審通過，不能是草稿）Page 584.4 組織進行任務分解組織進行任務分解 需求確定之后，項目中幾個關鍵的因素都有了：周期確定、資源確定、需求確定。下面我們要做的事情就是為每一個需求做wbs任務分解，生成完成這個需求的所有的任務。note:是完成需求的所有任務，這里面包括但不限于設計，開發(fā)，測試等。 一、訪問項目的需求列表頁面：一、訪問項目的需求列表頁面： 在項目的需求列表頁面，可以很方便地對某一個需求進行任務分解。 同時還可以查看這個需求已經分解的任務數(shù)。Page 59二、分解任務二、分解任務 這時候創(chuàng)建任務的時候，就可以選擇需求了。 我們同時提供了需求查看的鏈接。 如果

24、需求和任務的標題是一樣的，可以通過”同需求“按鈕快捷的復制需求的標題Page 60三、任務分解的幾個注意事項三、任務分解的幾個注意事項1. 需要將所有的任務都分解出來。這里面包括設計，開發(fā)，測試，美工，甚至包括購買機器，部署測試環(huán)境等等。2. 任務分解的粒度越小越好，比如幾個小時就可以完成。3. 如果一個任務需要多個人負責，繼續(xù)考慮將其拆分。4. 事務型的事務可以批量指派，比如需要讓團隊里面的每一個人都寫個項目總結，可以選擇類型是事務，然后批量指派給團隊里面的所有人員。5. 任務的類型請仔細設置，這個會涉及到需求階段的自動計算。6. 任務的分配最好是自由領取，這樣可以最大程度上調動大家的積極性

25、。7. 任務的分解最好是由團隊共同完成，不要由項目經理一人包辦。Page 614.5 通過燃盡圖了解項目的進展通過燃盡圖了解項目的進展 項目團隊成員除了每天的編碼、測試工作之外，還有一個工作就是在禪道里面更新自己所負責任務的狀態(tài)以及它的預計剩余時間。然后禪道系統(tǒng)會根據(jù)項目中所有任務預計剩余的時間累加起來，繪制成燃盡圖。此圖橫軸為日期，縱軸為工時數(shù)。工時數(shù)乃項目中所有任務剩余工時的綜合，每天計算一下，形成坐標，然后把線連接起來，形成此燃盡圖。燃盡圖的更新，需要配置定時任務Page 624.6 通過各種列表的各種功能了解項目進展通過各種列表的各種功能了解項目進展 項目經理還可以通過項目的各種列表功

26、能來掌握項目的進展情況： 一、首頁的項目進展列表一、首頁的項目進展列表 禪道軟件在首頁提供了進行中的項目的概況列表。通過這個列表，可以很方便的知道目前整個公司正在進行的項目的進展情況。這個圖里面的進度是按照總消耗/(總消耗 + 總剩余)計算出來的一個工時的進度。Page 63二、項目視圖的所有項目列表二、項目視圖的所有項目列表 首頁的項目列表只是正在進行中的項目，我們在項目視圖中，還提供了所有項目進展情況的列表。Page 64三、通過任務列表查看具體的任務的進展情況三、通過任務列表查看具體的任務的進展情況3.1 可以通過各種檢索標簽來可以通過各種檢索標簽來3.2 也可以通過分組查看，來按照不同

27、的字段進行分組也可以通過分組查看，來按照不同的字段進行分組Page 654.7 項目任務基本的報表統(tǒng)計項目任務基本的報表統(tǒng)計 禪道項目管理軟件提供了基本的項目統(tǒng)計功能，項目經理可以通過這個功能來掌握一些宏觀的信息： 按照所屬項目進行統(tǒng)計。 按照指派給進行統(tǒng)計。 按照任務類型進行統(tǒng)計。 按照優(yōu)先級進行統(tǒng)計。 按照截止日期進行統(tǒng)計。 按照最初預計進行統(tǒng)計。 按照預計剩余進行統(tǒng)計。 按照已經消耗進行統(tǒng)計。 按照由誰完成進行統(tǒng)計。 按照關閉原因進行統(tǒng)計。 按照每天完成任務數(shù)進行統(tǒng)計。Page 66Page 675. 開發(fā)使用開發(fā)使用 5.1 參加項目計劃會議，分解任務 5.2 領取任務，并每天更新任務

28、 5.3 創(chuàng)建版本 5.4 申請測試 5.5 解決bug 5.6 文檔管理 5.7 確認bugPage 685.1 參加項目計劃會議，分解任務參加項目計劃會議，分解任務 項目團隊成員要參加產品的計劃會議和項目的任務分解。 在參加產品計劃會議的時候，應當充分理解需求，并發(fā)表自己的意見，以確保自己對每一個需求理解都是正確的。 項目計劃會議的主要任務是對需求進行任務分解，團隊成員應全力參與。 分解任務之后，領取自己負責的任務。 注意，這個地方的團隊成員，不僅僅是開發(fā)人員，也包括測試人員，設計，即所注意，這個地方的團隊成員，不僅僅是開發(fā)人員，也包括測試人員，設計，即所有的項目團隊中的成員。有的項目團隊

29、中的成員。Page 695.2 領取任務，并每天更新任務領取任務，并每天更新任務 當項目的任務分解完畢之后，項目團隊成員需要領取做的任務，開始每天的開發(fā)。除了日常的編碼工作之外，還應當每天花點時間在禪道里面更新下任務的狀態(tài)以及消耗情況。 一、領取任務一、領取任務 領取任務可以通過兩種方式，一種是通過“指派指派”操作，一種是通過“編編輯輯”操作。Page 70 二、更新任務狀態(tài)二、更新任務狀態(tài) 項目開始之后，每個人每天應當及時更新自己所負責的任務的狀態(tài)。禪道提供了幾個快捷的操作按鈕：開始、完成、關閉、取消和激活。 開始、完成和取消沒有什么歧義。解釋下關閉和激活。 禪道有一個可選流程，就是當任務完

30、成之后，會自動指派回任務的創(chuàng)建者頭上，這時候任務的創(chuàng)建者可以驗證任務是否完成。如果完成，則將任務關閉。如果任務沒有完成，則激活任務。這個流程是可選的，不是必須的流程。適用于傳統(tǒng)的命令-控制式的管理。如果對于敏捷開發(fā)團隊來講，忽略這個流程即可。 三、更新任務的消耗三、更新任務的消耗 除了更新自己負責任務的狀態(tài)之外，還應該及時更新任務的工時消耗情況：Page 71 最初預計最初預計，即創(chuàng)建任務的時候的最初預計。該字段在任務開始之后，不應該再進行修改。這個字段當任務結束之后，可以和已經消耗字段進行對比，以糾正自己的估計。 已經消耗已經消耗，則是你在這個任務上所有花費的工時數(shù)。 預計剩余預計剩余，則是

31、你預計這個任務完成大約還需要多少時間。如果預計剩余為0，則表示任務完成。 這里面需要特別強調的是，最初預計最初預計 已經消耗已經消耗 + 預計剩余。預計剩余。 一定要每天更新自己所負責的任務，因為燃盡圖的繪制，就是通過預計剩余這一定要每天更新自己所負責的任務，因為燃盡圖的繪制，就是通過預計剩余這個字段來計算的。個字段來計算的。Page 72 當完成若干功能之后，就可以創(chuàng)建版本了。版本主要的作用在于明確測試的范疇，方便測試人員和開發(fā)人員的互動，以及解決不同版本的發(fā)布和bug修復等問題。 流程如下：流程如下： 1.首先是團隊經過開發(fā)，完成了若干需求，或者解決了一些bug。 2.這時候某一位發(fā)布負責

32、人在subversion或者git中創(chuàng)建了一個tag(標簽) 3.創(chuàng)建了tag之后，這位發(fā)布負責人就可以在禪道里面創(chuàng)建一個版本了5.3 創(chuàng)建版本創(chuàng)建版本Page 73先創(chuàng)建版本，保存成功后，在版本的詳情頁面再關聯(lián)需求和Bug。如果在版本詳情頁面沒有看到關聯(lián)按鈕，那么聯(lián)系管理員到組織權限里分配相關權限。Page 74說明：說明：1. 名稱編號，團隊應該有自己的配置管理規(guī)范。比如可以是產品名_版本號_狀態(tài)(stble, beta之類)_日期2. 不同開發(fā)語言其版本的存在形式也不同，有的需要編譯，有的只需要源代碼。請根據(jù)公司的實際情況來填寫源代碼地址，或者是存儲地址。3. 先創(chuàng)建版本，然后再關聯(lián)需求

33、和bug。關聯(lián)需求和bug后提交給測試人員進行測試的時候，就可以明確這次測試的范疇，測試可以更加有針對性。4. 描述字段可以填寫一些測試的注意事項、重點內容等。Page 755.4 申請測試申請測試 當版本創(chuàng)建完畢之后，就可以提交給測試人員進行測試了，提交測試會生成一個測試任務。這個測試任務和項目里面創(chuàng)建的類型為“測試”的任務沒有直接關聯(lián)。請大家在使用的時候，注意這個細節(jié)。 申請測試的步驟：申請測試的步驟： 1. 進入項目視圖，點擊“測試申請”。 2. 然后選擇“提交測試”，即可出現(xiàn)提交測試的頁面。Page 76說明：說明：負責人為本次測試的負責人?？梢灾付ㄟ@次測試預計起止的時間。任務描述里面

34、，可以注明此次測試需要注意的地方。還需要說明的一點是，目前測試任務還沒有指派的功能，所以需要大家線下通知測試團隊的負責人，由他來負責組織相應人員來進行測試。Page 77 提交測試之后，測試人員展開測試，便會有bug產生。這時候研發(fā)團隊的一個重要職責便是解決bug。禪道里面bug的處理流程比較簡單： 測試人員提交bug = 開發(fā)人員解決bug = 測試人員驗證關閉，這是比較正常的流程。還有一個流程是激活流程： 測試人員提交bug = 開發(fā)人員解決bug = 測試人員驗證未通過 = 激活bug = 重新解決 =驗證關閉。 開發(fā)人員所需要做的事情便是處理自己負責bug，并在禪道中登記解決方案： 1

35、. 項目視圖中的項目視圖中的bug列表列表5.5 解決解決bugPage 78 2. bug的詳情頁面也可以找到的詳情頁面也可以找到“解決解決”操作的按鈕操作的按鈕 3. 解決解決bug的時候，需要填寫的時候，需要填寫bug的解決方案。的解決方案。Page 795.6 文檔管理文檔管理 敏捷開發(fā)不提倡面面俱到的文檔，但必要的文檔還是很有必要的，比如數(shù)據(jù)庫的設計文檔、接口文檔、測試總結報告等等。具體文檔庫的使用，請參考：產品使用-文檔管理Page 805.7 確認確認bug 當測試人員提交了bug之后，如果開發(fā)人員來不及解決這個bug，這時候可選的一個操作是確認這個bug，給測試人員一個反饋。

36、bug列表頁面會顯示是否已經確認過列表頁面會顯示是否已經確認過 bug列表右側有確認操作按鈕列表右側有確認操作按鈕Page 81bug詳情頁面有確認操作按鈕詳情頁面有確認操作按鈕需要說明的是，如果一個bug被解決之后，也會自動變成已確認Page 826. 測試使用測試使用 6.1 維護bug視圖模塊 6.2 提交bug 6.3 驗證bug，關閉 6.4 激活bug 6.5 找到自己需要的bug 6.6 維護測試用例視圖 6.7 創(chuàng)建測試用例 6.8 管理測試任務 6.9 執(zhí)行用例，并提交bug 6.10 查看報表統(tǒng)計Page 836.1 維護維護bug視圖模塊視圖模塊 在禪道軟件中，bug也同

37、樣需要維護模塊，以便更好的組織管理bug。 具體步驟：具體步驟： 1. 進入測試視圖，然后選擇Bug。 2. 在頁面的左側，會出現(xiàn)該產品的Bug模塊列表。 3. 模塊列表的下部，有模塊維護模塊維護的連接，點擊此鏈接，即可維護模塊，詳情的維護界面，Page 84 維護模塊的時候是一級級進行維護的。比如可以選擇我的地盤，然后維護它的子模塊。 左側的數(shù)字是用來排序的，可以將通過調整模塊的排序字段來調整它在模塊樹里面的位置。 可以選擇某一個模塊編輯，編輯的時候可以修改它所屬的上級模塊，以及這個模塊的默認負責人(當創(chuàng)建bug的時候，會自動將這個用戶作為默認的負責人)Page 856.2 提交提交bug

38、直接來看步驟： 1.進入測試視圖的“Bug” 2.點擊頁面右側的提Bug，即可進入bug創(chuàng)建頁面Page 86 說明：說明： 1. 項目和任務，以及相關需求，應該認真填寫，這樣可以將bug和項目，任務，需求關聯(lián)起來，以便以后的統(tǒng)計分析。 2. 影響版本是必填的。而這里面的列表來源，則是項目中的build。如果這個地方沒有build的話，則需要到項目中創(chuàng)建一個build。 3. 重現(xiàn)步驟應該詳實準確，確保開發(fā)人員可以重現(xiàn)改bug。Page 87 當開發(fā)人員解決bug之后，就需要來驗證bug，如果沒有問題，則將其關閉。 關閉時應填寫相應備注， 例（確認已解決）6.3 驗證驗證bug，關閉關閉Page 886.4 激活激活bug 如果開發(fā)人員解決bug之后，驗證無法通過，則可以將bug重新激活，交由最后的解決者去重新解決。還有一種情況就是bug關閉之后，過了一段時間，bug又重現(xiàn)了，也需要重新激活。 激活bug的時候，指派給會自動設置成為最后的解決者頭上Page 896.5 找到自己需要的找到自己需要的bug 測試人員一個非常重要的工作就是