使用JIRA和Jenkins進(jìn)行項(xiàng)目管理

使用JIRA和Jenkins進(jìn)行項(xiàng)目管理(僅供參考)使用JIRA進(jìn)行項(xiàng)目跟蹤管理1.1JIRA項(xiàng)目管理流程概述項(xiàng)目的軟件開發(fā)流程主要圍繞實(shí)現(xiàn)一個(gè)個(gè)業(yè)務(wù)功能需求和非功能需求的需求分析、設(shè)計(jì)、開發(fā)、測(cè)試、發(fā)布驗(yàn)收，而參與人員最多的開發(fā)和測(cè)試環(huán)節(jié)是流程最容易出問題的環(huán)節(jié)，為有效使用JIRA進(jìn)行項(xiàng)目管理，我們?cè)O(shè)計(jì)了以需求為主導(dǎo)的JIRA表單和流程（如下圖）。對(duì)應(yīng)于軟件過程的管理流程，本項(xiàng)目 JIRA對(duì)應(yīng)設(shè)置了以下的 IssueType（問題類型）和3大管理流程：軟件開發(fā)流程 JIRA管理單據(jù) JIRA管理流程需求分析組需求分析需求分析組需求單、原型、ER圖、詳細(xì)設(shè)計(jì)需求單概要設(shè)計(jì)需求分析組子任務(wù)-變更單詳細(xì)設(shè)計(jì)子任務(wù)-開發(fā)任務(wù)單代碼開發(fā)子任務(wù)-設(shè)計(jì)問題單需求分析組代碼評(píng)審子任務(wù)-評(píng)審BUG單程序開發(fā)日構(gòu)建冒煙測(cè)試子任務(wù)-測(cè)試BUG單需求分析組對(duì)應(yīng)一個(gè)需求的BUG測(cè)試對(duì)應(yīng)系統(tǒng)或多個(gè)需求的BUG用戶測(cè)試問題單用戶驗(yàn)收測(cè)試

需求管理流程任務(wù)管理流程測(cè)試管理流程【說明】【需求單】：在需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)階段，將產(chǎn)生對(duì)一個(gè)需求的具體描述和實(shí)現(xiàn)設(shè)計(jì)描述交付到開發(fā)階段，在 JIRA中，體現(xiàn)為一份需求單，這些交付件全部作為需求單的附件，需求單的來源包括：需求階段的原始需求，以一個(gè)業(yè)務(wù)功能為一份需求，通常在一周左右可以開發(fā)完成，例如“用戶新增和查詢功能”；系統(tǒng)優(yōu)化和變更：如果一些變更無法對(duì)應(yīng)一份原始需求，需要?jiǎng)?chuàng)建一份新的需求單【子任務(wù)單】在開發(fā)階段，一份需求往往需要三四天甚至長(zhǎng)得多的時(shí)間才能完成，開發(fā)完成后也存在不斷的優(yōu)化和改進(jìn)，因此，圍繞需求在 JIRA上設(shè)置了以下的管理跟蹤對(duì)象子任務(wù)單 (SubIssueType)開發(fā)任務(wù)單：程序員拿到需求后，組長(zhǎng)應(yīng)該協(xié)調(diào)開發(fā)人員將需求分解為開發(fā)任務(wù)，在JIRA上創(chuàng)建任務(wù)單；設(shè)計(jì)問題單：程序員拿到需求中的設(shè)計(jì)進(jìn)行評(píng)估時(shí)， 如果發(fā)現(xiàn)設(shè)計(jì)文檔或者需求有 bug，應(yīng)該記錄在案以便協(xié)調(diào)設(shè)計(jì)小組完善，在JIRA上創(chuàng)建設(shè)計(jì)問題單；變更單但設(shè)計(jì)和需求人員需要對(duì)已經(jīng)提交的需求和設(shè)計(jì)提交變更時(shí)，例如增加一個(gè)字段、變更原型樣式、變更接口方法，均需要提交變更單；評(píng)審BUG單主要是開發(fā)組長(zhǎng)或者結(jié)對(duì)開發(fā)程序員在評(píng)審BUG時(shí)，將評(píng)審的BUG記錄為評(píng)審BUG；測(cè)試BUG單主要針對(duì)前期開發(fā)階段的冒煙測(cè)試，測(cè)試人員對(duì)已經(jīng)實(shí)現(xiàn)的功能進(jìn)行測(cè)試，保證流程能夠跑得通，如果發(fā)現(xiàn)BUG則創(chuàng)建測(cè)試BUG單；【測(cè)試問題單】主要針對(duì)無法對(duì)應(yīng)到一份需求產(chǎn)生的 BUG流程設(shè)置說明根據(jù)參與者、小組分工，設(shè)置以下流程需求跟蹤流程參與人員包括需求分析員、設(shè)計(jì)者、開發(fā)組長(zhǎng)、程序員、測(cè)試組長(zhǎng)、測(cè)試員、用戶參與，只與需求單關(guān)聯(lián)，但目前其他用戶參與的流程主要由開發(fā)組長(zhǎng)完成。任務(wù)跟蹤流程主要是開發(fā)組長(zhǎng)和程序員兩級(jí)人員參與，與開發(fā)任務(wù)單、設(shè)計(jì)問題單、變更單、評(píng)審BUG單，便于開發(fā)小組進(jìn)行狀態(tài)監(jiān)控，部分單盡管涉及到設(shè)計(jì)人員，但為降低流程協(xié)調(diào)工作量，均由開發(fā)人員在面對(duì)面解決后對(duì)流程進(jìn)行操作BUG跟蹤流程主要是測(cè)試人員和開發(fā)組間的流程跟蹤。詳細(xì)的流程圖如下：需求跟蹤流程創(chuàng)建子任務(wù)子任務(wù)流程創(chuàng)建子任務(wù)發(fā)現(xiàn)BUG新建BUG發(fā)現(xiàn)BUG啟動(dòng)BUG流程發(fā)現(xiàn)BUG

