禪道項目管理工具使用幫助

1、禪道項目管理工具使用幫助天津恒達文博科技有限公司192.168.10.253/zentaopms/www,2014/3/26,目錄,禪道概述組織管理產(chǎn)品管理項目管理測試管理我的地盤其他相關(guān),第一章 概述,禪道系統(tǒng)理論基礎(chǔ)。禪道系統(tǒng)功能列表。禪道系統(tǒng)用戶角色。禪道系統(tǒng)基本概念。禪道系統(tǒng)項目管理的基本流程。,禪道系統(tǒng)的理論基礎(chǔ),第一款完整涵蓋產(chǎn)品管理、任務管理、測試管理的開源管理軟件，使用一個軟件解決項目管理核

2、心問題?；趪H流行的敏捷管理方式scrum，同時也借鑒了PMP里面的很多概念。B/S架構(gòu)，方便部署、使用。概念簡單，容易上手。但并不意味著你的團隊必須使用scrum方式來進行項目管理，完全可以根據(jù)團隊的實際情況來進行。(not only scrum),禪道系統(tǒng)的功能列表,組織管理部門管理、用戶管理、分組管理、分組管理、權(quán)限管理產(chǎn)品管理產(chǎn)品管理、需求管理、計劃管理、發(fā)布管理、路線圖項目管理項目管理、任務管理、項目需求

3、管理、團隊管理、工時管理、版本管理、燃燒圖。測試管理Bug管理、測試用例管理、測試任務管理。我的地盤待辦管理、我的需求、我的bug、我的任務……,用戶角色,系統(tǒng)管理員(Admin)系統(tǒng)管理員主要負責添加用戶，分配權(quán)限。產(chǎn)品人員(product owner)產(chǎn)品人員主要負責產(chǎn)品管理。開發(fā)人員(developer)開發(fā)人員負責產(chǎn)品的研發(fā)。測試人員(QA)測試人員保證產(chǎn)品的質(zhì)量。項目經(jīng)理(Project Manager

4、 or scrum master)通過項目，協(xié)調(diào)產(chǎn)品人員，開發(fā)人員，測試人員完成產(chǎn)品。scrum里面，該角色稱為scrum master。,基本概念,組織視圖：部門結(jié)構(gòu)、用戶和分組產(chǎn)品視圖：產(chǎn)品、需求、計劃、發(fā)布和路線圖項目視圖：項目、任務、產(chǎn)品、需求、bug、版本、燃燒圖、團隊測試視圖：Bug、測試用例和測試任務我的地盤：待辦、任務、項目、需求、bug,禪道項目管理的基本流程,首先產(chǎn)品人員維護需求列表，需求有優(yōu)先級

5、和預計工時。召開產(chǎn)品計劃會議，與會人員有產(chǎn)品、研發(fā)和測試，大家就當前項目（固定的時間和人）所需要完成的需求達成一致，形成項目的需求列表。項目團隊對需求進行WBS(Work Breakdown Structure)任務分解，開始開發(fā)。測試人員根據(jù)需求創(chuàng)建自己的測試用例。當有版本提交以后，建立相應的測試任務，記錄缺陷。研發(fā)人員修復bug。項目結(jié)束之后，大家召開演示會議，團隊向相關(guān)人員（產(chǎn)品人員及所有感興趣的人）展示該項目所取得的成果

6、。大家提出的反饋由產(chǎn)品人員整理成為需求。開始下一輪的循環(huán)。,第二章 組織管理,建立部門結(jié)構(gòu)添加用戶設置分組分組成員維護分組權(quán)限維護,建立部門結(jié)構(gòu),合理的部門結(jié)構(gòu)是項目成功的組織保障，也是公司健康發(fā)展的基石。,提示,添加用戶,禪道中，所有的添加操作都在頁面的最右面。,提示,設置分組,分組成員維護,一個用戶可以屬于多個分組。,提示,分組權(quán)限維護,設置權(quán)限的時候，根據(jù)自己團隊實際的情況進行組合。一般來講，刪除權(quán)限需要慎重。還有就是以

7、”接口“開頭的方法所有人都應該分派。在實際使用過程中，如果提示訪問受限，可以由管理員分配權(quán)限之后，重新登錄即可。,提示,小結(jié),組織管理主要完成用戶和分組管理，用戶通過所屬的分組獲得自己應用的權(quán)限。禪道系統(tǒng)會根據(jù)當前登錄的每一個用戶的權(quán)限來進行相應的操作，允許還是禁止。,第三章 產(chǎn)品管理,產(chǎn)品管理是至關(guān)重要的一環(huán)添加產(chǎn)品維護產(chǎn)品模塊添加需求需求詳情需求處理流程計劃發(fā)布路線圖,產(chǎn)品管理至關(guān)重要,很多項目管理軟件中只有單純

