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

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

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

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

4、 LEAD 根據(jù)測試計劃，在 JIRA 里需求 Issue 之下，建立一個或若干個測試 Task ， Issue 類型選擇為該需求Issue 的 Sub-Task ，并指派給相應(yīng)的測試人員。2) 測試 Task 可以包括測試用例編寫、測試執(zhí)行、測試數(shù)據(jù)準(zhǔn)備等。3) 測試人員在測試階段發(fā)現(xiàn) BUG 后，在 JIRA 里相應(yīng)項目下， 創(chuàng)建一個 BUG ， Issue 類型為 BUG ，并指派給相應(yīng)的開發(fā)人員。4) 測試人員需要將 BUG 鏈接到需求 Issue ，鏈接類型選擇 relates to 。1.7 發(fā)布上線：1)在需求上SIT 測試之前， 研發(fā)團隊上線負(fù)責(zé)人需要編寫一份上線計劃，文檔放到

5、 Confluence自己項目團隊的空間目錄下，并把文檔鏈接地址添加至需求 Issue 的描述里。3/10.2) 研發(fā)團隊上線負(fù)責(zé)人， 在 JIRA 里需求 Issue 之下，建立一個上線 Task，Issue類型選擇為該需求 Issue 的 Sub-T ask ，并指派給上線負(fù)責(zé)人本人。2. 敏捷模式：2.1 需求管理：1) 由產(chǎn)品經(jīng)理 PO 或者 Scrum Master 在 JIRA 的 Agile 里，為自己的敏捷團隊建立一個AgileBoard ， Board 類型選擇Scrum ，并為 Board選擇自己所在的項目。2)由產(chǎn)品經(jīng)理 PO 提出確定需要做的需求，然后在JIRA 里自己

6、的項目下，建立需求 Issue ，指派給 PO。3)如果需求比較小，則建立需求的Issue 類型選擇 Story 。4)如果需求比較大，甚至于無法在一個Sprint內(nèi)完成，則將該需求建立需求Issue ，的類型選擇Epic 。然后在此Epic 下建立若干個小需求Issue ，類型為 Story 。5) 需求 Issue 建立完成后， Issue 會自動出現(xiàn)在 Scrum Board 下， Plan 里的Backlog下，并根據(jù)優(yōu)先級從高到低，從上往下排列這些Story 。6)PO 可以根據(jù)需要，選擇為需求編寫PRD ，并上傳到Confluence自己項目團隊的空間目錄下。同時將PRD 文檔的鏈

7、接地址，填到需求Issue 的描述里；或者直接在較小的Story 描述里寫清需求。7)需求的一些文檔或者是原型圖、交互等設(shè)計圖材料，需 要PO放到Confluence自己項目團隊的空間目錄下。2.2 Sprint Planning：4/10.1) 每個 Sprint 開始前，團隊進行 Sprint 計劃會議。2)PO 或者 SM 在 Scrum Board里，為團隊建立一個新的Sprint 。3)在計劃會上，團隊確定這個Sprint的開始時間和結(jié)束時間，以及所有該Sprint要完成的Story ，由 PO 或者 SM 把相應(yīng)的這些Story 拖進該 Sprint 。4) 團隊成員根據(jù)這些 St

8、ory 需求，拆解出完成這個 Story 所需要的開發(fā)、 測試等 TASK，并由 PO 或者 SM 建立這些 Task ， Issue 類型為相應(yīng) Story 下的Sub-task，指派給相應(yīng)的開發(fā)、測試人員。5)PO 需要把項目整體Sprint計劃寫進 Confluence自己項目團隊的空間目錄下（比如7.28 前分為幾個Sprint ，每個 Sprint要完成的目標(biāo)） 。2.3 Sprint階段：1) 團隊成員需要每天需要定時進行 Daily Scrum 站立會，溝通整個 Sprint 的 Story 和 Task 的進展。2) 如果出現(xiàn)需求變動，則由整個團隊進行溝通協(xié)調(diào)，按照優(yōu)先級做出決

9、定。并且按照決定，由PO 或者 SM 在 JIRA 里，對 Sprint里的 Story和 Task 進行變動。3)團隊成員在Sprint階段過程中， 負(fù)責(zé)維護自己所負(fù)責(zé)的Story和 Task 的狀態(tài)。4) 測試人員在 Sprint 階段發(fā)現(xiàn) BUG 后，在 JIRA 里相應(yīng)項目下， 創(chuàng)建一個 BUG ，Issue 類型為 BUG ，并指派給相應(yīng)的開發(fā)人員。5)測試人員需要將BUG 鏈接到相應(yīng)的Story ，鏈接類型選擇relates to。2.4 Sprint結(jié)束：1)每個 Sprint結(jié)束后，整個團隊需要進行Sprint回顧會。5/10.2) 在回顧會上， 團隊成員們需要總結(jié) Sprin

