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

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

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

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

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

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

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

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

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

9、線Task，指派給上線負責(zé)人。在Story上SIT測試之前，團隊上線負責(zé)人需要編寫一份上線計劃，文檔放到Confluence自己項目團隊的空間目錄下，并利用Sprint的Linked pages功能把文檔鏈接關(guān)聯(lián)至相應(yīng)的Sprint。 項目流轉(zhuǎn)瀑布模式：開發(fā)&測試Task：建立后為OPEN狀態(tài)；當開始進行該TASK后，經(jīng)辦人點擊“開始處理“，將TASK狀態(tài)變?yōu)镮n Progress；當該TASK完成以后，經(jīng)辦人點擊“關(guān)閉問題“，解決類型選擇”完成“并點擊”關(guān)閉問題“。TASK狀態(tài)變?yōu)镃losed。如果有需要，可以點擊“重新開啟問題“按鈕，TASK狀態(tài)變?yōu)镽eopened。需求New Featu

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

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

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

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