8、的任務管理，沒有產(chǎn)品管理。乃至很多的軟件將產(chǎn)品和項目混為一談。在禪道中，項目是一個動態(tài)實施的過程，項目的產(chǎn)出是可以交付的產(chǎn)品。在禪道中，所有的一切都是圍繞產(chǎn)品展開的。產(chǎn)品管理的核心是需求。在scrum里面，簡化為story(用戶故事)。即像講故事一樣來描述一個需求。,添加產(chǎn)品,維護產(chǎn)品模塊,產(chǎn)品模塊就像一棵樹，用來組織需求。,提示,添加需求(1),添加需求(2),添加需求的時候，應該選擇對應的模塊。如果有產(chǎn)品計劃，可以選擇相應的

9、計劃。默認剛剛添加的需求為草稿，需要進行評審。如果團隊中不需要走評審流程，可以將“不需要評審”選上。需求可以上傳附件。,需求詳情,通過需求詳情頁面可以看到需求的所有信息，以及歷次的修改記錄。,提示,需求處理流程(1),需求有一個狀態(tài)(status)字段，總共有四種狀態(tài)，分別是草稿(draft)、激活(active)、已變更(changed)和已關(guān)閉(closed)。對應為需求的流程操作共有：創(chuàng)建、變更、審核、關(guān)閉、激活。需求還有

10、一個階段(stage)字段，用來描述激活的需求在研發(fā)過程中所處的階段。目前總共有等待、已計劃、已立項、開發(fā)中、開發(fā)完畢、測試中、測試完畢、已驗收、已發(fā)布。需求處理激活狀態(tài)后，可以直接根據(jù)需求編寫用例，測試人員直接點擊需求后 按鈕。,,需求的處理流程(2),變更需求,審核,關(guān)閉,通過,撤銷否？,新增需求,審核,立項,開發(fā),測試,驗收,發(fā)布,通過,拒絕否？,拒絕，給出拒絕原因，關(guān)閉,有待明確,項目團隊確認,變更任務、用例,關(guān)閉,繼續(xù)

11、原來的研發(fā)過程,有待明確,驗收,發(fā)布,需求所經(jīng)歷的各個階段,未通過,未通過,添加計劃(plan),凡事預則立。計劃可以幫助產(chǎn)品人員宏觀把握產(chǎn)品，做到心中有數(shù)。,提示,為計劃關(guān)聯(lián)需求,計劃可以關(guān)聯(lián)需求、關(guān)聯(lián)BUG，直接點計劃后面的相應按鈕進入到相應的界面選擇相應的需求或BUG即可。,發(fā)布(release),路線圖,計劃、發(fā)布、build和路線圖,計劃主要是給產(chǎn)品人員規(guī)劃需求使用。它和實際的項目沒有直接的對應關(guān)系。一個項目中做的需求可能和計

