禪道操作流程規(guī)范

1、操作使用流程規(guī)范產(chǎn)品篇?jiǎng)?chuàng)建產(chǎn)品添加產(chǎn)品時(shí)需要注意的地方：· 產(chǎn)品名稱：根據(jù)內(nèi)部公司內(nèi)部系統(tǒng)定義相關(guān)層次進(jìn)行識(shí)別和命名；比如：行業(yè)-易行通 通用收銀臺(tái) 平臺(tái)-會(huì)員 金融簽約產(chǎn)品代號(hào)：統(tǒng)一命名為該系統(tǒng)在svn上面的名字，易行通(neverstop)· 產(chǎn)品負(fù)責(zé)人負(fù)責(zé)整理和解釋整個(gè)產(chǎn)品的需求，制定相應(yīng)的發(fā)布計(jì)劃。· 測(cè)試負(fù)責(zé)人，可以指定默認(rèn)的測(cè)試負(fù)責(zé)人。這樣可以適用于公司人比較多，提交bug不知道該給誰的情況。· 發(fā)布負(fù)責(zé)人主要的職責(zé)是創(chuàng)建發(fā)布。(統(tǒng)一指定為該系統(tǒng)開發(fā)負(fù)責(zé)人)· 訪問控制，則可以控制訪問該產(chǎn)品的人員列表。比如可以將某一個(gè)產(chǎn)品設(shè)為私有，

2、只有產(chǎn)品添加者、產(chǎn)品負(fù)責(zé)人、測(cè)試負(fù)責(zé)人、發(fā)布負(fù)責(zé)人以及該產(chǎn)品的項(xiàng)目團(tuán)隊(duì)才可以訪問。（統(tǒng)一為私有產(chǎn)品）創(chuàng)建需求1. 進(jìn)入產(chǎn)品視圖。2. 在頁面右側(cè)，有“提需求”菜單，點(diǎn)擊菜單，出現(xiàn)新增需求的頁面。創(chuàng)建需求需要注意以下幾點(diǎn)：· 需求的標(biāo)題是必填項(xiàng)。· 所屬計(jì)劃和模塊，可以暫時(shí)保留為空。· 需求審核那塊，我們選上不需要審核，這樣新創(chuàng)建的需求狀態(tài)就是激活的。只有激活狀態(tài)的需求才能關(guān)聯(lián)到項(xiàng)目中，進(jìn)行開發(fā)。(建議直接勾選上不需要評(píng)審)· 需求可以設(shè)置抄送給人員，這樣需求的變化都可以通過email的形式抄送給相關(guān)人員。· 可以設(shè)置關(guān)鍵詞，這樣可以比較方便的通

3、過關(guān)鍵詞進(jìn)行檢索。評(píng)審需求：本期暫時(shí)不涉及到需求評(píng)審過程-待完善需求變更：凡是對(duì)需求標(biāo)題、描述、驗(yàn)證標(biāo)準(zhǔn)和附件的修改，都應(yīng)該走變更流程。變更之后需要評(píng)審的需求狀態(tài)為變更中。如果不選評(píng)審，變更完成之后直接變成激活。如下圖：· 編輯操作是無法修改需求的標(biāo)題、描述、驗(yàn)收標(biāo)準(zhǔn)和附件的。· 在變更需求的時(shí)候，如果選擇了“不需要評(píng)審”，則需求狀態(tài)自動(dòng)變成激活，不需要再走評(píng)審流程。· 如果該需求已經(jīng)在開發(fā)，測(cè)試過程中，那么在變更需求的時(shí)候，會(huì)列出該需求的影響范圍：確認(rèn)需求變更當(dāng)需求變更被確認(rèn)之后，研發(fā)團(tuán)隊(duì)和測(cè)試人員需要確認(rèn)需求的變更。任務(wù)確認(rèn)需求變動(dòng) Bug確認(rèn)需求變

4、動(dòng)由于用例維護(hù)是在線下，暫時(shí)不做考慮。需求的注意事項(xiàng)需求的寫法有默認(rèn)的需求模板：作為一名<某種類型的用戶>，我希望<達(dá)成某些目的>，這樣可以<開發(fā)的價(jià)值>在這個(gè)模板中，總共有三個(gè)元素：角色，要做的事情，價(jià)值或者原因。我們平時(shí)在寫需求的時(shí)候，往往會(huì)忽略角色和價(jià)值原因這兩個(gè)元素，只關(guān)注了要做的事情。其實(shí)這有很多的問題。不進(jìn)行用戶角色的劃分，會(huì)影響對(duì)產(chǎn)品功能的設(shè)計(jì)和定位，從而導(dǎo)致產(chǎn)品往往是給一個(gè)用戶角色開發(fā)的，就是產(chǎn)品經(jīng)理自己。:)而忽略開發(fā)的原因或者價(jià)值，會(huì)讓開發(fā)人員感到困惑。他們可能并不理解你這樣做的原因或者目的，不理解的需求實(shí)現(xiàn)起來自然會(huì)有問題。需求和原型圖

