禪道使用手冊模板_第1頁
禪道使用手冊模板_第2頁
禪道使用手冊模板_第3頁
禪道使用手冊模板_第4頁
禪道使用手冊模板_第5頁
已閱讀5頁,還剩74頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

禪道使用手冊禪道使用說明禪道是第一款國產(chǎn)優(yōu)異開源項(xiàng)目管理軟件。它集產(chǎn)品管理、項(xiàng)目管理、質(zhì)量管理、文檔管理、組織管理和事務(wù)管理于一體,是一款功效完備項(xiàng)目管理軟件,完美地覆蓋了項(xiàng)目管理關(guān)鍵流程。先進(jìn)管理思想,合理軟件架構(gòu),簡練實(shí)效操作,優(yōu)雅代碼實(shí)現(xiàn),靈活擴(kuò)展機(jī)制,強(qiáng)大而易用api調(diào)用機(jī)制,多語言支持,多格調(diào)支持,搜索功效,統(tǒng)計功效。系統(tǒng)概述禪道功效列表:1.產(chǎn)品管理:包含產(chǎn)品、需求、計劃、公布、路線圖等功效。2.項(xiàng)目管理:包含項(xiàng)目、任務(wù)、團(tuán)體、build、燃盡圖等功效。3.質(zhì)量管理:包含bug、測試用例、測試任務(wù)、測試結(jié)果等功效。4.文檔管理:包含產(chǎn)品文檔庫、項(xiàng)目文檔庫、自定義文檔庫等功效。5.事務(wù)管理:包含todo管理,我任務(wù)、我Bug、我需求、我項(xiàng)目等個人事務(wù)管理功效。6.

組織管理:包含部門、用戶、分組、權(quán)限等功效。7.

統(tǒng)計功效:豐富統(tǒng)計表。8.

搜索功效:強(qiáng)大搜索,幫助您找到對應(yīng)數(shù)據(jù)。9.