12、劃完全一樣，也有可能涉及多個計劃。Build（版本）是在項目過程中產(chǎn)生的，主要用來測試使用。Build(版本）是對內(nèi)的。經(jīng)過若干項目之后，產(chǎn)品人員可以選擇發(fā)布一個版本，發(fā)布是對外的。而且發(fā)布肯定和一個build對應。已經(jīng)發(fā)布的版本加上未來的plan，構(gòu)成產(chǎn)品的路線圖。,第四章 項目管理,添加項目組建團隊關(guān)聯(lián)產(chǎn)品、需求分解任務工時管理燃燒圖版本,添加項目,項目代號和團隊名稱應用團隊自由設置，體現(xiàn)自主管理。,提示,組建團隊

13、,每個人在項目中的角色可以自由設定，工時一般都應小于8，因為基本上每個人每天都需要處理一些其他事情。,提示,關(guān)聯(lián)產(chǎn)品,一個項目可以關(guān)聯(lián)多個產(chǎn)品，禪道系統(tǒng)中，支持項目和產(chǎn)品之間的矩陣關(guān)系。,提示,關(guān)聯(lián)需求,關(guān)聯(lián)需求的過程，是對產(chǎn)品中的需求列表進行排序的過程，也是項目團隊達成契約的過程。項目中的需求列表是產(chǎn)品視圖中的需求列表的子集。,提示,分解任務,分解任務時，可以設置任務的類型，比如是設計，還是開發(fā)。任務也可以不用關(guān)聯(lián)需求。任務需要給

14、一個估計值。,提示,工時管理,項目中每一個成員每天都應該更新自己負責的任務的預計剩余時間。,提示,燃燒圖(burndown),系統(tǒng)通過定時任務，自動計算項目中所有未完任務預計剩余時間之和，畫出曲線圖。燃燒圖可以告訴我們很多東西。,提示,Build,build管理對于開發(fā)來講是很重要的，它屬于scm的范疇。在禪道中，暫時將其簡化。在項目開發(fā)過程中，如果有若干功能已經(jīng)開發(fā)完畢，需要提交測試，這是應當創(chuàng)建一個build，然后提交給QA進行測試

15、。后續(xù)的bug管理和測試任務管理都應當基于一個build展開的。源代碼地址可以給出svn的存儲路徑或者其他版本控制系統(tǒng)的路徑。如果沒有源代碼地址，需要給出build包的存儲地址。,提示,提交測試,所提交測試的項目必須關(guān)聯(lián)上產(chǎn)品，測試任務才可以生效。,提示,第五章 質(zhì)量管理,測試用例管理測試用例模塊添加測試用例測試用例詳情測試任務管理創(chuàng)建測試任務管理用例執(zhí)行用例查看結(jié)果創(chuàng)建BugBug管理Bug處理流程創(chuàng)建bu

16、g解決bug關(guān)閉bug激活bug編輯bug,測試用例模塊,測試用例有自己單獨的模塊劃分，獨立于產(chǎn)品視圖中的模塊劃分。為什么獨立開，是因為使用角度不同，產(chǎn)品視圖中的模塊是給產(chǎn)品人員使用的，而測試用例模塊是為了維護用例使用的。,測試用例管理(1),當項目關(guān)聯(lián)需求之后，QA人員應當針對當前項目所要開發(fā)的需求創(chuàng)建測試用例。雖然可以不寫測試用例，直接進入bug測試環(huán)節(jié)，但這樣會有缺漏。在禪道系統(tǒng)中，測試用例是分步驟的。,測試用例管理

17、（2）,測試用例詳情,創(chuàng)建測試任務,關(guān)聯(lián)測試用例,執(zhí)行測試用例(1),執(zhí)行測試用例(2),用例執(zhí)行結(jié)果,創(chuàng)建Bug,如果某一次用例執(zhí)行失敗，可以根據(jù)這個結(jié)果創(chuàng)建Bug，系統(tǒng)會自動生成bug的重現(xiàn)步驟。,BUG的解決方案,開始測試就會有BUG出現(xiàn)，禪道中共有7種BUG解決方案：bydesign => 設計如此，無需改動。duplicate => 重復Bug，以前已經(jīng)有同樣的bug。external => 外部原因，

18、非本系統(tǒng)原因。fixed => 已解決;notrepro => 無法重現(xiàn)，無非重現(xiàn)bug。postponed => 延期處理，確實是bug，但現(xiàn)在不解，放在以后。willnotfix => 不予解決,解決BUG,所以開發(fā)人員在解決bug的時候，需要選擇相應解決方案，并給予相應的備注說明，已方便測試人員驗證bug。來看下如何解決bug：找到自己要解決bug（我的地盤中的bug列表，或者項目視圖中的bug

19、列表，抑或測試視圖中的bug列表進行搜索） 找到自己要解決的bug之后，點擊相應的“解決”按鈕，即可進入解決bug頁面。,解決BUG,Bug管理,禪道里面提供了很多種途徑來進行bug的查詢和管理。我的地盤里面有指派給自己的bug列表。 項目視圖中有屬于當前項目的bug列表。 測試視圖中的缺陷管理，則是全功能的bug管理頁面,第六章 我的地盤,前面所有的一切最終體現(xiàn)在每一個人每天的行動上面。我的地盤中列出了需要自己處理的任務、需

20、求、bug等。還可以通過“我的待辦”來管理自己每天的日程?！拔业拇k”類型分為三種，一種是和項目任務管理，一種是和bug關(guān)聯(lián)，還有一種是自定義。這樣可以將項目中的任務或者bug轉(zhuǎn)換為每天的“我的待辦”。,創(chuàng)建我的待辦,,第七章 其他相關(guān),搜索功能需求、bug、用例都是可以進行搜索的。支持全文檢索（like查詢，大數(shù)據(jù)量會有速度問題。)郵件功能需求相關(guān)的操作和bug相關(guān)的操作都會email通知相關(guān)的人員。排序功能列表頁面點

