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