5、、需求設(shè)計(jì)文檔的區(qū)別原型圖或者需求設(shè)計(jì)文檔是一個(gè)整體，可以給人宏觀的把握。這是原型圖的優(yōu)點(diǎn)。比較直觀。原型圖是一個(gè)整體，所以就沒有辦法進(jìn)行分解。你不可能分解成，做頁面導(dǎo)航條，做頁面的中間部分等。沒有分解，所以原型圖也就沒有辦法進(jìn)行優(yōu)先級(jí)的排序。比如頁面部分，有的很重要，有的不重要。但在原型圖里面是體現(xiàn)不出來優(yōu)先級(jí)的。沒有分解，自然也就無法進(jìn)行跟蹤。你沒有辦法得知原型圖完成了多少。需求設(shè)計(jì)文檔規(guī)定的比較細(xì)致，會(huì)讓產(chǎn)品經(jīng)理陷入太多的細(xì)節(jié)，對(duì)整體的把握會(huì)減弱。所以，兩者都需要進(jìn)行相應(yīng)的梳理和編寫。然后將原型圖作為設(shè)計(jì)文檔，上傳到對(duì)應(yīng)產(chǎn)品相關(guān)的文檔庫(kù)中，和需求點(diǎn)相互配合，這樣就解決了相關(guān)問題。產(chǎn)品模塊

6、的維護(hù)添加完產(chǎn)品之后，就需要來設(shè)置產(chǎn)品的模塊。模塊相當(dāng)于對(duì)產(chǎn)品需求的一個(gè)分類，通過組織模塊，可以讓大家對(duì)產(chǎn)品有一個(gè)宏觀的把握和認(rèn)識(shí)，也方便對(duì)需求進(jìn)行分類和整理。在內(nèi)部，就只分一個(gè)模塊，以該ui產(chǎn)品的產(chǎn)品名進(jìn)行命名，如果其他產(chǎn)品有需要，可以根據(jù)產(chǎn)品的定位進(jìn)行維護(hù)。項(xiàng)目篇建立項(xiàng)目一、創(chuàng)建項(xiàng)目1.1 進(jìn)入項(xiàng)目視圖，點(diǎn)擊右側(cè)的”添加項(xiàng)目“鏈接。1.2 出現(xiàn)項(xiàng)目添加的頁面在這個(gè)頁面設(shè)置項(xiàng)目名稱、代號(hào)、起止時(shí)間、可用工作日、團(tuán)隊(duì)名稱、項(xiàng)目目標(biāo)和項(xiàng)目描述等字段。其中關(guān)聯(lián)產(chǎn)品是可以為空的。注意事項(xiàng)：項(xiàng)目名稱：HY_易行通_20150206 類似的格式 （PS：發(fā)現(xiàn)不合格的會(huì)刪除）關(guān)聯(lián)產(chǎn)品：在添加項(xiàng)目的時(shí)候，可

7、以選擇關(guān)聯(lián)與之相關(guān)的產(chǎn)品，以便后續(xù)進(jìn)行需求的關(guān)聯(lián)。項(xiàng)目權(quán)限：項(xiàng)目可以控制它的訪問權(quán)限，內(nèi)部統(tǒng)一設(shè)置為私有二、組建項(xiàng)目團(tuán)隊(duì)項(xiàng)目組建之后要做的事情就是設(shè)置團(tuán)隊(duì)；當(dāng)項(xiàng)目創(chuàng)建成功之后，可以根據(jù)提示設(shè)置團(tuán)隊(duì)。或者從項(xiàng)目視圖中的團(tuán)隊(duì)菜單，也可以進(jìn)行項(xiàng)目的團(tuán)隊(duì)管理。當(dāng)團(tuán)隊(duì)設(shè)置完畢之后，整個(gè)項(xiàng)目的可用資源就已經(jīng)確定了：起止時(shí)間確定了，參與的人員也確定了。下面就是來確定項(xiàng)目中要做的事情了。確定項(xiàng)目要完成的需求列表項(xiàng)目團(tuán)隊(duì)組建完畢之后，接下來要做的一個(gè)工作就是確定這期項(xiàng)目要做的需求。這項(xiàng)任務(wù)其實(shí)是整個(gè)團(tuán)隊(duì)，包括產(chǎn)品在內(nèi)，共同完成的。一、關(guān)聯(lián)產(chǎn)品如果在創(chuàng)建項(xiàng)目的時(shí)候，已經(jīng)關(guān)聯(lián)過產(chǎn)品，可以忽略這個(gè)步驟。1. 以項(xiàng)目經(jīng)

