項(xiàng)目角色
Management:項(xiàng)目管理員
PM:項(xiàng)目經(jīng)理,查看項(xiàng)目進(jìn)度,錄入任務(wù)
PO:產(chǎn)品負(fù)責(zé)人,創(chuàng)建、跟進(jìn)、關(guān)閉需求任務(wù),并組織產(chǎn)品的體驗(yàn),具體人員參照產(chǎn)品中心各產(chǎn)品線的分工。
PD:需求分析人,根據(jù)需求,錄入此需求相關(guān)的開發(fā)子任務(wù),并跟蹤進(jìn)度,并參與產(chǎn)品體驗(yàn),更新每條需求的體驗(yàn)的狀態(tài)。參與產(chǎn)品需求的分析人員或臨時(shí)參與的人員。
Developers:開發(fā)人員:可以對(duì)自動(dòng)的,sub-feature、Task、Bug進(jìn)行操作。
Testers:測(cè)試人員,對(duì)開發(fā)處理完畢,sub-feature、Task、Bug進(jìn)行關(guān)閉、回復(fù)操作
Ops:運(yùn)維人員
Users:可以瀏覽項(xiàng)目數(shù)據(jù),無操作權(quán)限
項(xiàng)目角色
角色職責(zé)
Management
項(xiàng)目管理員,負(fù)責(zé)項(xiàng)目的基礎(chǔ)配置
PM
管理項(xiàng)目,負(fù)責(zé)項(xiàng)目的基礎(chǔ)配置,創(chuàng)建各類問題、編輯問題、分配問題, 轉(zhuǎn)發(fā)問題,停止/開始處理問題,重新分配問題處理人
PO
錄入需求任務(wù),并跟進(jìn)New Feature類型的需求裝填,組織產(chǎn)品的體驗(yàn)
PD
創(chuàng)建需求類問題,執(zhí)行需求類問題流程,評(píng)審?fù)戤吅筢槍?duì)需求創(chuàng)建開發(fā)子任務(wù),
當(dāng)子任務(wù)流程執(zhí)行完畢,參與產(chǎn)品的體驗(yàn),關(guān)閉需求問題
Developers
處理“待開發(fā)”狀態(tài)的問題,處理完畢,進(jìn)行提交,提交后系統(tǒng)自動(dòng)流轉(zhuǎn)到下一級(jí)處理
Testers
創(chuàng)建bug,創(chuàng)建問題,編輯問題,處理“待測(cè)試”、“待測(cè)試發(fā)布”、“生產(chǎn)環(huán)境待驗(yàn)證” 狀態(tài)的問題單,處理完畢后,進(jìn)行提交,提交后系統(tǒng)自動(dòng)流轉(zhuǎn)到下一級(jí)處理
Ops
當(dāng)測(cè)試發(fā)布問題單,請(qǐng)求部署時(shí),由運(yùn)維人員實(shí)際操作后,再系統(tǒng)給更改問題狀態(tài)“部署完畢”
Users
瀏覽項(xiàng)目,無操作權(quán)限
項(xiàng)目問題類型
New Feature:需求模塊,輸入的范圍包括:產(chǎn)品策劃階段所確定要做的需求,或者每月產(chǎn)品計(jì)劃會(huì)議中確定需要開發(fā)的產(chǎn)品需求的模塊。這部分工作由PO負(fù)責(zé)錄入,并跟進(jìn)New Feature的狀態(tài)。
Sub-feature:產(chǎn)品需求分析人員(PD)在對(duì)New Feature類型的需求進(jìn)行分析,并按照工作流程通過初審和終審后,所形成的詳細(xì)功能需求,這部分由PD負(fù)責(zé)錄入。PD依據(jù)發(fā)布的需求規(guī)格說明書,從New Feature處創(chuàng)建需求模塊的子需求Sub-feature。
Task:非需求類任務(wù),用戶管理部門日常工作任務(wù),項(xiàng)目開發(fā)測(cè)試任務(wù),需求主要來自于項(xiàng)目?jī)?nèi)部,不涉及多部門交互
Sub-task:非需求類子任務(wù),由Task派生出的子任務(wù)
Bug:項(xiàng)目缺陷,項(xiàng)目測(cè)試過程中發(fā)現(xiàn)的任務(wù)缺陷
一般項(xiàng)目構(gòu)成
需求類開發(fā)任務(wù):New Fature Sub_feature Bug
任務(wù)型開發(fā)任務(wù):Task Sub_task Bug
JIRA 作為一個(gè)缺陷跟蹤管理系統(tǒng),可以被企業(yè)管理人員,項(xiàng)目管理人員,開發(fā)人員,分析人員,測(cè)試人員和其他人員所廣泛使用。
2.1.1 管理人員
根據(jù) JIRA 系統(tǒng)提供的數(shù)據(jù),更加準(zhǔn)確地了解項(xiàng)目的開發(fā)質(zhì)量和狀態(tài),以及整個(gè)團(tuán)隊(duì)的工作效率。
2.1.2 項(xiàng)目管理者
可以針對(duì)登記進(jìn) JIRA 系統(tǒng)中問題,進(jìn)行評(píng)估,分配缺陷;還可以通過 JIRA 系統(tǒng)的統(tǒng)計(jì)報(bào)告了解項(xiàng)目進(jìn)展情況以及團(tuán)隊(duì)的工作量、工作效率等信息。
2.1.3 開發(fā)人員
在 JIRA 系統(tǒng)中查看分配給自己的問題,及時(shí)進(jìn)行處理,填寫處理情況并提交工作量記錄。
2.1.4 測(cè)試人員
根據(jù)測(cè)試情況,在 JIRA 系統(tǒng)中及時(shí)快速的記錄問題并對(duì)開發(fā)人員處理后的問題進(jìn)行驗(yàn)證和跟蹤。
2.2 問題
一個(gè)問題可以是軟件的缺陷,一個(gè)項(xiàng)目的具體任務(wù),一個(gè)需要解決的技術(shù)難題或者是需要審批的報(bào)銷單據(jù)等。
JIRA 跟蹤問題(Issue),這些問題可以是 bug,功能請(qǐng)求或者任何其他想要跟蹤的的任務(wù);每一個(gè)問題有一些關(guān)聯(lián)的信息:
問題類型(Issue Type)
摘要(summary)
問題描述(description)
問題所屬的項(xiàng)目
問題關(guān)聯(lián)的項(xiàng)目組件(component)
問題影響的項(xiàng)目版本(affect version)
問題將被解決的項(xiàng)目版本(resolved version)
問題發(fā)生的環(huán)境
問題的優(yōu)先級(jí)
問題的報(bào)告者
問題的指派處理人
問題的當(dāng)前狀態(tài)
問題相關(guān)的歷史記錄
2.2.1問題類型
JIRA 系統(tǒng)可以用于跟蹤多種不同類型的問題。系統(tǒng)管理員可以根據(jù)需要添加。JIRA系統(tǒng)缺省提供的問題類型如下:
Bug'缺陷':測(cè)試過程、維護(hù)過程發(fā)現(xiàn)影響系統(tǒng)運(yùn)行的缺陷
New Feature'新需求' :對(duì)系統(tǒng)提出的新功能
Task'任務(wù)' :需要完成的任務(wù)
Improvement'改進(jìn)意見' :對(duì)現(xiàn)有系統(tǒng)功能的改進(jìn)
2.2.2優(yōu)先級(jí)(Priority Levels)
在 JIRA 系統(tǒng)中用優(yōu)先級(jí)來表示問題的嚴(yán)重級(jí)別。系統(tǒng)管理員可以在 JIRA 系統(tǒng)中添加優(yōu)先級(jí),JIRA 系統(tǒng)缺省的優(yōu)先級(jí)為'緊急','嚴(yán)重','一般','次要','無關(guān)緊要'5個(gè)級(jí)別:
2.2.3狀態(tài)(Status)
每個(gè)問題有一個(gè)狀態(tài),用來表明問題所處的階段,問題通過開始于 open 狀態(tài),然后開始處理/Progress,再到解決/Resolved,然后被關(guān)閉/Closed。根據(jù)情況的不同,您可以根據(jù)項(xiàng)目來定制問題狀態(tài)以及工作流。JIRA 系統(tǒng)提供的缺省狀態(tài)如下:
Open :表示問題被提交等待有人處理。
In Progress :問題在處理當(dāng)中,尚未完成。
Resolved :問題曾解決,但解決結(jié)論未獲認(rèn)可,需要重新分派解決。
Reopened :問題解決,等待結(jié)果確認(rèn),確認(rèn)的結(jié)果是“Reopened”或者“Closed”。
Closed :問題處理結(jié)果確認(rèn)后,置于關(guān)閉狀態(tài)。
2.2.4解決(Resolutions)
一個(gè)問題可以用多種方式解決,系統(tǒng)管理員是可以在 JIRA 系統(tǒng)中定制解決方式。JIRA系統(tǒng)默認(rèn)的解決方式如下:
Fixed :問題已經(jīng)解決。
Won’t Fix :問題未解決 – 將不會(huì)解決的問題。
Duplicate :重復(fù)的問題。
Incomplete :問題描述得不夠準(zhǔn)確、完全。
Cannot Reproduce :問題重現(xiàn)失敗,或者無足夠的信息重現(xiàn)問題。
常用術(shù)語
Scrum:是一個(gè)用于開發(fā)和維持復(fù)雜產(chǎn)品的框架、是一個(gè)增量的、迭代的開發(fā)過程
agile:敏捷
Sprint:原意為沖刺,指一個(gè)迭代,一個(gè)短的迭代周期稱為一個(gè)Sprint,每個(gè)Sprint的建議長(zhǎng)度是2到4周,在Sprint中,Scrum團(tuán)隊(duì)從產(chǎn)品Backlog中挑選最高優(yōu)先級(jí)的需求進(jìn)行開發(fā)
Backlog:待辦列表
Sprint Backlog:Sprint代辦列表,指Sprint任務(wù)清單。挑選的需求在Sprint計(jì)劃會(huì)議上經(jīng)過討論,分析和估算得到相應(yīng)的任務(wù)列表,
Product Backlog:產(chǎn)品代辦列表,指需求清單,在Scrum中,使用產(chǎn)品Backlog來管理產(chǎn)品的需求,產(chǎn)品backlog是一個(gè)按照商業(yè)價(jià)值排序的需求列表,列表?xiàng)l目的體現(xiàn)形式通常為用戶故事,Scrum團(tuán)隊(duì)總是先開發(fā)對(duì)客戶具有較高價(jià)值的需求。
User Story:用戶故事,指一條需求
版權(quán)聲明:本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn),該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容, 請(qǐng)發(fā)送郵件至 舉報(bào),一經(jīng)查實(shí),本站將立刻刪除。