使用JIRA和Jenkins進行項目管理

使用JIRA和Jenkins進行項目管理 (僅供參考)使用 JIRA進行項目跟蹤管理JIRA項目管理流程概述項目的軟件開發(fā)流程主要圍繞實現(xiàn)一個個業(yè)務(wù)功能需求和非功能需求的需求分析、設(shè)計、開發(fā)、測試、發(fā)布驗收，而參與人員最多的開發(fā)和測試環(huán)節(jié)是流程最容易出問題的環(huán)節(jié)，為有效使用 JIRA進行項目管理，我們設(shè)計了以需求為主導的 JIRA表單和流程（如下圖）。軟件開發(fā)流程JIRA管理單據(jù)JIRA管理流程需求分析組需求分析需求分析組概要設(shè)計需求單、原型、ER圖、詳細設(shè)計需求單需求管理軟件開發(fā)流程JIRA管理單據(jù)JIRA管理流程需求分析組需求分析需求分析組概要設(shè)計需求單、原型、ER圖、詳細設(shè)計需求單需求管理流程需求分析組詳細設(shè)計子任務(wù)-變更單子任務(wù)-開發(fā)任務(wù)單代碼開發(fā)子任務(wù)-設(shè)計問題單任務(wù)管理流程需求分析組程序開發(fā)代碼評審-BUG單日構(gòu)建冒煙測試-BUG單需求分析組測試對應(yīng)一個需求的BUGBUG測試管理流程用戶用戶驗收測試測試問題單【說明】【需求單】：在需求分析、概要設(shè)計、詳細設(shè)計階段，將產(chǎn)生對一個需求的具體描述和實現(xiàn)設(shè)計描述交付開發(fā)階段，在JIRA，體現(xiàn)為份：以開發(fā)，如“用戶和功能系統(tǒng)和變更：如果一變更無法對應(yīng)一原的需求單【子任務(wù)單】在開發(fā)階段，一份需求往往需要三四天甚至長得多的時間上設(shè)置了以下的管理跟蹤對象子任務(wù)單開發(fā)任務(wù)單：JIRA上創(chuàng)建任務(wù)單；設(shè)計問題單：程序員拿到需求中的設(shè)計進行評估時，如果發(fā)現(xiàn)設(shè)計文檔或者需求bugJIRA上創(chuàng)建設(shè)計問題單；變更單但設(shè)計和需求人員需要對已經(jīng)提交的需求和設(shè)計提交變更時，例如BUG單BUG記錄為評審BUG；BUG單主要針對開發(fā)階段的測試，測試人員對已經(jīng)現(xiàn)的能進行測試，程能得BUGBUG單；【測試問題單】主要針對法對應(yīng)到一份需求BUG程設(shè)置者、小組分，設(shè)置以下程需求跟蹤程，需求單，但的程主要開發(fā)組長完成。任務(wù)跟蹤程主要是開發(fā)組長和程序員人員，開發(fā)任務(wù)單、設(shè)計問題BUG單，便開發(fā)小組進行，分單盡管到設(shè)計人員，但為程協(xié)調(diào)，均開發(fā)人員在面對解后對程進行BUG跟蹤程程跟蹤的程如下：需求跟蹤程【程】開發(fā)人員在接到任務(wù)后務(wù)正在處理中；任務(wù)完成后“完成”；小組長在代碼評審后，使JIRA的批程能，將完成開發(fā)JIRA上“發(fā)布測試”；測試分分為個環(huán)節(jié)：測試和集成測試；驗”操作；各代碼集成長集成完成相需求批量一般周布一個版到給集成集成執(zhí)JIRA“”據(jù)關(guān)閉；于關(guān)閉如再次現(xiàn)問題可重新打任跟蹤BUG關(guān)聯(lián)便于狀態(tài)監(jiān)控部分盡管涉及到設(shè)協(xié)調(diào)工作量均由面面解決操作?！局攸c說明】主要由序完成；w“完成代碼評審”和“批量關(guān)閉”操作。BUG跟蹤JIRA工作指引手冊目標：13需求、保證所有任、BUG被關(guān)聯(lián)到合適布版所有需求、BUG是否如實反映了實際狀態(tài)；如果不能則重新調(diào)整這些任布版

