JIRA項目執(zhí)行與管理方案

1、JIRA項目執(zhí)行與管理方案Ver1.0一. 項目流程1. 瀑布模式：1.1 需求管理：1) 由產品經理提出確認需要做的需求，然后在JIRA里，在自己團隊的產品線產品項目下，建立一個需求Issue，指派給團隊的開發(fā)LEAD。2) 瀑布模式下，建立需求的Issue類型，選擇New Feature。3) 產品需要為需求編寫PRD，并上傳到Confluence自己項目團隊的空間目錄下。同時將PRD文檔的鏈接地址，填到需求Issue的描述里。1.2 項目計劃：1) 需求評審后，項目團隊進行項目計劃。2) 項目計劃會上，決定項目的若干個Milestone，由PMO為每個Milestone在JIRA上該項目

2、下建立類型為Milestone的Issue，并指派給該項目的項目經理。3) 項目計劃完成后，由PO或者項目經理放到Confluence自己項目團隊的空間目錄下。1.3 技術設計：1) 產品研發(fā)團隊在過完需求PRD評審/溝通會議以后，研發(fā)團隊需要完成技術相關設計，文檔放到Confluence自己項目團隊的空間目錄下。2) 開發(fā)LEAD把技術設計文檔的鏈接地址添加至需求Issue的描述里。3) 技術設計需要經過技術評審會議，評審會議結果放到Confluence自己項目團隊的空間目錄下。1.4 測試設計：1) 產品研發(fā)團隊在過完需求PRD評審/溝通會議以后，測試團隊需要完成測試相關的測試計劃、測試用

3、例等，文檔放到Confluence自己項目團隊的空間目錄下。2) 測試LEAD把測試相關文檔的鏈接地址添加至需求Issue的描述里。1.5 開發(fā)階段：1) 開發(fā)LEAD根據技術設計，在JIRA里需求Issue之下，建立一個或若干個研發(fā)Task，Issue類型選擇為該需求Issue的Sub-Task，并指派給相應的開發(fā)人員。2) 研發(fā)Task可以包括Coding、Bug Fix、JUnit、數(shù)據庫腳本編寫等任何與技術實現(xiàn)相關的任務。1.6 測試階段：1) 測試LEAD根據測試計劃，在JIRA里需求Issue之下，建立一個或若干個測試Task，Issue類型選擇為該需求Issue的Sub-Task

4、，并指派給相應的測試人員。2) 測試Task可以包括測試用例編寫、測試執(zhí)行、測試數(shù)據準備等。3) 測試人員在測試階段發(fā)現(xiàn)BUG后，在JIRA里相應項目下，創(chuàng)建一個BUG，Issue類型為BUG，并指派給相應的開發(fā)人員。4) 測試人員需要將BUG鏈接到需求Issue，鏈接類型選擇relates to。1.7 發(fā)布上線：1) 在需求上SIT測試之前，研發(fā)團隊上線負責人需要編寫一份上線計劃，文檔放到Confluence自己項目團隊的空間目錄下，并把文檔鏈接地址添加至需求Issue的描述里。2) 研發(fā)團隊上線負責人，在JIRA里需求Issue之下，建立一個上線Task，Issue類型選擇為該需求Iss

5、ue的Sub-Task，并指派給上線負責人本人。2. 敏捷模式：2.1 需求管理：1) 由產品經理PO或者Scrum Master在JIRA的Agile里，為自己的敏捷團隊建立一個Agile Board，Board類型選擇Scrum，并為Board選擇自己所在的項目。2) 由產品經理PO提出確定需要做的需求，然后在JIRA里自己的項目下，建立需求Issue，指派給PO。3) 如果需求比較小，則建立需求的Issue類型選擇Story。4) 如果需求比較大，甚至于無法在一個Sprint內完成，則將該需求建立需求Issue，的類型選擇Epic。然后在此Epic下建立若干個小需求Issue，類型為St

