禪道項(xiàng)目管理工具使用幫助

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

30、什么任務(wù)工時(shí)的預(yù)計(jì)剩余時(shí)間不能自動(dòng)計(jì)算？任務(wù)的估計(jì)有三個(gè)字段：最初估計(jì)、已消耗和預(yù)計(jì)剩余。但這三者不是簡(jiǎn)單的加減關(guān)系，所以預(yù)計(jì)剩余不能簡(jiǎn)單的用最初估計(jì) - 已消耗來計(jì)算，而應(yīng)該每天由負(fù)責(zé)該任務(wù)的同事重新估算。,4、需求為什么不能激活？為了防止需求頻繁的被激活，我們?cè)谠O(shè)計(jì)的時(shí)候?qū)せ罟δ茏隽讼拗?。只有關(guān)閉原因?yàn)檠悠诘男枨蟛拍苤匦录せ睢?、為什么創(chuàng)建bug的時(shí)候沒有版本版本需要事先創(chuàng)建。有兩種方案： 如果是之前的

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

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