8、理身份登錄。2. 進(jìn)入項(xiàng)目視圖。3. 點(diǎn)擊“關(guān)聯(lián)產(chǎn)品”按鈕。然后點(diǎn)選該項(xiàng)目相關(guān)的產(chǎn)品即可。二、關(guān)聯(lián)需求1. 在關(guān)聯(lián)需求的時(shí)候，可以按照優(yōu)先級(jí)進(jìn)行排序。2. 關(guān)聯(lián)的需求狀態(tài)必須是激活的（評(píng)審?fù)ㄟ^，不能是草稿）組織進(jìn)行任務(wù)分配一、新建任務(wù)通過關(guān)聯(lián)需求進(jìn)行任務(wù)創(chuàng)建分解任務(wù)· 如果需求和任務(wù)的標(biāo)題是一樣的，可以通過”同需求“按鈕快捷的復(fù)制需求的標(biāo)題。二、任務(wù)分解的幾個(gè)注意事項(xiàng)1. 需要將所有的任務(wù)都分解出來。這里面包括設(shè)計(jì)，開發(fā)，測(cè)試，美工，甚至包括購(gòu)買機(jī)器，部署測(cè)試環(huán)境等等。沒有需求可以直接創(chuàng)建。2. 任務(wù)分解的粒度越小越好，比如幾個(gè)小時(shí)就可以完成。3. 如果一個(gè)任務(wù)需要多個(gè)人負(fù)責(zé)，繼續(xù)考

9、慮將其拆分。4. 事務(wù)型的事務(wù)可以批量指派，比如需要讓團(tuán)隊(duì)里面的每一個(gè)人都寫個(gè)項(xiàng)目總結(jié)，可以選擇類型是事務(wù)，然后批量指派給團(tuán)隊(duì)里面的所有人員。5. 任務(wù)的類型請(qǐng)仔細(xì)設(shè)置，這個(gè)會(huì)涉及到需求研發(fā)階段的自動(dòng)計(jì)算。6. 任務(wù)的分配最好是自由領(lǐng)取，這樣可以最大程度上調(diào)動(dòng)大家的積極性。使用指派也是可以的。7. 任務(wù)的分解最好是由團(tuán)隊(duì)共同完成，不要由項(xiàng)目經(jīng)理一人包辦。三、任務(wù)分類預(yù)覽開發(fā)篇領(lǐng)取任務(wù)，并每天更新任務(wù)當(dāng)項(xiàng)目的任務(wù)分解完畢之后，項(xiàng)目團(tuán)隊(duì)成員需要將分配到的任務(wù)（或者領(lǐng)取自己喜歡做的任務(wù)），開始每天的開發(fā)。除了日常的編碼工作之外，還應(yīng)當(dāng)每天花點(diǎn)時(shí)間在里面更新下任務(wù)的狀態(tài)以及時(shí)間消耗情況。一、領(lǐng)取任務(wù)領(lǐng)

10、取任務(wù)可以通過兩種方式，一種是通過“指派”操作，一種是通過“編輯”操作。二、更新任務(wù)狀態(tài)項(xiàng)目開始之后，每個(gè)人每天應(yīng)當(dāng)及時(shí)更新自己所負(fù)責(zé)的任務(wù)的狀態(tài)。提供了幾個(gè)快捷的操作按鈕：開始、完成、關(guān)閉、取消和激活。開始、完成和取消沒有什么歧義。解釋下關(guān)閉和激活。有一個(gè)可選流程，就是當(dāng)任務(wù)完成之后，會(huì)自動(dòng)指派回任務(wù)的創(chuàng)建者頭上，這時(shí)候任務(wù)的創(chuàng)建者可以驗(yàn)證任務(wù)是否完成。如果完成，則將任務(wù)關(guān)閉。如果任務(wù)沒有完成，則激活任務(wù)。這個(gè)流程是可選的，不是必須的流程。三、更新任務(wù)的消耗除了更新自己負(fù)責(zé)任務(wù)的狀態(tài)之外，還應(yīng)該及時(shí)更新任務(wù)的工時(shí)消耗情況：最初預(yù)計(jì)，即創(chuàng)建任務(wù)的時(shí)候的最初預(yù)計(jì)。該字段在任務(wù)開始之后，不應(yīng)該再進(jìn)