開始開發(fā)組長(zhǎng)草稿草稿草稿開發(fā)小組長(zhǎng)開發(fā)人員分配退回重新分配已分配開發(fā)人員開始處理處理中開發(fā)人員完成開發(fā)完成待單元驗(yàn)收測(cè)試開發(fā)小組長(zhǎng)開發(fā)小組長(zhǎng)發(fā)布測(cè)試退回返工退回返工待單元驗(yàn)收測(cè)試測(cè)試人員待集成開發(fā)小組長(zhǎng)驗(yàn)收通過退回返工待集成開發(fā)小組長(zhǎng)開發(fā)小組長(zhǎng)完成集成退回返工集成測(cè)試測(cè)試人員測(cè)試通過測(cè)試通過測(cè)試人員開發(fā)小組長(zhǎng)關(guān)閉重新打開已關(guān)閉結(jié)束【流程重點(diǎn)說明】開發(fā)人員必須在接受到任務(wù)后點(diǎn)擊“開始處理”，以便跟蹤哪些任務(wù)正在處理中；任務(wù)完成后點(diǎn)擊“完成”；小組長(zhǎng)在代碼評(píng)審后，使用JIRA的批量流程操作功能，將完成開發(fā)的進(jìn)行發(fā)布，在JIRA上點(diǎn)擊“發(fā)布測(cè)試”；測(cè)試部分分為兩個(gè)環(huán)節(jié)：冒煙測(cè)試和集成測(cè)試；冒煙測(cè)試對(duì)應(yīng)流程中的單元驗(yàn)收測(cè)試，在開發(fā)人員本機(jī)上或者該小組的服務(wù)器上每日構(gòu)建后進(jìn)行測(cè)試；測(cè)試通過后應(yīng)立即進(jìn)行JIRA“驗(yàn)收通過”操作；冒煙測(cè)試通過后，開發(fā)小組協(xié)調(diào)發(fā)布人員，進(jìn)行各小組的代碼集成，開發(fā)小組長(zhǎng)在集成完成后，對(duì)相應(yīng)的需求批量進(jìn)行 JIRA“完成集成”操作。集成測(cè)試，在冒煙測(cè)試后完成，一般每周發(fā)布一個(gè)版本到測(cè)試服務(wù)器給測(cè)試組進(jìn)行集成測(cè)試；集成測(cè)試通過應(yīng)立即執(zhí)行JIRA“測(cè)試通過”該單據(jù)關(guān)閉；對(duì)于關(guān)閉的單，如再次發(fā)現(xiàn)問題可重新打開；任務(wù)跟蹤流程主要是開發(fā)組長(zhǎng)和程序員兩級(jí)人員參與，與開發(fā)任務(wù)單、設(shè)計(jì)問題單、變更單、評(píng)審BUG單進(jìn)行關(guān)聯(lián)，便于開發(fā)小組進(jìn)行狀態(tài)監(jiān)控，部分單盡管涉及到設(shè)計(jì)人員，但為降低流程協(xié)調(diào)工作量，均由開發(fā)人員在面對(duì)面解決后對(duì)流程進(jìn)行操作。開始報(bào)告者起草子任務(wù)草稿開發(fā)人員開始處理處理中開發(fā)人員開發(fā)小組長(zhǎng)完成開發(fā)退回返工已完成開發(fā)開發(fā)小組長(zhǎng)完成代碼評(píng)審已評(píng)審代碼開發(fā)組長(zhǎng)開發(fā)小組長(zhǎng)批量關(guān)閉重新打開已關(guān)閉結(jié)束【流程重點(diǎn)說明】主要的流程由程序員完成；開發(fā)小組長(zhǎng)一般情況進(jìn)行整系統(tǒng)和階段性代碼的review，然后批量進(jìn)行“完成代碼評(píng)審”和“批量關(guān)閉”操作。1.1.4BUG跟蹤流程開始測(cè)試人員/用戶起草BUG草稿測(cè)試人員/用戶發(fā)布已分配開發(fā)人員重現(xiàn)打開開始處理處理中開發(fā)人員完成開發(fā)已完成開發(fā)開發(fā)小組長(zhǎng)開發(fā)小組長(zhǎng)關(guān)閉完成代碼評(píng)審?fù)嘶匾言u(píng)審代碼測(cè)試人員開始測(cè)試測(cè)試人員測(cè)試人員測(cè)試人員延遲測(cè)試退回測(cè)試通過-關(guān)閉結(jié)束JIRA工作指引手冊(cè)開發(fā)組長(zhǎng)工作指引3.1發(fā)布管理目標(biāo)：建立發(fā)布基線：每周1和3檢查所有的需求、BUG，保證所有的任務(wù)、BUG被關(guān)聯(lián)到合適的發(fā)布測(cè)試版本；監(jiān)控發(fā)布基線：每天與小組成員交流，檢查和review下一個(gè)發(fā)布版本中包括的所有需求、BUG是否如實(shí)反映了實(shí)際的狀態(tài)；調(diào)整發(fā)布計(jì)劃：在發(fā)布前一兩天，檢查發(fā)布基線的內(nèi)容是否能夠保證按計(jì)劃進(jìn)行，如果不能則重新調(diào)整這些任務(wù)的發(fā)布版本；步驟：版本基礎(chǔ)庫維護(hù)：在瀏覽項(xiàng)目界面，在版本下可以看到所有規(guī)劃的版本號(hào)，在開發(fā)階段以Branches-v[yyyymmdd]命名版本號(hào)，yyyymmdd代表發(fā)布的日期，如果某個(gè)發(fā)布版本由于延遲而需要修改版本號(hào)，需要修改對(duì)應(yīng)的版本號(hào)，以便與實(shí)際相符合。維護(hù)項(xiàng)目的版本，請(qǐng)點(diǎn)擊“管理項(xiàng)目”在versions 中，點(diǎn)擊Manage鏈接在以下界面中，進(jìn)行版本“新增”、“刪除”或發(fā)布功能” Release”：將問題單(Issue) 關(guān)聯(lián)到版本：本功能確保所有的需求、BUG均被關(guān)聯(lián)到合適的版本中，以便每一次發(fā)布時(shí)發(fā)布內(nèi)容是清晰和反映實(shí)際情況：對(duì)未規(guī)劃的問題單關(guān)聯(lián)到版本：點(diǎn)擊“未規(guī)劃”鏈接在以下未規(guī)劃列表中，點(diǎn)擊 “批量改變：所有 xx問題”：選擇需要規(guī)劃到一個(gè)版本的所有需求或者 BUG等問題單，點(diǎn)擊下一步：注意：一次只能規(guī)劃一個(gè)版本，所以，選擇的這些問題單必須在一個(gè)版本發(fā)布選擇編輯問題，并點(diǎn)擊下一步選擇對(duì)應(yīng)的版本號(hào)：仔細(xì)確認(rèn)本次批量操作：將已發(fā)布版本中重新打開 /退回的問題關(guān)聯(lián)到待發(fā)布版本中在發(fā)布前，檢查之前所有發(fā)布版本，如果發(fā)現(xiàn)有任何處理 重新打開或者退回返工的需求或者BUG，將其關(guān)聯(lián)到待發(fā)布的合適版本（允許一個(gè)問題關(guān)聯(lián)多個(gè)版本）；檢查問題單-版本關(guān)聯(lián)的正確性：一般通過以下 3類操作通過版本路線鏈接進(jìn)入問題列表，反復(fù)檢查每個(gè)版本的內(nèi)容，使用以上方式批量調(diào)整問題單版本號(hào)，直至所有問題被正確關(guān)聯(lián)：通過檢查最新，點(diǎn)擊瀏覽項(xiàng)目頁面的“最新新增”、“最近更新”鏈接檢查以下列是否設(shè)置正確：通過模塊鏈接來保證，點(diǎn)擊瀏覽項(xiàng)目頁面的“模塊名”一般情況，發(fā)布都是以一個(gè)模塊為整體發(fā)布，通過交叉檢查模塊也可以保證發(fā)布的正確性。通過“所有需求”、“所有BUG”鏈接進(jìn)入需求和BUG列表檢查各個(gè)版本是否正確設(shè)置。3.2任務(wù)分配管理目標(biāo)：保證所有問題單被分配到正確的責(zé)任人保證每個(gè)人的任務(wù)不被遺漏更正錯(cuò)誤的分配在JIRA系統(tǒng)中，任何問題單被創(chuàng)建時(shí)，責(zé)任人都被設(shè)置為任務(wù)創(chuàng)建人，開發(fā)組長(zhǎng)應(yīng)該每天檢查任務(wù)責(zé)任人是否分配正確，一般可以通過以下操作：檢查所有的問題單責(zé)任人是否分配正確：通過預(yù)設(shè)置的任何過濾器（例如，開發(fā)組長(zhǎng)最常用的鏈接是通過版本號(hào)、“最近新增”、“最近更新”進(jìn)入問題列表），進(jìn)入問題單列表，并按照人員或者最后更新時(shí)間排序，逐個(gè)人員對(duì)比檢查：檢查每個(gè)人的問題單是否被遺漏：點(diǎn)擊每個(gè)人員姓名進(jìn)入該成員的所有需求和 BUG，檢查這些問題是否都屬于該成員更正錯(cuò)誤的分配進(jìn)入問題單編輯界面，重點(diǎn)修正以下字段：3.3設(shè)計(jì)問題跟蹤由于設(shè)計(jì)和開發(fā)屬于兩個(gè)不同哦小組，因此經(jīng)常出現(xiàn)以下問題：設(shè)計(jì)錯(cuò)誤，導(dǎo)致開發(fā)無法進(jìn)行本模塊依賴的數(shù)據(jù)、接口沒有被提供，使得開發(fā)無法進(jìn)行程序員不喜歡交流由于這些設(shè)計(jì)問題導(dǎo)致任務(wù)被延誤并作為任務(wù)無限延長(zhǎng)的理由跟蹤不及時(shí)將導(dǎo)致設(shè)計(jì)、開發(fā)小組、開發(fā)人員扯皮，任務(wù)計(jì)劃被擱置無法保證目標(biāo)：所有的設(shè)計(jì)問題被跟蹤開發(fā)組長(zhǎng)/設(shè)計(jì)組長(zhǎng)能通過 JIRA協(xié)調(diào)設(shè)計(jì)問題及時(shí)得到解決所有的設(shè)計(jì)問題被跟蹤開發(fā)組長(zhǎng)應(yīng)在每日例會(huì)上了解所有成員任務(wù)的阻礙，并檢查這些阻礙、設(shè)計(jì)人員通過郵件、口頭交涉的問題被JIRA正確記錄。