6、ory。5) 需求Issue建立完成后，Issue會自動出現(xiàn)在Scrum Board下，Plan里的Backlog下，并根據優(yōu)先級從高到低，從上往下排列這些Story。6) PO可以根據需要，選擇為需求編寫PRD，并上傳到Confluence自己項目團隊的空間目錄下。同時將PRD文檔的鏈接地址，填到需求Issue的描述里；或者直接在較小的Story描述里寫清需求。7) 需求的一些文檔或者是原型圖、交互等設計圖材料，需要PO放到Confluence自己項目團隊的空間目錄下。2.2 Sprint Planning：1) 每個Sprint開始前，團隊進行Sprint計劃會議。2) PO或者SM在Sc

7、rum Board里，為團隊建立一個新的Sprint。3) 在計劃會上，團隊確定這個Sprint的開始時間和結束時間，以及所有該Sprint要完成的Story，由PO或者SM把相應的這些Story拖進該Sprint。4) 團隊成員根據這些Story需求，拆解出完成這個Story所需要的開發(fā)、測試等TASK，并由PO或者SM建立這些Task，Issue類型為相應Story下的Sub-task，指派給相應的開發(fā)、測試人員。5) PO需要把項目整體Sprint計劃寫進Confluence自己項目團隊的空間目錄下（比如7.28前分為幾個Sprint，每個Sprint要完成的目標）。2.3 Sprint

8、階段：1) 團隊成員需要每天需要定時進行Daily Scrum站立會，溝通整個Sprint的Story和Task的進展。2) 如果出現(xiàn)需求變動，則由整個團隊進行溝通協(xié)調，按照優(yōu)先級做出決定。并且按照決定，由PO或者SM在JIRA里，對Sprint里的Story和Task進行變動。3) 團隊成員在Sprint階段過程中，負責維護自己所負責的Story和Task的狀態(tài)。4) 測試人員在Sprint階段發(fā)現(xiàn)BUG后，在JIRA里相應項目下，創(chuàng)建一個BUG，Issue類型為BUG，并指派給相應的開發(fā)人員。5) 測試人員需要將BUG鏈接到相應的Story，鏈接類型選擇relates to。2.4 Spr

9、int結束：1) 每個Sprint結束后，整個團隊需要進行Sprint回顧會。2) 在回顧會上，團隊成員們需要總結Sprint中出現(xiàn)的問題，并轉化成Action。由SM或者PO記錄到Confluence上相應的項目目錄下，跟進實施改進。2.5 發(fā)布上線：1) 如果一個Sprint中有Story需要發(fā)布上線，則PO在計劃會上為該Story建立一個上線Task，指派給上線負責人。2) 在Story上SIT測試之前，團隊上線負責人需要編寫一份上線計劃，文檔放到Confluence自己項目團隊的空間目錄下，并利用Sprint的Linked pages功能把文檔鏈接關聯(lián)至相應的Sprint。二. 項目流

10、轉1. 瀑布模式：1.1 開發(fā)&測試Task：1） 建立后為OPEN狀態(tài)；2） 當開始進行該TASK后，經辦人點擊“開始處理“，將TASK狀態(tài)變?yōu)镮n Progress；3） 當該TASK完成以后，經辦人點擊“關閉問題“，解決類型選擇”完成“并點擊”關閉問題“。TASK狀態(tài)變?yōu)镃losed。4） 如果有需要，可以點擊“重新開啟問題“按鈕，TASK狀態(tài)變?yōu)镽eopened。1.2 需求New Feature：1） 建立后為OPEN狀態(tài)；2） 當這個需求研發(fā)團隊開始進行設計以后，經辦人點擊“開始處理“，將New Feature狀態(tài)變?yōu)镮n Progress；3） 當該New Feature