靈活擴(kuò)展機(jī)制,幾乎能夠?qū)ΧU道任何地方進(jìn)行擴(kuò)展。10.強(qiáng)大api機(jī)制,方便與其它系統(tǒng)集成。禪道使用流程圖:最簡使用說明禪道定位不是簡單任務(wù)管理軟件,而是專業(yè)協(xié)同管理軟件。研發(fā)類項(xiàng)目管理本身具備其復(fù)雜性,所以禪道提供都是必備功效。但這并不意味著必須按照禪道流程來使用,完全能夠按照自己實(shí)際情況來使用禪道。下面將介紹使用禪道最簡單方式。2.1使用禪道來進(jìn)行項(xiàng)目任務(wù)管理2.1.1創(chuàng)建項(xiàng)目進(jìn)入項(xiàng)目視圖,點(diǎn)擊右側(cè)”新增項(xiàng)目“鏈接。出現(xiàn)項(xiàng)目添加頁面在這個頁面設(shè)置項(xiàng)目名稱、代號、起止時間、可用工作日、團(tuán)體名稱、項(xiàng)目目標(biāo)和項(xiàng)目描述等字段。其中關(guān)聯(lián)產(chǎn)品是能夠?yàn)榭铡?.1.2設(shè)置團(tuán)體點(diǎn)擊保留按鈕,會提醒項(xiàng)目創(chuàng)建成功,然后能夠選擇設(shè)置團(tuán)體?;蛘邚捻?xiàng)目視圖中團(tuán)體菜單,也能夠進(jìn)行項(xiàng)目標(biāo)團(tuán)體管理。在維護(hù)項(xiàng)目團(tuán)體時候,需要選擇都是哪些用戶能夠參加到這個項(xiàng)目中,同時需要設(shè)置這個用戶在本項(xiàng)目中角色(角色能夠隨便設(shè)置,比如風(fēng)清揚(yáng),冬瓜一號等)。可用工作日和可用工時天天需要仔細(xì)設(shè)置。通常來講,一個人不可能天天8小時投入,也不可能一星期七天連續(xù)投入。設(shè)置完成之后,系統(tǒng)會自動計算這個項(xiàng)目總得可用工時。2.1.3分解任務(wù)設(shè)置了團(tuán)體之后,下一步操作就是創(chuàng)建任務(wù)。在創(chuàng)建任務(wù)時候,指派給是從項(xiàng)目團(tuán)體組員中讀取。姓名列表中首字母能夠用來快速篩選取戶。任務(wù)優(yōu)先級、預(yù)計工時(單位小時)都需要進(jìn)行設(shè)置。假如需要設(shè)置任務(wù)必須在某一個時間點(diǎn)截止,能夠設(shè)置截止日期。能夠上傳附件。2.1.4更新任務(wù)任務(wù)分解完成之后,每個人就非常清楚自己做什么事情。所以項(xiàng)目開啟之后,對于項(xiàng)目團(tuán)體組員來講,她要做事情就是更新任務(wù)狀態(tài)。任務(wù)列表在任務(wù)列表頁面,能夠看到系統(tǒng)中全部任務(wù)列表,能夠經(jīng)過各種標(biāo)簽方便進(jìn)行篩選。點(diǎn)擊某一個任務(wù)鏈接進(jìn)入詳情頁面。任務(wù)詳情頁面在任務(wù)詳情頁面能夠看到任務(wù)詳細(xì)信息,包含歷次修改統(tǒng)計等信息。同時也給出了各種操作按鈕。開始任務(wù)。開始某一個任務(wù)時候,能夠設(shè)置已經(jīng)消耗時間和預(yù)計剩下時間。單位都是工時。完成任務(wù)。完成任務(wù)時候,需要設(shè)置下已經(jīng)消耗時間。2.1.5驗(yàn)證關(guān)閉任務(wù)任務(wù)完成之后,會自動指派給任務(wù)創(chuàng)建者,這時候任務(wù)創(chuàng)建者能夠驗(yàn)證任務(wù)是否完成。假如完成,則能夠?qū)⑵潢P(guān)閉。這件任務(wù)就結(jié)束了。2.2只使用禪道來做bug管理測試禪道測試功效也能夠獨(dú)立出來單獨(dú)使用。這種方式很適合于測試團(tuán)體使用。禪道里面bug最基本流程是:測試人員提出bug->開發(fā)人員處理bug->測試人員驗(yàn)證關(guān)閉。2.2.1創(chuàng)建產(chǎn)品使用bug管理功效之前,需要先創(chuàng)建產(chǎn)品。禪道里面設(shè)計理念是bug主要隸屬在產(chǎn)品概念下面,后面我們會詳細(xì)講述產(chǎn)品和項(xiàng)目之間關(guān)系。新增產(chǎn)品時候,需要設(shè)置產(chǎn)品名稱、代碼,幾個責(zé)任人信息。2.2.2提出bug有了產(chǎn)品之后,我們就能夠來創(chuàng)建bug了。在創(chuàng)建bug時候,必填字段是影響版本,bug標(biāo)題,重現(xiàn)步驟這些基本信息。所屬項(xiàng)目,相關(guān)產(chǎn)品,需求能夠忽略。創(chuàng)建bug時候,能夠直接指派給某一個人員去處理。假如不清楚話,能夠保留為空。2.2.3處理bug當(dāng)一個bug指派給某一位研發(fā)人員之后,她能夠來驗(yàn)證處理這個bug。經(jīng)過各種標(biāo)簽和檢索條件找到需要自己處理bug在對bug進(jìn)行出來之前,需要先要找到需要自己處理bug。禪道提供了各種各樣檢索方式,比如指派給我,能夠列出全部需要我處理bug。處理bug研發(fā)人員處理bug,選擇處理方案,通常來講有效處理bug方案是”已處理“。詳細(xì)處理方案,我們在后續(xù)文章中會詳細(xì)加以講述。2.2.4關(guān)閉bug當(dāng)研發(fā)人員處理了bug之后,bug會重新指派到bug創(chuàng)建者頭上。這時候測試人員能夠來驗(yàn)證這個bug是否已經(jīng)修復(fù)。假如驗(yàn)證經(jīng)過,則能夠關(guān)閉該bug。進(jìn)階使用說明3.1使用流程3.1.1禪道使用流程圖解在禪道項(xiàng)目管理軟件中,關(guān)鍵角色有產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理、研發(fā)團(tuán)體和測試團(tuán)體四種角色。假如您現(xiàn)在團(tuán)體是采取靈敏開發(fā)話,那么能夠?qū)?yīng)到productowner,scrummaster和team(devandtester)。這幾個角色之間緊緊圍繞產(chǎn)品需求展開協(xié)作,取得結(jié)果。禪道關(guān)鍵管理流程全圖以下所表示:3.2產(chǎn)品經(jīng)理篇3.2.1維護(hù)產(chǎn)品產(chǎn)品管理對于企業(yè)來講,至關(guān)主要。只有做出好產(chǎn)品或者服務(wù)出來,才能贏得市場,尋求發(fā)展和生存。所以產(chǎn)品經(jīng)理這個位子對于企業(yè)來講,是非常關(guān)鍵,相當(dāng)于企業(yè)大腦,在決定著企業(yè)前進(jìn)方向。在禪道里面,產(chǎn)品和項(xiàng)目這兩個概念被明確區(qū)分開來。產(chǎn)品是需求方,決定做什么。項(xiàng)目是執(zhí)行方,處理是怎樣做問題。而測試則是保障方,處理是正確做事情問題。所以在禪道中,全部一切都是圍繞產(chǎn)品展開。產(chǎn)品是整個項(xiàng)目管理活動關(guān)鍵。3.2.1.1創(chuàng)建產(chǎn)品用產(chǎn)品經(jīng)理角色登錄禪道。進(jìn)入產(chǎn)品視圖,然后點(diǎn)擊頁面右側(cè)“新增產(chǎn)品”鏈接,即可出現(xiàn)新增產(chǎn)品頁面。假如系統(tǒng)中還沒有添加產(chǎn)品,系統(tǒng)也會自動跳轉(zhuǎn)到產(chǎn)品添加頁面。添加產(chǎn)品時需要注意地方:產(chǎn)品代號相當(dāng)于大家對這個產(chǎn)品一個隱喻,比如禪道項(xiàng)目管理軟件代碼是zentao。產(chǎn)品責(zé)任人負(fù)責(zé)整理和解釋整個產(chǎn)品需求,制訂對應(yīng)公布計劃。測試責(zé)任人,能夠指定默認(rèn)測試責(zé)任人。這么能夠適適用于企業(yè)人比較多,提交bug不知道該給誰情況。公布責(zé)任人主要職責(zé)是創(chuàng)建公布。訪問控制,則能夠控制訪問該產(chǎn)品人員列表。比如能夠?qū)⒛骋粋€產(chǎn)品設(shè)為私有,只有產(chǎn)品添加者、產(chǎn)品責(zé)任人、測試責(zé)任人、公布責(zé)任人以及該產(chǎn)品項(xiàng)目團(tuán)體才能夠訪問。我們產(chǎn)品經(jīng)理可能都習(xí)慣了寫需求設(shè)計文檔,或者規(guī)格說明書,經(jīng)過一個非常完整word文檔將某一個產(chǎn)品需求都定義出來。但在禪道里面,我們提倡按照功效點(diǎn)方式來寫需求。簡單來講,就是將原來需求設(shè)計文檔中每一個功效點(diǎn)摘出來,錄在禪道里面,作為一個個獨(dú)立功效點(diǎn)。假如按照scrum標(biāo)準(zhǔn)走話,我們能夠稱之為用戶故事(userstory)。所謂用戶故事,就是來描述一件事情,作為何用戶,希望怎樣,這么做目標(biāo)或者價值何在,這么有用戶角色,有行為,也有目標(biāo)和價值所在,非常方便與團(tuán)體組員進(jìn)行溝通。3.2.2創(chuàng)建和評審需求3.2.2.1創(chuàng)建需求使用產(chǎn)品經(jīng)理角色登錄系統(tǒng)。進(jìn)入產(chǎn)品視圖。在頁面右側(cè),有“新增需求”菜單,點(diǎn)擊菜單,出現(xiàn)新增需求頁面。

