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類型，選擇NewFeature。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)目下建立類型為Mi

2、lestone的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 測(cè)試設(shè)計(jì):1）產(chǎn)品研發(fā)團(tuán)隊(duì)在過完需求PRD評(píng)審/溝通會(huì)議以后，測(cè)試團(tuán)隊(duì)需要完成測(cè)試相關(guān)的測(cè)試計(jì)劃、測(cè)試用例等，文檔放到Conflu

3、ence自己項(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、BugFix、JUnit、數(shù)據(jù)庫(kù)腳本編寫等任何與技術(shù)實(shí)現(xiàn)相關(guān)的任務(wù)。1.6 測(cè)試階段：1）測(cè)試LEAD根據(jù)測(cè)試計(jì)劃，在JIRA里需求Issue之下，建立一個(gè)或若干個(gè)測(cè)試Task,Issue類型選擇為該需求Issue的Sub-Task,并指派給相應(yīng)的測(cè)試人員。2）測(cè)試T

4、ask可以包括測(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,鏈接類型選擇relatesto。1.7 發(fā)布上線：1）在需求上SIT測(cè)試之前，研發(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類型選擇為該需求Issue的Sub-Task,并指派給上線負(fù)責(zé)人本人。

5、2 .敏捷模式：2.1 需求管理：1） 由產(chǎn)品經(jīng)理PO或者ScrumMaster在JIRA的Agile里，為自己的敏捷團(tuán)隊(duì)建立一個(gè)AgileBoard,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,類型為Story。5） 需求Issue建立完成后，Issue會(huì)

6、自動(dòng)出現(xiàn)在ScrumBoard下，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 SprintPlanning1）每個(gè)Sprint開始前，團(tuán)隊(duì)進(jìn)行Sprint計(jì)劃會(huì)議。2.3 PO或者SM在ScrumBoard里，為團(tuán)隊(duì)建立一個(gè)新的Sprint。3）在

7、計(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ā)、測(cè)試等TASK,并由PO或者SM建立這些Task,Issue類型為相應(yīng)Story下的Sub-task,指派給相應(yīng)的開發(fā)、測(cè)試人員。1.1 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)行DailyScrum站立

8、會(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里，對(duì)Sprint里的Story和Task進(jìn)行變動(dòng)。3）團(tuán)隊(duì)成員在Sprint階段過程中，負(fù)責(zé)維護(hù)自己所負(fù)責(zé)的Story和Task的狀O4）測(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,鏈接類型選擇relatesto。2.4 Sprint結(jié)束：1）每個(gè)Sprint結(jié)束后，整個(gè)團(tuán)隊(duì)需要進(jìn)行Sprint回顧會(huì)。2

9、）在回顧會(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測(cè)試之前，團(tuán)隊(duì)上線負(fù)責(zé)人需要編寫一份上線計(jì)劃，文檔放到Confluence自己項(xiàng)目團(tuán)隊(duì)的空間目錄下，并利用Sprint的Linkedpages功能把文檔鏈接關(guān)聯(lián)至相應(yīng)的Sprinto.項(xiàng)目流轉(zhuǎn)1 .瀑布模式：1.1 開發(fā)&測(cè)試Task:1）建立后為OPEN狀態(tài)；2）當(dāng)開始進(jìn)

10、行該TASK后，經(jīng)辦人點(diǎn)擊“開始處理“，將TASK狀態(tài)變?yōu)镮nProgress;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 需求NewFeature:1）建立后為OPEN狀態(tài)；2）當(dāng)這個(gè)需求研發(fā)團(tuán)隊(duì)開始進(jìn)行設(shè)計(jì)以后，經(jīng)辦人點(diǎn)擊“開始處理“，將NewFeature狀態(tài)變?yōu)镮nProgress;3）當(dāng)該NewFeature下的包括開發(fā)、測(cè)試等所有子任務(wù)都完成，并且需求成功上線后，經(jīng)辦人點(diǎn)擊“關(guān)閉問題“，解決類型選擇”

11、完成“并點(diǎn)擊”關(guān)閉問題“。NewFeature狀態(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)境自行檢查通過后，點(diǎn)擊“解決問題“，選擇合適的解決類型（Fixed,Won'tFix,Duplicate,CannotReproduce）,并點(diǎn)擊"解決"，將BUG狀態(tài)變?yōu)镽esolved;3）BUG狀態(tài)變?yōu)镽esolved后，BUG的報(bào)告人對(duì)BUG進(jìn)彳TVerify工作。如果驗(yàn)證后發(fā)現(xiàn)BUG已經(jīng)被解決，則報(bào)告人點(diǎn)擊“關(guān)閉問題”將BUG變?yōu)镃L

12、OSED狀態(tài)；如果驗(yàn)證后發(fā)現(xiàn)BUG依然存在，則報(bào)告人點(diǎ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)在SprintBoard的ToDo歹U,狀態(tài)對(duì)應(yīng)Open/Reopen。2）當(dāng)某個(gè)Task開始進(jìn)行之后，由該Task的經(jīng)辦人，將該Task移動(dòng)到SprintBoard的InProgress歹U,狀態(tài)對(duì)應(yīng)InProgress/Resolved。3）當(dāng)某個(gè)Task完成之后，由該Task的經(jīng)辦人將該Task移動(dòng)到SprintBoard的Done歹U,狀態(tài)對(duì)應(yīng)Clo

13、sed。2.2 Epic&Story1）建立后為OPEN狀態(tài)；2）當(dāng)Story下有Sub-task變?yōu)镮nProgress時(shí)，則由經(jīng)辦人把該Story拖到Board的InProgress歹U;3）當(dāng)Story下所有的Sub-task都變?yōu)镈one時(shí)，則表示該Story完成，由經(jīng)辦人把該Story拖進(jìn)Done歹U;4）當(dāng)Epic下的所有Story者B變?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)辦人，此時(shí)BUG為OPEN狀態(tài)；2）當(dāng)經(jīng)辦人開發(fā)人員解決了該BUG并在測(cè)試環(huán)境自行

14、檢查通過后，點(diǎn)擊“解決問題“，選擇合適的解決類型（Fixed,Won'tFix,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)彳TVerify工作。如果驗(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.4Sprint1） Sprint指定開始時(shí)間和結(jié)束時(shí)間。2） Sprint從開始時(shí)間開始。3） 當(dāng)Sprint結(jié)束后，由PO或者SM點(diǎn)擊CompleteSprint來結(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）測(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è)試