以及開發(fā)成員和如下圖，開發(fā)組長(zhǎng)可以通過

JIRA

首頁的“所有設(shè)計(jì)問題”、或者進(jìn)入單條需求單查看其包含所有的設(shè)計(jì)問題：“所有設(shè)計(jì)問題”對(duì)應(yīng)的結(jié)果：?jiǎn)螚l需求單對(duì)應(yīng)的設(shè)計(jì)問題（圖示 標(biāo)志的為設(shè)計(jì)問題）：開發(fā)組長(zhǎng)協(xié)調(diào)設(shè)計(jì)問題及時(shí)得到解決通過以上查找到的設(shè)計(jì)問題， 開發(fā)組長(zhǎng)可以導(dǎo)出一份打印的 Excel與程序員、設(shè)計(jì)組長(zhǎng)review，保證這些問題及時(shí)被解決，且流程被正確執(zhí)行（對(duì)應(yīng)狀態(tài)列）：3.4任務(wù)進(jìn)度管理目標(biāo)：跟蹤進(jìn)度：跟蹤所有的需求和任務(wù)、BUG的原估算時(shí)間、已花費(fèi)時(shí)間、剩余時(shí)間、逾期時(shí)間(即計(jì)劃完成時(shí)間)在JIRA上得到如實(shí)反饋；調(diào)整剩余時(shí)間和逾期時(shí)間，使得任務(wù)進(jìn)度與現(xiàn)實(shí)一致；跟蹤進(jìn)度開發(fā)組長(zhǎng)應(yīng)重點(diǎn)跟蹤 版本號(hào)鏈接來跟蹤未發(fā)布測(cè)試或者未集成的需求單；如下，點(diǎn)擊一個(gè)即將發(fā)布的版本：進(jìn)入以下界面【說明】逾期：密切注意逾期日期是否能夠保證，如果無法保證，重新調(diào)整；狀態(tài)：在發(fā)布前，能夠發(fā)布的需求或者BUG必須為“測(cè)試驗(yàn)收”狀態(tài)，在集成測(cè)試前，所有的需求或者BUG必須為“待測(cè)試驗(yàn)收”狀態(tài)。如果部分問題由于各種原因被延遲，必須重新規(guī)劃到下一個(gè)版本。原估算時(shí)間、花費(fèi)時(shí)間：確保估算時(shí)間被正確設(shè)置（小組長(zhǎng)主導(dǎo)、與程序員溝通和達(dá)成共識(shí)）、花費(fèi)時(shí)間反饋必須正確（取決于程序員是否正確填寫了工作日志）；影響的版本：保證其發(fā)布版本是爭(zhēng)取的；調(diào)整剩余時(shí)間和逾期時(shí)間，使得任務(wù)進(jìn)度與現(xiàn)實(shí)一致；對(duì)任何一個(gè)需求或者BUG單，通過編輯需求或者BUG單，調(diào)整剩余時(shí)間和逾期日期，如下圖：程序員工作指引4.1檢查個(gè)人任務(wù)程序員登錄系統(tǒng)后，在首頁可以看到以下部分的過濾器 :分配給我的任務(wù)：責(zé)任人為當(dāng)前用戶的所有未關(guān)閉需求、 BUG等所有問題單；開放的問題：所有分配給我的問題；4.2開始處理問題單（包括需求 /BUG/子任務(wù)等）點(diǎn)擊打開“已分配的”或“退回返工”問題單，如下圖在可選工作流程區(qū)域：點(diǎn)擊“開始處理”，問題單狀態(tài)調(diào)整為“處理中”；（**此步驟經(jīng)常被程序員忽略）；下載相應(yīng)的附件，閱讀所有的需求、詳細(xì)設(shè)計(jì)、原型、數(shù)據(jù)庫 E/R圖等；如果設(shè)計(jì)有問題，點(diǎn)擊“創(chuàng)建”子任務(wù)，選擇“子任務(wù) -設(shè)計(jì)問題”，點(diǎn)擊下一步：如果該需求無法完成，與開發(fā)組長(zhǎng)協(xié)商，達(dá)成共識(shí)后點(diǎn)擊“退回重新分配”，并輸入備注；如果需要記錄部分與設(shè)計(jì)組或者其他人員交流的信息， 點(diǎn)擊“寫備注”，記錄在案；4.3填寫工作記錄，反饋實(shí)時(shí)進(jìn)度在處理任務(wù)過程中，程序員需要通過記錄工作日志，及時(shí)反饋任務(wù)使用的時(shí)間如圖，點(diǎn)擊“工作日志”區(qū)域的“完成記錄工作”鏈接：所有的工時(shí)記錄不要記錄在子任務(wù)上，全部記錄到需求單上4.4完成處理問題單（包括需求 /BUG/子任務(wù)等）打開相應(yīng)的問題單，在可選工作流程區(qū)域：點(diǎn)擊 “完成”鏈接；測(cè)試組長(zhǎng)工作指引目標(biāo)：了解所有待測(cè)試需求、 BUG的分配情況保證所有BUG被正確分配保證測(cè)試流程被正確執(zhí)行5.1需求測(cè)試分配管理操作步驟：測(cè)試組長(zhǎng)可以通過 JIRA首頁以下鏈接 “待測(cè)試的需求”查看待測(cè)試的內(nèi)容：如下圖，待測(cè)試的需求狀態(tài)為“待測(cè)試驗(yàn)收”-對(duì)應(yīng)冒煙測(cè)試，“待集成測(cè)試”-對(duì)應(yīng)集成發(fā)布測(cè)試分配測(cè)試人員：進(jìn)入“待測(cè)試的需求”列表，檢查測(cè)試者是否分配正確。如果不正確，可以通過模塊排序等方式批量一次分配一個(gè)測(cè)試人員多個(gè)需求：選擇批量改變：“所有xx問題”如下圖，選擇對(duì)應(yīng)的多個(gè)需求單：如下圖，選擇編輯問題，點(diǎn)擊“下一步”如下圖：選擇對(duì)應(yīng)的測(cè)試者，點(diǎn)擊下一步，在下一個(gè)界面再點(diǎn)擊“確認(rèn)”操作；5.2測(cè)試BUG、子任務(wù)-測(cè)試BUG分配管理略，通過首頁“待測(cè)試BUG”進(jìn)入待測(cè)試的BUG列表，其他步驟與需求測(cè)試分配管理一致，參考上一小節(jié)；5.3測(cè)試狀態(tài)監(jiān)控管理如下圖，檢查所有“待測(cè)試的需求”和“待測(cè)試的 BUG”，并與測(cè)試人員交流長(zhǎng)期沒有被進(jìn)行流程操作而一直出現(xiàn)在該列表中的 BUG或者需求。敦促測(cè)試人員在測(cè)試通過后點(diǎn)擊“驗(yàn)收通過”或者“測(cè)試通過”流程；測(cè)試人員工作指引6.1檢查個(gè)人任務(wù)通過首頁以下鏈接進(jìn)入個(gè)人待測(cè)試的所有問題：6.2完成需求測(cè)試打開對(duì)應(yīng)的需求單：發(fā)現(xiàn)BUG時(shí)，如上圖點(diǎn)擊創(chuàng)建子任務(wù)，選擇問題類型為“子任務(wù)

-測(cè)試

BUG”，點(diǎn)擊下一步：需求測(cè)