21、擊標題都是可以進行排序的。,禪道軟件的核心流程,產(chǎn)品經(jīng)理維護產(chǎn)品和需求項目經(jīng)理建立項目，關(guān)聯(lián)需求。為需求分解任務，進行開發(fā)提交測試，解決bug。,禪道中產(chǎn)品和項目,產(chǎn)品主要管理需求和計劃項目主要管理任務開發(fā)需求產(chǎn)品定義一個完整的用戶故事，項目是去實現(xiàn)這個故事的過程。,禪道使用流程圖,1、創(chuàng)建產(chǎn)品2、為產(chǎn)品創(chuàng)建模塊3、為產(chǎn)品創(chuàng)建計劃4、根據(jù)模塊和計劃創(chuàng)建對應的需求5、創(chuàng)建項目，一個項目中可以包含N個產(chǎn)品6、項目關(guān)聯(lián)到下

22、屬產(chǎn)品7、項目關(guān)聯(lián)下屬產(chǎn)品的需求，使產(chǎn)品需求成為項目需求8、根據(jù)項目需求可以將需求劃分給項目組成員完成此需求9、一個產(chǎn)品所有的需求/任務完成時，創(chuàng)建build.10、通知測試部門針對此產(chǎn)品的此次版本進行測試。11、測試根據(jù)用例的執(zhí)行情況，發(fā)現(xiàn)bug并在系統(tǒng)中提出。12、開發(fā)針對此次測試提出的bug進行修改后重新創(chuàng)建Build.[重復10]13、測試通過，發(fā)布穩(wěn)定版本,細分需求、任務、缺陷，形成三權(quán)分立,產(chǎn)品經(jīng)理，研發(fā)團隊和

23、測試團隊以需求為核心，通過項目緊密合作，最終實現(xiàn)產(chǎn)品的快速發(fā)布，贏得市場。所以說產(chǎn)品是最關(guān)鍵的，因為它決定著公司前進的方向。,上述是禪道的核心流程，讓我們看下其他的概念,產(chǎn)品計劃、發(fā)布、路線圖管理,產(chǎn)品計劃可以回答公司其他部門關(guān)于產(chǎn)品發(fā)布的疑問，也可以讓產(chǎn)品人員自己更好的規(guī)劃產(chǎn)品。一期項目結(jié)束之后，可以創(chuàng)建發(fā)布。然后計劃和發(fā)布形成某一個產(chǎn)品的路線圖。,通過燃盡圖來了解項目進度,燃盡圖是將項目中所有未完成任務的預計剩余工時累積起來，

24、每天繪制一個坐標，形成燃盡圖。,項目中的版本和測試管理管理,研發(fā)編碼,創(chuàng)建build,提交測試,通過？,修復bug,發(fā)布,測試整理用例,基本的文檔管理,通過動態(tài)功能了解產(chǎn)品、項目和個人的情況,產(chǎn)品和項目有動態(tài)功能，可以查看某一個產(chǎn)品或者下面相關(guān)的動作信息?？梢酝ㄟ^組織視圖了解每一個人目前的狀態(tài)，包括其負責的需求、任務、bug，參與的項目，動態(tài)信息等。,我的地盤我做主,禪道內(nèi)置了簡單的todo管理，每個人每天上班可以快速安排下自己今天要

25、做的事情。還可以通過我的地盤關(guān)注需要自己負責的需求、任務、bug等信息。,注意點總結(jié)1、項目中提交測試任務時，這個項目必須跟產(chǎn)品關(guān)聯(lián)才可以。2、在處理需求、BUG的解決方案時，如果有按鈕就盡量操作按鈕，如果在編輯里修改可以會出現(xiàn)問題。在BUG的編輯界面選擇轉(zhuǎn)需求時，該BUG不會到產(chǎn)品－需求中。如果點擊按鈕則可以。在產(chǎn)品－需求的編輯界面關(guān)聯(lián)計劃時，需求的狀態(tài)不發(fā)生變化。當在計劃里關(guān)聯(lián)需求時，需求的狀態(tài)才發(fā)生變化。3、創(chuàng)建發(fā)布時

26、必須有兩個前提： 該產(chǎn)品關(guān)聯(lián)過項目 該產(chǎn)品創(chuàng)建過版本4、提交測試任務時，沒有指派的功能，需要相應的人員線下通知一下。5、產(chǎn)品-項目的狀態(tài)是手動維護的，不會根據(jù)產(chǎn)品需求的進展發(fā)生變化 在產(chǎn)品-項目中你可能會看到項目狀態(tài)是未啟動，進度是65%的現(xiàn)象。,6、測試-用例，會紀錄這個用例的所有執(zhí)行結(jié)果。測試-測試任務中，只會顯示在測試任務中的執(zhí)行結(jié)果。所以在有測試任務時，建議把相關(guān)的用例關(guān)聯(lián)到測試任務下再執(zhí)行。7、注意：項