11、行修改。這個(gè)字段當(dāng)任務(wù)結(jié)束之后，可以和已經(jīng)消耗字段進(jìn)行對(duì)比，以糾正自己的估計(jì)。已經(jīng)消耗，則是你在這個(gè)任務(wù)上所有花費(fèi)的工時(shí)數(shù)。預(yù)計(jì)剩余，則是你預(yù)計(jì)這個(gè)任務(wù)完成大約還需要多少時(shí)間。如果預(yù)計(jì)剩余為0，則表示任務(wù)完成。這里面需要特別強(qiáng)調(diào)的是，最初預(yù)計(jì) 已經(jīng)消耗 + 預(yù)計(jì)剩余。一定要每天更新自己所負(fù)責(zé)的任務(wù)，因?yàn)槿急M圖的繪制，就是通過預(yù)計(jì)剩余這個(gè)字段來計(jì)算的。解決bug提交測(cè)試之后，測(cè)試人員展開測(cè)試，便會(huì)有bug產(chǎn)生。這時(shí)候研發(fā)團(tuán)隊(duì)的一個(gè)重要職責(zé)便是解決bug。里面bug的處理流程比較簡(jiǎn)單：測(cè)試人員提交bug => 開發(fā)人員解決bug => 測(cè)試人員驗(yàn)證關(guān)閉，這是比較正常的流程。還有一個(gè)流程

12、是激活流程：測(cè)試人員提交bug => 開發(fā)人員解決bug => 測(cè)試人員驗(yàn)證未通過 => 激活bug => 重新解決 =>驗(yàn)證關(guān)閉。 開發(fā)人員所需要做的事情便是處理自己負(fù)責(zé)bug，并在禪道中登記解決方案：測(cè)試管理模塊1. 項(xiàng)目視圖中的bug列表首頁我的bug列表2. bug的詳情頁面也可以找到“解決”操作的按鈕。3. 解決bug的時(shí)候，需要填寫bug的解決方案。附：bug的解決方案總共提供了其中解決方案：bydesign => 設(shè)計(jì)如此，無需改動(dòng)。duplicate => 重復(fù)Bug，以前已經(jīng)有同樣的bug。external => 外部原因，非本

13、系統(tǒng)原因。fixed => 已解決;notrepro => 無法重現(xiàn)，無非重現(xiàn)bug。postponed => 延期處理，確實(shí)是bug，但現(xiàn)在不解，放在以后。willnotfix => 不予解決 這其中“已解決”和“延期”的bug視為有效bug。確認(rèn)bug當(dāng)測(cè)試人員提交了bug之后，如果開發(fā)人員來不及解決這個(gè)bug，這時(shí)候可選的一個(gè)操作是確認(rèn)這個(gè)bug，給測(cè)試人員一個(gè)反饋。bug列表頁面會(huì)顯示是否已經(jīng)確認(rèn)過。需要說明的是，如果一個(gè)bug被解決之后，也會(huì)自動(dòng)變成已確認(rèn)。測(cè)試篇提交bug直接來看步驟：1. 進(jìn)入測(cè)試視圖的“Bug”或者在項(xiàng)目里面有bug模塊。2. 點(diǎn)擊頁面右側(cè)的"提Bug"，即可進(jìn)入bug創(chuàng)建頁面。說明：1. 項(xiàng)目和任務(wù)，以及相關(guān)需求，應(yīng)該認(rèn)真填寫，這樣可以將bug和項(xiàng)目，任務(wù)，需求關(guān)聯(lián)起來，以便以后的統(tǒng)計(jì)分析。2. 影響版本是必填的。而這里面的列表來源，則是項(xiàng)目中的build。如果這個(gè)地方?jīng)]有build的話，則需要到項(xiàng)目中創(chuàng)建一個(gè)build。3. 重現(xiàn)步驟應(yīng)該翔實(shí)準(zhǔn)確，確保開發(fā)人員可以重現(xiàn)改bug。驗(yàn)證bug，關(guān)閉當(dāng)開發(fā)人員解決bug之后，就需要來驗(yàn)證bug，如果沒有問題，則將其關(guān)閉。激活bug如果開發(fā)人員解決bug之后，驗(yàn)證無