版基礎(chǔ)庫維護：瀏覽項目界面版下可以看到所有規(guī)劃版號階段以Branches-v[yyyymmdd]命名版號d，如果某個布版由于延遲而需要修改版號需要修改版號以便與實際相符合。維護項目版請點擊“管理項目”versionsManage鏈接以下界面版“新增”、“刪除”布功能將問題(Issue)關(guān)聯(lián)到版：功能確保所有需求、BUG均被關(guān)聯(lián)到合適版以便一次發(fā)布時布內(nèi)容是清晰和反映實際情況：未規(guī)劃問題關(guān)聯(lián)到版：點擊“未規(guī)劃”鏈接以下未規(guī)劃列表點擊xx問題”：BUG**/U-3“增”、“近更是否設(shè)置模塊來保證“模塊名”情況都是模塊為體交叉可保證。“”、“BUG”BUG各是否設(shè)置。務(wù)分配管標：保證分配責人保證人務(wù)不遺漏更錯誤分配JIRA系統(tǒng)創(chuàng)建時責人都設(shè)置為務(wù)創(chuàng)建人組長該天務(wù)責人是否分配可責人是否分配單條需求單對應(yīng)計問題圖示標志為計問題）：“最單條需求單對應(yīng)計問題圖示標志為計問題）：檢查每個人問題單否被遺漏：點擊每個人員姓名進入該成員檢查這些問題否都屬于該成員更正錯誤分配進入問題單編輯界面重點修正以下字段：計問題跟蹤由于計和屬于兩個不同哦小因此經(jīng)出現(xiàn)以下問題：計錯誤導致無法進行模塊依賴數(shù)據(jù)口沒有被提供使得無法進行程序員不喜歡交流由于這些計問題導致務(wù)被延誤并作為務(wù)無限延長理由證目標：所有計問題被跟蹤/計能JIRA協(xié)調(diào)計問題及時得到解決所有計問題被跟蹤應(yīng)在每日會上了解所有成員務(wù)阻礙并檢查這些阻礙以及成員和計人員郵件口頭交涉JIRA正確記錄。下圖可以JIRA首頁“所有計問題”或者進入單條需求單查看其包含所有計問題：“所有計問題”對應(yīng)結(jié)果：協(xié)調(diào)計問題及時得到解決以上查找到計問題可以導出一份打印與程序員w目標：跟蹤進度：跟蹤所有需求和務(wù)BUG逾期時間()JIRA上得到實反饋；調(diào)整剩余時間和逾期時間使得務(wù)進度與現(xiàn)實一致；跟蹤進度應(yīng)重點跟蹤來跟蹤未布測試或者未集成需求單；下點擊一個即將布：BUG集BUG原估算時間、花費時間確估算時間被正確設(shè)置（小組長主導、與程序員；影響版本其版本爭取剩余時間和時間使得任務(wù)度與現(xiàn)實一致；對任何一個BUG單通過編輯BUG單剩余時間和圖：程序員工作指引檢查個人任務(wù)程序員登錄系統(tǒng)后首頁可看到部分:分配給我任務(wù)責任人當用戶所有未關(guān)閉BUG等所有問題單；開放問題所有分配給我問題；開始處理問題單（包括/BUG/子任務(wù)等）點擊打開“已分配”“退回返工”問題單圖“開始處理”，問題單狀態(tài)調(diào)整為“處理中”；（**此步驟經(jīng)常被）；下載相應(yīng)的附件，閱讀所有的需求、詳細設(shè)計、原型、數(shù)據(jù)庫E/R圖等；-下：錄案；填寫記錄，反饋實時進度處理任務(wù)過中，序員需要通過記錄日志，及時反饋任務(wù)使用的時間如圖，“日志”的“完成記錄”鏈接：*所有的時記錄不要記錄子任務(wù)上，全部記錄到需求單上完成處理問題單（包括需求/BUG/子任務(wù)等）打開相應(yīng)的問題單，“完成”鏈接；測試組長目標：了解所有待測試需求、BUG的分配情況BUG被正確分配保證測試被正確執(zhí)行需求測試分配管理JIRA“待的需求”查看待的內(nèi)容：如圖，待的需求狀態(tài)為“待驗收”-對應(yīng)冒煙，“待集成”-對應(yīng)集成發(fā)布分配人員：進入“待的需求”列表，檢查者是否分配正確。人員多個需求：選擇批量改變xx”如圖，選擇對應(yīng)的多個需求單：如圖，選擇編輯問題，點擊“一”；BUG、子任務(wù)-BUG分配管理略，“待BUG”進入待的BUG列表，其他與需求分配管理一致，參考上一小節(jié)；狀態(tài)監(jiān)控管理長BUG或者需求。敦促人員在后點擊“驗收”或者“”流程；人員工指引檢查個人任務(wù)進入個人待的所有問題：完成需求打開對應(yīng)的需求單BUG-點擊一需求驗收后，在選工流程區(qū)域點擊驗收，或者