需求標(biāo)題是必填項(xiàng)。所屬計劃和模塊,能夠暫時保留為空。需求審核那塊,我們選上不需要審核,這么新創(chuàng)建需求狀態(tài)就是激活。只有激活狀態(tài)需求才能關(guān)聯(lián)到項(xiàng)目中,進(jìn)行開發(fā)。需求能夠設(shè)置抄送給字段,這么需求改變都能夠經(jīng)過email形式抄送給相關(guān)人員。能夠設(shè)置關(guān)鍵詞,這么能夠比較方便經(jīng)過關(guān)鍵詞進(jìn)行檢索。3.2.2.2評審需求在創(chuàng)建需求時候,有一個"不需要評審"復(fù)選框,假如選中該復(fù)選框話,需求創(chuàng)建是激活中。但大部分情況下面,需求還是需要評審。即使產(chǎn)品完全有一個人負(fù)責(zé),也能夠?qū)⒁恍┎怀墒煜敕ù鏋槌醺澹罄m(xù)再進(jìn)行處理。新增需求評審流程以下:下面我們來看下詳細(xì)需求評審頁面:評審結(jié)果能夠選擇確認(rèn)經(jīng)過、有待明確、拒絕等操作。假如選擇“確認(rèn)經(jīng)過”,則需求狀態(tài)改為“激活中”,然后就能夠關(guān)聯(lián)到項(xiàng)目中進(jìn)行開發(fā)了。假如選擇“有待明確”,會保持需求初稿狀態(tài),并將需求指派回需求創(chuàng)建者頭上,有其繼續(xù)進(jìn)行完善。假如選擇了“拒絕”,則需要給出對應(yīng)拒絕原因,拒絕原因能夠有:

由誰評審是統(tǒng)計參加評審人員名單,能夠輸入用戶名來自動篩選。通常來講需求評審能夠是一個線下評審會議,在禪道里面統(tǒng)計下參加需求評審人員即可。3.2.3變更和評審需求變更是需求管理必不可少流程,禪道項(xiàng)目管理軟件對需求變更提供了全方面支持。其實(shí)需求變更并不可怕,但不清楚影響范圍變更是很可怕。在傳統(tǒng)項(xiàng)目管理中,因?yàn)闆]有有力工具支撐,產(chǎn)品經(jīng)理在變更需求時候,無法知曉該需求影響范圍,會有很大隨意性。禪道項(xiàng)目管理軟件將需求、任務(wù)、bug和用例都納入為一體管理,就能夠很清楚知曉變更影響范圍,從而給產(chǎn)品經(jīng)理愈加好指導(dǎo)。禪道里面需求變更基本流程以下:下面我們來看下詳細(xì)操作:3.2.3.1變更需求禪道專門提供了需求變更流程。凡是對需求標(biāo)題、描述、驗(yàn)證標(biāo)準(zhǔn)和附件修改,都應(yīng)該走變更流程。變更之后需求狀態(tài)為變更中。編輯操作是無法修改需求標(biāo)題、描述、驗(yàn)收標(biāo)準(zhǔn)和附件。在變更需求時候,假如選擇了“不需要評審”,則需求狀態(tài)自動變成激活,不需要再走評審流程。在變更需求時候,會列出該需求影響范圍:3.2.3.2評審需求經(jīng)過需求詳情頁面查看變更前后改變評審需求,給出評審結(jié)果評審結(jié)果能夠選擇確認(rèn)經(jīng)過,撤消變更,有待明確或者拒絕。假如選擇確認(rèn)經(jīng)過,則需求狀態(tài)從“已變更”變?yōu)椤凹せ钪小?。假如選擇撤消變更,則取消當(dāng)前變更,并回退到之前版本。假如選擇有待明確,需求被打回到需求變更者,繼續(xù)進(jìn)行完善。假如選擇拒絕,則需要給出對應(yīng)拒絕原因。一樣在評審需求時候,也會列出對應(yīng)影響范圍,評審者能夠參考。3.2.3.3確認(rèn)需求變更當(dāng)需求變更被確認(rèn)之后,研發(fā)團(tuán)體和測試人員需要確認(rèn)需求變更。任務(wù)確認(rèn)需求變動:缺點(diǎn)確認(rèn)需求變動用例確認(rèn)需求變動

