使用jira和hudson進(jìn)行項目管理(完整版)
【正文】 單 據(jù)J I R A 管 理 流 程【說明】 ? 【需求單】： 在需求分析、概要設(shè)計、詳細(xì)設(shè)計階段，將產(chǎn)生對一個需求的具體描述和實現(xiàn)設(shè)計描述交付到開發(fā)階段 ，在 JIRA 中，體現(xiàn)為一份 需求單 ，這些交付件全部作為需求單的附件 ，需求單的來源包括： ? 需求階段的原始需求，以一個 業(yè)務(wù)功能 為一份需求，通常在一周左右可以開發(fā)完成，例如“用戶新增和查詢功能”； ? 系統(tǒng)優(yōu)化和變更：如果一些變更無法對應(yīng)一份原始需求，需要創(chuàng)建一份新的需求單 ? 【子任務(wù)單】 在開發(fā)階段，一份需求往往需要三四天甚至長得多的時間才能完成，開發(fā)完成后也存在不斷的優(yōu)化和改進(jìn)，因此，圍繞需求在 JIRA 上設(shè)置了 以下的管理跟蹤對象 子任務(wù)單 (Sub Issue Type) ? 開發(fā)任務(wù)單 ： 程序員拿到需求后，組長應(yīng)該協(xié)調(diào)開發(fā)人員將需求分解為開發(fā)任務(wù)，在 JIRA上創(chuàng)建任務(wù)單； ? 設(shè)計問題單 ： 程序員拿到需求中的設(shè)計進(jìn)行評估時，如果發(fā)現(xiàn)設(shè)計文檔或者需求有 bug，應(yīng)該記錄在案以便協(xié)調(diào)設(shè)計小組完善，在 JIRA 上創(chuàng)建設(shè)計問題單； ? 變更單 但設(shè)計和需求人員需要對已經(jīng)提交的需求和設(shè)計提交變更時，例如 增加一個字段、變更原型樣式、變更接口方法，均需要提交變更單 ； ? 評審 BUG 單 主要是開發(fā)組長或者結(jié)對開發(fā)程序員在評審 BUG 時，將評審的 BUG 記錄為評審 BUG； ? 測試 BUG 單 主要針對前期開發(fā)階段的冒煙測試，測試人員對已經(jīng)實現(xiàn)的功能進(jìn)行測試，保證流程能夠跑得通，如果發(fā)現(xiàn) BUG 則創(chuàng)建測試 BUG 單； ? 【測試問題單】 ? 主要針對 無法對應(yīng)到一份需求產(chǎn)生的 BUG ? 流程設(shè)置說明 ? 根據(jù)參與者、小組分工，設(shè)置以下流程 ? 需求跟蹤流程 參與人員包括需求分析員、設(shè)計者、開發(fā)組長、程序員、測試組長、測試員、用戶參與，只與需求單關(guān)聯(lián) ，但目前其他用戶參與的流程主要由開發(fā)組長完成。 BUG 跟蹤流程 測 試 人 員 / 用 戶起 草 B U G草 稿開 發(fā) 人 員開 始 處 理開 發(fā) 人 員完 成 開 發(fā)處 理 中開 發(fā) 小 組 長完 成 代 碼 評 審已 完 成 開 發(fā)已 評 審 代 碼測 試 人 員開 始 測 試開 發(fā) 小 組 長 退 回測 試 人 員退 回結(jié) 束測 試 通 過 關(guān) 閉開 始測 試 人 員 / 用 戶發(fā) 布已 分 配關(guān) 閉測 試 人 員測 試測 試 人 員延 遲重 現(xiàn) 打 開 ? 2 JIRA 工作指引手冊 3 開發(fā)組長工作指引 發(fā)布管理 目標(biāo)： ? 建立發(fā)布基線：每周 1 和 3 檢查所有的需求、 BUG，保證所有的任務(wù)、 BUG 被關(guān)聯(lián)到合適的發(fā)布測試版本； ? 監(jiān)控發(fā)布基線：每天與小組成員交流，檢查和 review 下一個發(fā)布版本中包括的所有需求、 BUG 是否如實反映了實際的狀態(tài) ； ? 調(diào)整發(fā)布計劃：在發(fā)布前一兩天，檢查發(fā)布基線的內(nèi)容是否能夠保證按計劃進(jìn)行，如果不能則重新調(diào)整這些任務(wù)的發(fā)布版本 ； 步驟： 版本 基礎(chǔ)庫維護(hù) ： 在瀏覽項目界面， 在版本下可以看到所有規(guī)劃的版本號 ，在開發(fā)階段以Branchesv[yyyymmdd]命名版本號， yyyymmdd 代表發(fā)布的日期 ， 如果某個發(fā)布版本由于延遲而需要修改版本號，需要修改對應(yīng)的版本號，以
公司管理相關(guān)推薦
鄂ICP備17016276號-1