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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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