3.2.4需求狀態(tài)和研發(fā)階段禪道軟件設(shè)計需求有兩個字段來跟蹤它改變,一個是需求狀態(tài)字段,一個是需求研發(fā)階段字段,下面來看下這兩個字段。3.2.4.1需求狀態(tài)需求狀態(tài)(status)字段,總共有四種狀態(tài),分別是初稿(draft)、激活(active)、已變更(changed)和已關(guān)閉(closed)。對應(yīng)為需求流程操作共有:創(chuàng)建、變更、審核、關(guān)閉、激活,其狀態(tài)流轉(zhuǎn)圖以下:3.2.4.2需求研發(fā)階段需求還有一個階段(stage)字段,用來描述激活需求在研發(fā)過程中所處階段。當(dāng)前總共有等候、已計劃、已立項(xiàng)、開發(fā)中、開發(fā)完成、測試中、測試完成、已驗(yàn)收、已公布。那么需求研發(fā)階段是怎樣改變呢?一個方案是經(jīng)過編輯操作,來修改研發(fā)階段。但我們更提倡另外一個方案,就是在創(chuàng)建任務(wù)時候,仔細(xì)設(shè)置任務(wù)類型,比如開發(fā),測試。禪道程序會自動依照不一樣類型任務(wù)改變來自動計算需求研發(fā)階段,其規(guī)則以下:假如需求沒關(guān)于聯(lián)到項(xiàng)目,也沒關(guān)于聯(lián)到計劃,則需求研發(fā)階段是"等候"。假如需求關(guān)聯(lián)到了計劃,還沒關(guān)于聯(lián)到項(xiàng)目中,則需求研發(fā)階段是"已計劃"。假如需求關(guān)聯(lián)到了項(xiàng)目中,但還沒有分解任務(wù),則需求研發(fā)階段是"已立項(xiàng)"。假如需求關(guān)聯(lián)到了項(xiàng)目中,且進(jìn)行了任務(wù)分解:假如有一個開發(fā)任務(wù)進(jìn)行中,而且全部測試任務(wù)還沒有開始,需求研發(fā)階段為“研發(fā)中”。假如全部開發(fā)任務(wù)已經(jīng)完成,而且全部測試任務(wù)還沒有開始,則為“研發(fā)完成”。假如有一個測試任務(wù)進(jìn)行中,則視為“測試中”。假如全部測試任務(wù)已經(jīng)結(jié)束,但還有一些開發(fā)任務(wù)沒有結(jié)束,則視為"測試中"。假如全部測試任務(wù)已經(jīng)結(jié)束,而且全部開發(fā)任務(wù)已經(jīng)結(jié)束,則視為"測試完成"。"驗(yàn)收"階段是需要產(chǎn)品經(jīng)理手工來進(jìn)行確認(rèn)。假如需求關(guān)閉,且關(guān)閉原因是“已公布”,則需求研發(fā)階段是“已公布”。3.2.5建立公布計劃古人云,凡事預(yù)則立,不預(yù)則廢。產(chǎn)品需要做規(guī)劃,才能有輕重緩急,才能正確做事。所以對于產(chǎn)品經(jīng)理而言,計劃是必須。對于產(chǎn)品經(jīng)理自己而言,公布計劃能夠幫助她規(guī)劃產(chǎn)品,制訂公布節(jié)奏,調(diào)整需求優(yōu)先級。對于企業(yè)其它部門同事以及外部客戶而言,公布計劃能夠讓她們知曉產(chǎn)品進(jìn)展情況,方便做好對應(yīng)安排。同時在項(xiàng)目關(guān)聯(lián)需求時候,計劃能夠幫助需求關(guān)聯(lián)。3.2.5.1創(chuàng)建計劃進(jìn)入產(chǎn)品視圖,選擇某一個產(chǎn)品。點(diǎn)擊“計劃列表”出現(xiàn)計劃列表頁面,點(diǎn)擊頁面右側(cè)“創(chuàng)建計劃”,即可出現(xiàn)計劃增加頁面。3.2.5.2關(guān)聯(lián)需求創(chuàng)建完計劃之后,能夠?yàn)橛媱濌P(guān)聯(lián)需求也能夠在添加需求時候指定計劃(已經(jīng)過期計劃不會列出)3.2.5.3計劃和項(xiàng)目之間關(guān)系禪道軟件中并沒有對計劃和項(xiàng)目并沒有非常強(qiáng)對應(yīng)關(guān)系。假如某一個開發(fā)團(tuán)體計劃和執(zhí)行都非常好,那么一個計劃能夠?qū)?yīng)一個項(xiàng)目。但這是非常理想狀態(tài)。通常情況下面是這么,在項(xiàng)目關(guān)聯(lián)需求時候,大部分需求都關(guān)聯(lián)自一個計劃,但同時也關(guān)聯(lián)了其它計劃部分需求。3.2.6建立公布項(xiàng)目結(jié)束后產(chǎn)品人員一個工作就是創(chuàng)建公布,經(jīng)過創(chuàng)建公布,能夠告訴企業(yè)其它相關(guān)部門,她們能夠在新版本產(chǎn)品基礎(chǔ)上開展工作。同時也是鼓舞團(tuán)體士氣非常好一個伎倆。3.2.6.1創(chuàng)建公布前提創(chuàng)建公布有兩個前提:該產(chǎn)品關(guān)于聯(lián)過項(xiàng)目。該項(xiàng)目有創(chuàng)建過版本。3.2.6.2怎樣創(chuàng)建公布進(jìn)入產(chǎn)品視圖,選擇公布列表。然后點(diǎn)擊“創(chuàng)建公布”,即可出現(xiàn)創(chuàng)建公布頁面。選擇了版本之后,系統(tǒng)會自動計算這個版本所對應(yīng)項(xiàng)目中完成需求和處理bug,能夠進(jìn)行關(guān)聯(lián)選擇。假如系統(tǒng)自動計算需求和bug不完整,能夠在描述字段里面補(bǔ)充。5.2.7文檔管理禪道軟件內(nèi)置了基本文檔管理功效,這么禪道沒有覆蓋到流程就能夠經(jīng)過文檔管理功效來補(bǔ)充。禪道文檔庫共分為三種類型:產(chǎn)品文檔庫、項(xiàng)目文檔庫和自定義文檔庫。其中產(chǎn)品文檔庫用來存放產(chǎn)品層面產(chǎn)生文檔,項(xiàng)目文檔庫用來存放項(xiàng)目過程中產(chǎn)生文檔。自定義文檔庫則能夠用來存放知識庫、企業(yè)管理規(guī)范等文檔。下面讓我們來看下詳細(xì)操作。3.2.7.1維護(hù)分類進(jìn)入文檔視圖。選擇產(chǎn)品文檔庫。然后選擇頁面下方“維護(hù)分類”鏈接,即可出現(xiàn)維護(hù)分類頁面。

