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

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

2、的項(xiàng)目經(jīng)理。項(xiàng)目計(jì)劃完成后，由PO或者項(xiàng)目經(jīng)理放到Confluence自己項(xiàng)目團(tuán)隊(duì)的空間目錄下。技術(shù)設(shè)計(jì)：產(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ì)的空間目錄下。開發(fā)LEAD把技術(shù)設(shè)計(jì)文檔的鏈接地址添加至需求Issue的描述里。技術(shù)設(shè)計(jì)需要經(jīng)過技術(shù)評(píng)審會(huì)議，評(píng)審會(huì)議結(jié)果放到Confluence自己項(xiàng)目團(tuán)隊(duì)的空間目錄下。測(cè)試設(shè)計(jì)：產(chǎn)品研發(fā)團(tuán)隊(duì)在過完需求PRD評(píng)審/溝通會(huì)議以后，測(cè)試團(tuán)隊(duì)需要完成測(cè)試相關(guān)的測(cè)試計(jì)劃、測(cè)試用例等，文檔放到Confluence自己項(xiàng)目團(tuán)隊(duì)的空間目錄下。測(cè)試LEAD把測(cè)試相關(guān)文檔的鏈接地址添加至需

3、求Issue的描述里。開發(fā)階段：開發(fā)LEAD根據(jù)技術(shù)設(shè)計(jì)，在JIRA里需求Issue之下，建立一個(gè)或若干個(gè)研發(fā)Task，Issue類型選擇為該需求Issue的Sub-Task，并指派給相應(yīng)的開發(fā)人員。研發(fā)Task可以包括Coding、Bug Fix、JUnit、數(shù)據(jù)庫腳本編寫等任何與技術(shù)實(shí)現(xiàn)相關(guān)的任務(wù)。測(cè)試階段：測(cè)試LEAD根據(jù)測(cè)試計(jì)劃，在JIRA里需求Issue之下，建立一個(gè)或若干個(gè)測(cè)試Task，Issue類型選擇為該需求Issue的Sub-Task，并指派給相應(yīng)的測(cè)試人員。測(cè)試Task可以包括測(cè)試用例編寫、測(cè)試執(zhí)行、測(cè)試數(shù)據(jù)準(zhǔn)備等。測(cè)試人員在測(cè)試階段發(fā)現(xiàn)BUG后，在JIRA里相應(yīng)項(xiàng)目下，創(chuàng)

4、建一個(gè)BUG，Issue類型為BUG，并指派給相應(yīng)的開發(fā)人員。測(cè)試人員需要將BUG鏈接到需求Issue，鏈接類型選擇relates to。發(fā)布上線：在需求上SIT測(cè)試之前，研發(fā)團(tuán)隊(duì)上線負(fù)責(zé)人需要編寫一份上線計(jì)劃，文檔放到Confluence自己項(xiàng)目團(tuán)隊(duì)的空間目錄下，并把文檔鏈接地址添加至需求Issue的描述里。研發(fā)團(tuán)隊(duì)上線負(fù)責(zé)人，在JIRA里需求Issue之下，建立一個(gè)上線Task，Issue類型選擇為該需求Issue的Sub-Task，并指派給上線負(fù)責(zé)人本人。敏捷模式：需求管理：由產(chǎn)品經(jīng)理PO或者Scrum Master在JIRA的Agile里，為自己的敏捷團(tuán)隊(duì)建立一個(gè)Agile Board

5、，Board類型選擇Scrum，并為Board選擇自己所在的項(xiàng)目。由產(chǎn)品經(jīng)理PO提出確定需要做的需求，然后在JIRA里自己的項(xiàng)目下，建立需求Issue，指派給PO。如果需求比較小，則建立需求的Issue類型選擇Story。如果需求比較大，甚至于無法在一個(gè)Sprint內(nèi)完成，則將該需求建立需求Issue，的類型選擇Epic。然后在此Epic下建立若干個(gè)小需求Issue，類型為Story。需求Issue建立完成后，Issue會(huì)自動(dòng)出現(xiàn)在Scrum Board下，Plan里的Backlog下，并根據(jù)優(yōu)先級(jí)從高到低，從上往下排列這些Story。PO可以根據(jù)需要，選擇為需求編寫PRD，并上傳到Confl

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

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

