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

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

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

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

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

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

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

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

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

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

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

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

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

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