3.2.7.2添加文檔在產(chǎn)品視圖,點(diǎn)擊頁面右側(cè)“創(chuàng)建文檔”,即可進(jìn)入文檔創(chuàng)建頁面。文檔共有文件、鏈接和網(wǎng)頁三種類型。文件類型文檔能夠上傳一個附件。鏈接類型文檔能夠是一個網(wǎng)頁鏈接。網(wǎng)頁型文檔能夠直接使用富文本編輯器撰寫。3.2.7.3瀏覽文檔文檔添加之后,能夠在文檔庫里面查看對應(yīng)文檔列表。

也能夠在產(chǎn)品視圖文檔庫里面查看這個產(chǎn)品下面全部文檔。

3.3項(xiàng)目經(jīng)理篇3.3.1建立項(xiàng)目3.3.1.1創(chuàng)建項(xiàng)目進(jìn)入項(xiàng)目視圖,點(diǎn)擊右側(cè)”新增項(xiàng)目“鏈接。出現(xiàn)項(xiàng)目添加頁面在這個頁面設(shè)置項(xiàng)目名稱、代號、起止時間、可用工作日、團(tuán)體名稱、項(xiàng)目目標(biāo)和項(xiàng)目描述等字段。其中關(guān)聯(lián)產(chǎn)品是能夠?yàn)榭?。注意事?xiàng):項(xiàng)目代號是一個隱喻,也就是團(tuán)體內(nèi)部能夠相互了解和知曉,比如禪道項(xiàng)目曾經(jīng)使用過“opensesame"來作為項(xiàng)目標(biāo)代號。團(tuán)體名稱,能夠自己定義,比如叫做“禪道開發(fā)團(tuán)體”等等。在添加項(xiàng)目標(biāo)時候,能夠選擇關(guān)聯(lián)與之相關(guān)產(chǎn)品,方便后續(xù)進(jìn)行需求關(guān)聯(lián)。項(xiàng)目能夠控制它訪問權(quán)限,分為默認(rèn)、私有和自定義白名單三種。3.3.2組建項(xiàng)目團(tuán)體項(xiàng)目組建之后要做事情就是設(shè)置團(tuán)體。很多朋友經(jīng)常問,為何我在創(chuàng)建任務(wù)時候,只能指派給自己呢?其實(shí)原因很簡單,是因?yàn)闆]有設(shè)置團(tuán)體。當(dāng)項(xiàng)目創(chuàng)建成功之后,能夠依照提醒設(shè)置團(tuán)體?;蛘邚捻?xiàng)目視圖中團(tuán)體菜單,也能夠進(jìn)行項(xiàng)目標(biāo)團(tuán)體管理。在維護(hù)項(xiàng)目團(tuán)體時候,需要選擇都是哪些用戶能夠參加到這個項(xiàng)目中,同時需要設(shè)置這個用戶在本項(xiàng)目中角色(角色能夠隨便設(shè)置,比如風(fēng)清揚(yáng),冬瓜一號等)??捎霉ぷ魅蘸涂捎霉r天天需要仔細(xì)設(shè)置。通常來講,一個人不可能天天8小時投入,也不可能一星期七天連續(xù)投入。設(shè)置完成之后,系統(tǒng)會自動計算這個項(xiàng)目總得可用工時。當(dāng)團(tuán)體設(shè)置完成之后,整個項(xiàng)目標(biāo)可用資源就已經(jīng)確定了:起止時間確定了,參加人員也確定了。下面就是來確定項(xiàng)目中要做事情了。3.3.3確定項(xiàng)目要完成需求列表項(xiàng)目團(tuán)體組建完成之后,接下來要做一個工作就是確定這期項(xiàng)目要做需求。這項(xiàng)任務(wù)其實(shí)是整個團(tuán)體,包含產(chǎn)品在內(nèi),共同完成。3.3.3.1關(guān)聯(lián)產(chǎn)品假如在創(chuàng)建項(xiàng)目標(biāo)時候,已經(jīng)關(guān)聯(lián)過產(chǎn)品,能夠忽略這個步驟。以項(xiàng)目經(jīng)理身份登錄。進(jìn)入項(xiàng)目視圖。點(diǎn)擊“關(guān)聯(lián)產(chǎn)品”按鈕。然后點(diǎn)選該項(xiàng)目相關(guān)產(chǎn)品即可。