8、int階段過程中，負(fù)責(zé)維護(hù)自己所負(fù)責(zé)的Story和Task的狀態(tài)。測(cè)試人員在Sprint階段發(fā)現(xiàn)BUG后，在JIRA里相應(yīng)項(xiàng)目下，創(chuàng)建一個(gè)BUG，Issue類型為BUG，并指派給相應(yīng)的開發(fā)人員。測(cè)試人員需要將BUG鏈接到相應(yīng)的Story，鏈接類型選擇relates to。Sprint結(jié)束：每個(gè)Sprint結(jié)束后，整個(gè)團(tuán)隊(duì)需要進(jìn)行Sprint回顧會(huì)。在回顧會(huì)上，團(tuán)隊(duì)成員們需要總結(jié)Sprint中出現(xiàn)的問題，并轉(zhuǎn)化成Action。由SM或者PO記錄到Confluence上相應(yīng)的項(xiàng)目目錄下，跟進(jìn)實(shí)施改進(jìn)。發(fā)布上線：如果一個(gè)Sprint中有Story需要發(fā)布上線，則PO在計(jì)劃會(huì)上為該Story建立一個(gè)上

9、線Task，指派給上線負(fù)責(zé)人。在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)瀑布模式：開發(fā)&測(cè)試Task：建立后為OPEN狀態(tài)；當(dāng)開始進(jìn)行該TASK后，經(jīng)辦人點(diǎn)擊“開始處理“，將TASK狀態(tài)變?yōu)镮n Progress；當(dāng)該TASK完成以后，經(jīng)辦人點(diǎn)擊“關(guān)閉問題“，解決類型選擇”完成“并點(diǎn)擊”關(guān)閉問題“。TASK狀態(tài)變?yōu)镃losed。如果有需要，可以點(diǎn)擊“重新開啟問題“按鈕，TASK狀態(tài)變?yōu)镽eopened。需求New Featu

10、re：建立后為OPEN狀態(tài)；當(dāng)這個(gè)需求研發(fā)團(tuán)隊(duì)開始進(jìn)行設(shè)計(jì)以后，經(jīng)辦人點(diǎn)擊“開始處理“，將New Feature狀態(tài)變?yōu)镮n Progress；當(dāng)該New Feature下的包括開發(fā)、測(cè)試等所有子任務(wù)都完成，并且需求成功上線后，經(jīng)辦人點(diǎn)擊“關(guān)閉問題“，解決類型選擇”完成“并點(diǎn)擊”關(guān)閉問題“。New Feature狀態(tài)變?yōu)镃losed。BUG：發(fā)現(xiàn)人員建立BUG后，指派給相關(guān)的開發(fā)人員，指定其為BUG的經(jīng)辦人，此時(shí)BUG為OPEN狀態(tài)；當(dāng)經(jīng)辦人開發(fā)人員解決了該BUG并在測(cè)試環(huán)境自行檢查通過后，點(diǎn)擊“解決問題“，選擇合適的解決類型（Fixed, Wont Fix, Duplicate, Canno

11、t Reproduce），并點(diǎn)擊”解決“，將BUG狀態(tài)變?yōu)镽esolved；BUG狀態(tài)變?yōu)镽esolved后，BUG的報(bào)告人對(duì)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。敏捷模式：開發(fā)&測(cè)試Task：建立后為OPEN狀態(tài)，當(dāng)TASK所在的Sprint開始后，TASK會(huì)自動(dòng)出現(xiàn)在Sprint Board的To Do列，狀態(tài)對(duì)應(yīng)Open/Reopen。當(dāng)某個(gè)Task開始進(jìn)行之后，由該Task的經(jīng)辦人，將該Task移動(dòng)到Sprint Bo

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

13、。BUG：發(fā)現(xiàn)人員建立BUG后，指派給相關(guān)的開發(fā)人員，指定其為BUG的經(jīng)辦人，此時(shí)BUG為OPEN狀態(tài)；當(dāng)經(jīng)辦人開發(fā)人員解決了該BUG并在測(cè)試環(huán)境自行檢查通過后，點(diǎn)擊“解決問題“，選擇合適的解決類型（Fixed, Wont Fix, Duplicate, Cannot Reproduce），并點(diǎn)擊”解決“，將BUG狀態(tài)變?yōu)镽esolved，同時(shí)可以在“描述”里填寫合適的解決原因；BUG狀態(tài)變?yōu)镽esolved后，BUG的報(bào)告人對(duì)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。Sprint：Sprint指定開始時(shí)間和結(jié)束時(shí)間。Sprint從開始時(shí)間開始。當(dāng)Sprint結(jié)束后，由PO或者SM點(diǎn)擊Complete Sprint來結(jié)束這個(gè)Sprint。結(jié)束后的Sprint無法重新打開。如果已經(jīng)結(jié)束的Sprint有未來得及完成的Story和Task，可以放到下個(gè)Sprint繼續(xù)進(jìn)行。 項(xiàng)目管理瀑布模式：Confluence項(xiàng)目目錄下的文檔檢查：PRD項(xiàng)目計(jì)劃技術(shù)設(shè)計(jì)技術(shù)評(píng)審結(jié)果測(cè)試計(jì)劃測(cè)試用例上線計(jì)劃JIRA上的項(xiàng)目相關(guān)Issue檢查：需求Issue