27、目必須關(guān)聯(lián)上產(chǎn)品，才可以關(guān)聯(lián)需求項目中關(guān)聯(lián)相應的需求后，才會顯示相應的模塊信息。比如：產(chǎn)品中的模塊A有4條需求，項目需求如果不關(guān)聯(lián)模塊A的需求時，則在項目中不顯示模塊A的信息，如果項目需求關(guān)聯(lián)了模塊A四條需求的任意一條，項目中就會顯示模塊A的信息。9、需求的階段字段“等待”默認是不顯示的。當一個需求沒有關(guān)聯(lián)項目也沒有關(guān)聯(lián)計劃時，是等待界面，在zentao里顯示的是空白。,10、需求的階段已計劃、已立項、開發(fā)中、開發(fā)完畢、測試中、測

28、試完畢可以根據(jù)項目中需求的開發(fā)、測試任務的完成而進行階段的改變?！耙羊炇铡?、“已發(fā)布”需要手工改。‘11、開發(fā)任務，直接完成，相關(guān)需求的狀態(tài)不發(fā)生改變，必須先開始測試任務，直接完成，相關(guān)需求的階段發(fā)生改變12、職位的鍵職不可以超過10。13、產(chǎn)品中的需求只有是激活狀態(tài)時，才可以在項目中進行關(guān)聯(lián)。14、同一個需求可以建多個任務，包括設計、開發(fā)、測試等。15、模塊底下的BUG轉(zhuǎn)需求時，還要選一下相應的模塊，不然轉(zhuǎn)到產(chǎn)品－需求下不

29、會進行模塊的匹配。,常見問題1、產(chǎn)品創(chuàng)建好模塊之后，為什么創(chuàng)建bug的時候沒有模塊？我們在設計的時候，產(chǎn)品、bug和測試的模塊是分開的。主要考慮到不同角色使用的角度不同。比如站在測試角度，模塊可能會劃分出來兼容性測試、安全性測試等等?？梢詫a(chǎn)品視圖的模塊一一復制過來。2、創(chuàng)建bug的時候，為什么沒有優(yōu)先級字段？從流程上來講，測試人員不應該直接設定bug的優(yōu)先級。而是應該有產(chǎn)品經(jīng)理或者項目經(jīng)理評估bug，然后再設定優(yōu)先級。3、為

30、什么任務工時的預計剩余時間不能自動計算？任務的估計有三個字段：最初估計、已消耗和預計剩余。但這三者不是簡單的加減關(guān)系，所以預計剩余不能簡單的用最初估計 - 已消耗來計算，而應該每天由負責該任務的同事重新估算。,4、需求為什么不能激活？為了防止需求頻繁的被激活，我們在設計的時候?qū)せ罟δ茏隽讼拗?。只有關(guān)閉原因為延期的需求才能重新激活。5、為什么創(chuàng)建bug的時候沒有版本版本需要事先創(chuàng)建。有兩種方案： 如果是之前的

31、歷史版本，可以在產(chǎn)品中直接創(chuàng)建一個發(fā)布。如果是項目中的版本，可以在項目中創(chuàng)建。不過項目需要關(guān)聯(lián)對應的產(chǎn)品。6、創(chuàng)建項目的時候提示系統(tǒng)已經(jīng)存在相同的記錄應該是之前有創(chuàng)建過同樣的項目，然后又將其刪除。禪道里面所有的刪除都是標記刪除，而不是實際的物理刪除。因此可以到后臺管理，回收站將之前刪除的項目還原即可。,7、為什么任務不能指派給多個人？一件事情只能有一個人來負責，才能達到有效的管理。很多任務可能確實需要多人協(xié)作，但負責人只能有一個

32、。所以禪道設計的時候一個任務只能指派給一個人，而不是多個人。8、為什么創(chuàng)建任務的時候，指派給為空？創(chuàng)建任務的時候，指派給字段是從項目團隊中讀取列表的。如果為空，說明還沒有維護團隊成員，需要先維護下。9、我已經(jīng)創(chuàng)建了需求，但為什么項目中關(guān)聯(lián)需求的時候列表為空？只有狀態(tài)為激活的需求才能關(guān)聯(lián)到項目中，所以要檢查下已經(jīng)創(chuàng)建過的需求，如果狀態(tài)為草稿，需要將其評審通過，就可以關(guān)聯(lián)了。還有一個注意的問題是項目需要關(guān)聯(lián)產(chǎn)品。,10、為什么任務