3.3.3.2關(guān)聯(lián)需求在關(guān)聯(lián)需求時候,能夠按照優(yōu)先級進(jìn)行排序。關(guān)聯(lián)需求狀態(tài)必須是激活(評審經(jīng)過,不能是初稿)3.3.4組織進(jìn)行任務(wù)分解需求確定之后,項(xiàng)目中幾個關(guān)鍵原因都有了:周期確定、資源確定、需求確定。下面我們要做事情就是為每一個需求做wbs任務(wù)分解,生成完成這個需求全部任務(wù)。3.3.4.1訪問項(xiàng)目標(biāo)需求列表頁面:在項(xiàng)目標(biāo)需求列表頁面,能夠很方便地對某一個需求進(jìn)行任務(wù)分解。同時還能夠查看這個需求已經(jīng)分解任務(wù)數(shù)。3.3.4.2分解任務(wù)這時候創(chuàng)建任務(wù)時候,就能夠選擇需求了。我們同時提供了需求查看鏈接。假如需求和任務(wù)標(biāo)題是一樣,能夠經(jīng)過”同需求“按鈕快捷復(fù)制需求標(biāo)題。3.3.4.3任務(wù)分解幾個注意事項(xiàng)需要將全部任務(wù)都分解出來。這里面包含設(shè)計,開發(fā),測試,美工,甚至包含購置機(jī)器,布署測試環(huán)境等等。任務(wù)分解粒度越小越好,比如幾個小時就能夠完成。假如一個任務(wù)需要多個人負(fù)責(zé),繼續(xù)考慮將其拆分。事務(wù)型事務(wù)能夠批量指派,比如需要讓團(tuán)體里面每一個人都寫個項(xiàng)目總結(jié),能夠選擇類型是事務(wù),然后批量指派給團(tuán)體里面全部些人員。任務(wù)類型請仔細(xì)設(shè)置,這個會包括到需求研發(fā)階段自動計算。后面我們會有講解。任務(wù)分配最好是自由領(lǐng)取,這么能夠最大程度上調(diào)動大家主動性。任務(wù)分解最好是由團(tuán)體共同完成,不要由項(xiàng)目經(jīng)理一人包辦。3.4開發(fā)團(tuán)體篇3.4.1領(lǐng)取任務(wù),并天天更新任務(wù)當(dāng)項(xiàng)目標(biāo)任務(wù)分解完成之后,項(xiàng)目團(tuán)體組員需要領(lǐng)取自己喜歡做任務(wù),開始天天開發(fā)。除了日常編碼工作之外,還應(yīng)該日天花點(diǎn)時間在禪道里面更新下任務(wù)狀態(tài)以及消耗情況。3.4.1.1領(lǐng)取任務(wù)領(lǐng)取任務(wù)能夠經(jīng)過兩種方式,一個是經(jīng)過“指派”操作,一個是經(jīng)過“編輯”操作。3.4.1.2更新任務(wù)狀態(tài)項(xiàng)目開始之后,每個人天天應(yīng)該及時更新自己所負(fù)責(zé)任務(wù)狀態(tài)。禪道提供了幾個快捷操作按鈕:開始、完成、關(guān)閉、取消和激活。開始、完成和取消沒有什么歧義。解釋下關(guān)閉和激活。禪道有一個可選流程,就是當(dāng)任務(wù)完成之后,會自動指派回任務(wù)創(chuàng)建者頭上,這時候任務(wù)創(chuàng)建者能夠驗(yàn)證任務(wù)是否完成。假如完成,則將任務(wù)關(guān)閉。假如任務(wù)沒有完成,則激活任務(wù)。這個流程是可選,不是必須流程。適適用于傳統(tǒng)命令-控制式管理。假如對于靈敏開發(fā)團(tuán)體來講,忽略這個流程即可。3.4.1.3更新任務(wù)消耗除了更新自己負(fù)責(zé)任務(wù)狀態(tài)之外,還應(yīng)該及時更新任務(wù)工時消耗情況:最初預(yù)計,即創(chuàng)建任務(wù)時候最初預(yù)計。該字段在任務(wù)開始之后,不應(yīng)該再進(jìn)行修改。這個字段當(dāng)任務(wù)結(jié)束之后,能夠和已經(jīng)消耗字段進(jìn)行對比,以糾正自己估量。已經(jīng)消耗,則是你在這個任務(wù)上全部花費(fèi)工時數(shù)。預(yù)計剩下,則是你預(yù)計這個任務(wù)完成大約還需要多少時間。假如預(yù)計剩下為0,則表示任務(wù)完成。這里面需要尤其強(qiáng)調(diào)是,最初預(yù)計≠已經(jīng)消耗+預(yù)計剩下。一定要天天更新自己所負(fù)責(zé)任務(wù),因?yàn)槿急M圖繪制,就是經(jīng)過預(yù)計剩下這個字段來計算。3.4.2創(chuàng)建版本當(dāng)完成若干功效之后,就能夠創(chuàng)建版本了。版本概念在英文里面是build,能夠?qū)?yīng)到軟件配置管理范圍。這是一個可選流程,但還是提議團(tuán)體能夠?qū)嵤┌姹竟芾?。這個版本主要作用在于明確測試范圍,方便測試人員和開發(fā)人員互動,以及處理不一樣版本公布和bug修復(fù)等問題。流程以下:首先是團(tuán)體經(jīng)過開發(fā),完成了若干需求,或者處理了一些bug。這時候某一位公布責(zé)任人在subversion中創(chuàng)建了一個tag(標(biāo)簽),比如禪道tag目錄以下:創(chuàng)建了tag之后,這位公布責(zé)任人就能夠在禪道里面創(chuàng)建一個版本了。