10、t 中出現(xiàn)的問題， 并轉(zhuǎn)化成 Action 。由 SM 或者 PO 記錄到 Confluence 上相應(yīng)的項目目錄下，跟進實施改進。2.5 發(fā)布上線：1)如果一個 Sprint 中有 Story需要發(fā)布上線，則 PO 在計劃會上為該Story建立一個上線 Task ，指派給上線負(fù)責(zé)人。2)在 Story 上 SIT 測試之前， 團隊上線負(fù)責(zé)人需要編寫一份上線計劃，文檔放到 Confluence 自己項目團隊的空間目錄下， 并利用 Sprint 的 Linked pages功能把文檔鏈接關(guān)聯(lián)至相應(yīng)的Sprint 。二. 項目流轉(zhuǎn)1. 瀑布模式：1.1 開發(fā) & 測試 Task：1 ） 建

11、立后為OPEN 狀態(tài)；2 ） 當(dāng)開始進行該TASK 后，經(jīng)辦人點擊“開始處理“，將TASK 狀態(tài)變?yōu)镮nProgress ；3 ） 當(dāng)該 TASK 完成以后，經(jīng)辦人點擊“關(guān)閉問題“，解決類型選擇”完成“并點擊”關(guān)閉問題“。TASK 狀態(tài)變?yōu)?Closed 。4 ） 如果有需要， 可以點擊 “重新開啟問題“按鈕，TASK 狀態(tài)變?yōu)镽eopened。1.2 需求 New Feature：1 ） 建立后為OPEN 狀態(tài)；2 ） 當(dāng)這個需求研發(fā)團隊開始進行設(shè)計以后，經(jīng)辦人點擊 “開始處理“， 將 New6/10.Feature狀態(tài)變?yōu)?In Progress；3 ） 當(dāng)該 NewFeature下的包括

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

13、告人對BUG 進行 Verify工作。如果驗證后發(fā)現(xiàn)BUG 已經(jīng)被解決，則報告人點擊“關(guān)閉問題”將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)，當(dāng)TASK 所在的 Sprint開始后， TASK 會自動出現(xiàn)在 Sprint Board的 To Do 列，狀態(tài)對應(yīng)Open/Reopen。2 ） 當(dāng)某個 Task 開始進行之后，由該Task 的經(jīng)辦人，將該Task 移動到 SprintBoard的 In Progress列，

14、狀態(tài)對應(yīng)In Progress/Resolved。7/10.3 ） 當(dāng)某個 Task 完成之后，由該Task 的經(jīng)辦人將該Task 移動到 Sprint Board的 Done 列，狀態(tài)對應(yīng) Closed 。2.2 Epic&Story：1 ） 建立后為OPEN 狀態(tài)；2 ） 當(dāng) Story下有 Sub-task變?yōu)?In Progress時，則由經(jīng)辦人把該Story 拖到Board的 In Progress列；3 ） 當(dāng) Story下所有的Sub-task都變?yōu)?Done時，則表示該Story完成，由經(jīng)辦人把該Story 拖進 Done列；4 ） 當(dāng) Epic 下的所有Story 都

15、變?yōu)?Done 時，則表示該Epic 完成，由經(jīng)辦人修改 Epic 狀態(tài)為 Closed 。2.3 BUG ：1)發(fā)現(xiàn)人員建立BUG 后，指派給相關(guān)的開發(fā)人員，指定其為BUG 的經(jīng)辦人，此時 BUG 為 OPEN 狀態(tài)；2) 當(dāng)經(jīng)辦人開發(fā)人員解決了該BUG 并在測試環(huán)境自行檢查通過后，點擊“解決問題“，選擇合適的解決類型（Fixed, Won t Fix, Duplicate, CannotReproduce），并點擊”解決“，將BUG 狀態(tài)變?yōu)镽esolved ，同時可以在“描述”里填寫合適的解決原因；3)BUG 狀態(tài)變?yōu)镽esolved后， BUG 的報告人對BUG 進行 Verify工作

16、。如果驗證后發(fā)現(xiàn)BUG 已經(jīng)被解決，則報告人點擊“關(guān)閉問題”將BUG 變?yōu)镃LOSED 狀態(tài)；如果驗證后發(fā)現(xiàn)BUG 依然存在，則報告人點擊”重新開啟問題“，將BUG 狀態(tài)變?yōu)镽EOPENED 。2.4 Sprint ：8/10.1 ） Sprint指定開始時間和結(jié)束時間。2 ） Sprint從開始時間開始。3 ） 當(dāng) Sprint 結(jié)束后，由 PO 或者 SM 點擊 Complete Sprint來結(jié)束這個Sprint 。4 ） 結(jié)束后的Sprint無法重新打開。5 ） 如果已經(jīng)結(jié)束的Sprint有未來得及完成的Story和 Task，可以放到下個Sprint繼續(xù)進行。三 . 項目管理1. 瀑布模式：1.1 Confluence項目目錄下的文檔檢查：1) PRD2) 項目計劃3) 技術(shù)設(shè)計4) 技術(shù)評審結(jié)果5) 測試計劃6) 測試用例7) 上線計劃1.2 JIRA 上的項目相關(guān)Issue 檢查：1) 需求 Issue 類型與狀態(tài)2) 開發(fā) Task 類型與狀態(tài)3) 測試 Tas