1、JIRA項(xiàng)目執(zhí)行與管理方案Ver1.0一. 項(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為每個(gè)Milestone在JIRA上該項(xiàng)目

2、下建立類型為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ì)在過完需求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)過技術(shù)評(píng)審會(huì)議，評(píng)審會(huì)議結(jié)果放到Confluence自己項(xiàng)目團(tuán)隊(duì)的空間目錄下。1.4 測試設(shè)計(jì)：1) 產(chǎn)品研發(fā)團(tuán)隊(duì)在過完需求PRD評(píng)審/溝通會(huì)議以后，測試團(tuán)隊(duì)需要完成測試相關(guān)的測試計(jì)劃、測試用

3、例等，文檔放到Confluence自己項(xiàng)目團(tuán)隊(duì)的空間目錄下。2) 測試LEAD把測試相關(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ù)庫腳本編寫等任何與技術(shù)實(shí)現(xiàn)相關(guān)的任務(wù)。1.6 測試階段：1) 測試LEAD根據(jù)測試計(jì)劃，在JIRA里需求Issue之下，建立一個(gè)或若干個(gè)測試Task，Issue類型選擇為該需求Issue的Sub-Task

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

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

6、ory。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文檔的鏈接地址，填到需求Issue的描述里；或者直接在較小的Story描述里寫清需求。7) 需求的一些文檔或者是原型圖、交互等設(shè)計(jì)圖材料，需要PO放到Confluence自己項(xiàng)目團(tuán)隊(duì)的空間目錄下。2.2 Sprint Planning：1) 每個(gè)Sprint開始前，團(tuán)隊(duì)進(jìn)行Sprint計(jì)劃會(huì)議。2) PO或者SM在Sc

7、rum 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ù)這些Story需求，拆解出完成這個(gè)Story所需要的開發(fā)、測試等TASK，并由PO或者SM建立這些Task，Issue類型為相應(yīng)Story下的Sub-task，指派給相應(yīng)的開發(fā)、測試人員。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

8、階段：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í)做出決定。并且按照決定，由PO或者SM在JIRA里，對Sprint里的Story和Task進(jìn)行變動(dòng)。3) 團(tuán)隊(duì)成員在Sprint階段過程中，負(fù)責(zé)維護(hù)自己所負(fù)責(zé)的Story和Task的狀態(tài)。4) 測試人員在Sprint階段發(fā)現(xiàn)BUG后，在JIRA里相應(yīng)項(xiàng)目下，創(chuàng)建一個(gè)BUG，Issue類型為BUG，并指派給相應(yīng)的開發(fā)人員。5) 測試人員需要將BUG鏈接到相應(yīng)的Story，鏈接類型選擇relates to。2.4 Spr

9、int結(jié)束：1) 每個(gè)Sprint結(jié)束后，整個(gè)團(tuán)隊(duì)需要進(jìn)行Sprint回顧會(huì)。2) 在回顧會(huì)上，團(tuán)隊(duì)成員們需要總結(jié)Sprint中出現(xià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測試之前，團(tuán)隊(duì)上線負(fù)責(zé)人需要編寫一份上線計(jì)劃，文檔放到Confluence自己項(xiàng)目團(tuán)隊(duì)的空間目錄下，并利用Sprint的Linked pages功能把文檔鏈接關(guān)聯(lián)至相應(yīng)的Sprint。二. 項(xiàng)目流

10、轉(zhuǎn)1. 瀑布模式：1.1 開發(fā)&測試Task：1） 建立后為OPEN狀態(tài)；2） 當(dāng)開始進(jìn)行該TASK后，經(jīng)辦人點(diǎn)擊“開始處理“，將TASK狀態(tài)變?yōu)镮n Progress；3） 當(dāng)該TASK完成以后，經(jīng)辦人點(diǎn)擊“關(guān)閉問題“，解決類型選擇”完成“并點(diǎn)擊”關(guān)閉問題“。TASK狀態(tài)變?yōu)镃losed。4） 如果有需要，可以點(diǎ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)擊“開始處理“，將New Feature狀態(tài)變?yōu)镮n Progress；3） 當(dāng)該New Feature下的包括

11、開發(fā)、測試等所有子任務(wù)都完成，并且需求成功上線后，經(jīng)辦人點(diǎn)擊“關(guān)閉問題“，解決類型選擇”完成“并點(diǎn)擊”關(guā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并在測試環(huán)境自行檢查通過后，點(diǎn)擊“解決問題“，選擇合適的解決類型（Fixed, Wont Fix, Duplicate, Cannot Reproduce），并點(diǎn)擊”解決“，將BUG狀態(tài)變?yōu)镽esolved；3） BUG狀態(tài)變?yōu)镽esolved后，BUG的報(bào)告人對BUG進(jìn)行Verify工作

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

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

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

15、1） Sprint指定開始時(shí)間和結(jié)束時(shí)間。2） Sprint從開始時(shí)間開始。3） 當(dāng)Sprint結(jié)束后，由PO或者SM點(diǎn)擊Complete Sprint來結(jié)束這個(gè)Sprint。4） 結(jié)束后的Sprint無法重新打開。5） 如果已經(jīng)結(jié)束的Sprint有未來得及完成的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) 測試計(jì)劃6) 測試用例7) 上線計(jì)劃1.2 JIRA上的項(xiàng)目相關(guān)Issue檢查：1) 需求Issue類型與狀態(tài)2) 開發(fā)Task類型與狀態(tài)3) 測試Task類型與狀態(tài)4) Milestone Issue的定時(shí)檢查5) BUG數(shù)量、分布、關(guān)閉情況2. 敏捷模式：2.1 C