說明:名稱編號,團(tuán)體應(yīng)該有自己配置管理規(guī)范。比如能夠是產(chǎn)品名_版本號_狀態(tài)(stble,beta之類)_日期不一樣開發(fā)語言其版本存在形式也不一樣,有需要編譯,有只需要源代碼。請依照企業(yè)實(shí)際情況來填寫源代碼地址,或者是存放地址。在創(chuàng)建版本時候,可選擇這次版本完成功效和處理bug。這么提交給測試人員進(jìn)行測試時候,就能夠明確這次測試范圍,測試能夠愈加有針對性。描述字段能夠填寫一些測試注意事項(xiàng)、重點(diǎn)內(nèi)容等。3.4.3申請測試當(dāng)版本創(chuàng)建完成之后,就能夠提交給測試人員進(jìn)行測試了,提交測試會生成一個測試任務(wù)。在這兒需要和大家解釋下這個測試任務(wù)概念。其實(shí)英文里面里面比較適宜單位是testrun,但翻譯到漢字里面沒有太貼切詞語,我們暫時用了測試任務(wù)概念。但這個測試任務(wù)和項(xiàng)目里面創(chuàng)建類型為“測試”任務(wù)沒有直接關(guān)聯(lián)。請大家在使用時候,注意這個細(xì)節(jié)。通常來講,我們在分解任務(wù)時候,能夠創(chuàng)建若干測試類型任務(wù),比如測試某某,測試某某,大約估量下測試需要時間。然后詳細(xì)測試工作經(jīng)過測試視圖測試任務(wù)來跟蹤。申請測試步驟:進(jìn)入項(xiàng)目視圖,點(diǎn)擊“測試申請”。然后選擇“提交測試”,即可出現(xiàn)提交測試頁面。

說明:責(zé)任人為此次測試責(zé)任人。能夠指定這次測試預(yù)計起止時間。任務(wù)描述里面,能夠注明此次測試需要注意地方。還需要說明一點(diǎn)是,當(dāng)前測試任務(wù)還沒有指派功效,所以需要大家線下通知測試團(tuán)體責(zé)任人,由她來負(fù)責(zé)組織對應(yīng)人員來進(jìn)行測試。3.4.4處理bug提交測試之后,測試人員展開測試,便會有bug產(chǎn)生。這時候研發(fā)團(tuán)體一個主要職責(zé)便是處理bug。禪道里面bug處理流程比較簡單:測試人員提交bug=>開發(fā)人員處理bug=>測試人員驗(yàn)證關(guān)閉,這是比較正常流程。還有一個流程是激活流程:測試人員提交bug=>開發(fā)人員處理bug=>測試人員驗(yàn)證未經(jīng)過=>激活bug=>重新處理=>驗(yàn)證關(guān)閉。開發(fā)人員所需要做事情便是處理自己負(fù)責(zé)bug,并在禪道中登記處理方案:項(xiàng)目視圖中bug列表bug詳情頁面也能夠找到“處理”操作按鈕。處理bug時候,需要填寫bug處理方案。附:bug處理方案禪道軟件總共提供了其中處理方案:bydesign=>設(shè)計如此,無需改動。