11、下的包括開發(fā)、測試等所有子任務都完成，并且需求成功上線后，經辦人點擊“關閉問題“，解決類型選擇”完成“并點擊”關閉問題“。New Feature狀態(tài)變?yōu)镃losed。1.3 BUG：1） 發(fā)現(xiàn)人員建立BUG后，指派給相關的開發(fā)人員，指定其為BUG的經辦人，此時BUG為OPEN狀態(tài)；2） 當經辦人開發(fā)人員解決了該BUG并在測試環(huán)境自行檢查通過后，點擊“解決問題“，選擇合適的解決類型（Fixed, Wont Fix, Duplicate, Cannot Reproduce），并點擊”解決“，將BUG狀態(tài)變?yōu)镽esolved；3） BUG狀態(tài)變?yōu)镽esolved后，BUG的報告人對BUG進行Veri

12、fy工作。如果驗證后發(fā)現(xiàn)BUG已經被解決，則報告人點擊“關閉問題”將BUG變?yōu)镃LOSED狀態(tài)；如果驗證后發(fā)現(xiàn)BUG依然存在，則報告人點擊”重新開啟問題“，將BUG狀態(tài)變?yōu)镽EOPENED。2. 敏捷模式：2.1 開發(fā)&測試Task：1） 建立后為OPEN狀態(tài)，當TASK所在的Sprint開始后，TASK會自動出現(xiàn)在Sprint Board的To Do列，狀態(tài)對應Open/Reopen。2） 當某個Task開始進行之后，由該Task的經辦人，將該Task移動到Sprint Board的In Progress列，狀態(tài)對應In Progress/Resolved。3） 當某個Task完成之

13、后，由該Task的經辦人將該Task移動到Sprint Board的Done列，狀態(tài)對應Closed。2.2 Epic&Story：1） 建立后為OPEN狀態(tài)；2） 當Story下有Sub-task變?yōu)镮n Progress時，則由經辦人把該Story拖到Board的In Progress列；3） 當Story下所有的Sub-task都變?yōu)镈one時，則表示該Story完成，由經辦人把該Story拖進Done列；4） 當Epic下的所有Story都變?yōu)镈one時，則表示該Epic完成，由經辦人修改Epic狀態(tài)為Closed。2.3 BUG：1) 發(fā)現(xiàn)人員建立BUG后，指派給相關的開發(fā)人

14、員，指定其為BUG的經辦人，此時BUG為OPEN狀態(tài)；2) 當經辦人開發(fā)人員解決了該BUG并在測試環(huán)境自行檢查通過后，點擊“解決問題“，選擇合適的解決類型（Fixed, Wont Fix, Duplicate, Cannot Reproduce），并點擊”解決“，將BUG狀態(tài)變?yōu)镽esolved，同時可以在“描述”里填寫合適的解決原因；3) BUG狀態(tài)變?yōu)镽esolved后，BUG的報告人對BUG進行Verify工作。如果驗證后發(fā)現(xiàn)BUG已經被解決，則報告人點擊“關閉問題”將BUG變?yōu)镃LOSED狀態(tài)；如果驗證后發(fā)現(xiàn)BUG依然存在，則報告人點擊”重新開啟問題“，將BUG狀態(tài)變?yōu)镽EOPENED

15、。2.4 Sprint：1） Sprint指定開始時間和結束時間。2） Sprint從開始時間開始。3） 當Sprint結束后，由PO或者SM點擊Complete Sprint來結束這個Sprint。4） 結束后的Sprint無法重新打開。5） 如果已經結束的Sprint有未來得及完成的Story和Task，可以放到下個Sprint繼續(xù)進行。三. 項目管理1. 瀑布模式：1.1 Confluence項目目錄下的文檔檢查：1) PRD2) 項目計劃3) 技術設計4) 技術評審結果5) 測試計劃6) 測試用例7) 上線計劃1.2 JIRA上的項目相關Issue檢查：1) 需求Issue類型與狀態(tài)2) 開發(fā)Task類型與狀態(tài)3) 測試Task類型