duplicate=>重復(fù)Bug,以前已經(jīng)有一樣bug。

external=>外部原因,非本系統(tǒng)原因。

fixed=>已處理;

notrepro=>無法重現(xiàn),無非重現(xiàn)bug。

postponed=>延期處理,確實(shí)是bug,但現(xiàn)在不解,放在以后。

willnotfix=>不予處理這其中“已處理”和“延期”bug視為有效bug。3.4.5文檔管理靈敏開發(fā)不提倡面面俱到文檔,但必要文檔還是很有必要,比如數(shù)據(jù)庫設(shè)計文檔、接口文檔、測試總結(jié)匯報等等。詳細(xì)文檔庫使用,請參考:產(chǎn)品經(jīng)理篇中文檔管理。3.4.6確認(rèn)bug當(dāng)測試人員提交了bug之后,假如開發(fā)人員來不及處理這個bug,這時候可選一個操作是確認(rèn)這個bug,給測試人員一個反饋。bug列表頁面會顯示是否已經(jīng)確認(rèn)過。bug詳情頁面有確認(rèn)操作按鈕。需要說明是,假如一個bug被處理之后,也會自動變成已確認(rèn)。3.5測試團(tuán)體篇3.5.1維護(hù)bug視圖模塊在禪道軟件中,bug也一樣需要維護(hù)模塊,方便愈加好組織管理bug。這個地方需要尤其說明下,bug模塊、用例模塊和產(chǎn)品模塊是獨(dú)立,每個視圖都有自己模塊。為何這么做呢?主要是考慮到使用角色不一樣。在產(chǎn)品視圖里面,主要是用來組織需求。而在bug模塊,則主要偏重bug管理,那么可能會有和產(chǎn)品視圖不一樣模塊劃分。至于測試用例視圖,則更不一樣了。模塊劃分里面會有很多和測試用例直接相關(guān)劃分,比如兼容性測試,壓力測試等等。所以禪道將這三個模塊分開,需要單獨(dú)進(jìn)行維護(hù)。進(jìn)入測試視圖,然后選擇缺點(diǎn)管理。在頁面左側(cè),會出現(xiàn)該產(chǎn)品缺點(diǎn)模塊列表。模塊列表下部,有模塊維護(hù)連接,點(diǎn)擊此鏈接,即可維護(hù)模塊,詳情維護(hù)界面,

維護(hù)模塊時候是一級級進(jìn)行維護(hù)。比如能夠選擇"我地盤",然后維護(hù)它子模塊。左側(cè)數(shù)字是用來排序,能夠?qū)⒔?jīng)過調(diào)整模塊排序字段來調(diào)整它在模塊樹里面位置。能夠選擇某一個模塊編輯,編輯時候能夠修改它所屬上級模塊,以及這個模塊默認(rèn)責(zé)任人(當(dāng)創(chuàng)建bug時候,會自動將這個用戶作為默認(rèn)責(zé)任人)能夠選擇產(chǎn)品視圖某一個模塊,將其下級模塊復(fù)制到當(dāng)前測試視圖模塊中。3.5.2提交bug進(jìn)入測試視圖“缺點(diǎn)管理”點(diǎn)擊頁面右側(cè)"創(chuàng)建bug",即可進(jìn)入bug創(chuàng)建頁面。說明:項(xiàng)目和任務(wù),以及相關(guān)需求,應(yīng)該認(rèn)真填寫,這么能夠?qū)ug和項(xiàng)目,任務(wù),需求關(guān)聯(lián)起來,方便以后統(tǒng)計分析。影響版本是必填。而這里面列表起源,則是項(xiàng)目中build。假如這個地方?jīng)]有build話,則需要到項(xiàng)目中創(chuàng)建一個build。重現(xiàn)步驟應(yīng)該翔實(shí)準(zhǔn)確,確保開發(fā)人員能夠重現(xiàn)改bug。3.5.3驗(yàn)證bug,關(guān)閉當(dāng)開發(fā)人員處理bug之后,就需要來驗(yàn)證bug,假如沒有問題,則將其關(guān)閉。3.5.4激活bug假如開發(fā)人員處理bug之后,驗(yàn)證無法經(jīng)過,則能夠?qū)ug重新激活,交由最終處理者去重新處理。還有一個情況就是bug關(guān)閉之后,過了一段時間,bug又重現(xiàn)了,也需要重新激活。激活bug時候,指派給會自動設(shè)置成為最終處理者頭上。3.5.5找到自己需要bug測試人員一個

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論