工作项跟踪管理系统需求
工作項(xiàng)跟蹤管理系統(tǒng)需求
WIT (Work Item Track)
包含:缺陷跟蹤、任務(wù)指派、突發(fā)事件處理、需求管理、客戶定制
體現(xiàn):流程性、規(guī)范性、流程可定制性
目的:幫助大家把工作做好、讓工作更輕松、使得工作具有可管理性
原則:
?
用戶場景
?
?
?
?
?
?
?
?
?
?
?
?
工作項(xiàng):用于跟蹤工作的分配和狀態(tài)的數(shù)據(jù)庫記錄
工作項(xiàng)類型:
- Bug(缺陷)
- Task(任務(wù))
- Requirement(需求)
- Accident(突發(fā)事故)
Bug(缺陷):
?
?
?
?
?
?
?
?
?
?
?
?
?
?
?
?
?
| 字段 | 英文名稱 | 說明 |
| 標(biāo)題 | Title | 必選。標(biāo)題提供要修復(fù)的問題的簡要概述。標(biāo)題應(yīng)具有足夠的描述性以使會審團(tuán)隊(duì)能夠了解該產(chǎn)品的哪個區(qū)域受影響以及如何受影響。 |
| 區(qū)域 | Area | 區(qū)域用于根據(jù)項(xiàng)目層次結(jié)構(gòu)中的功能或團(tuán)隊(duì)對 Bug 進(jìn)行分組。區(qū)域必須是項(xiàng)目層次結(jié)構(gòu)中的有效節(jié)點(diǎn)。 |
| 迭代 | Iteration | 迭代標(biāo)識在其中修復(fù) Bug 的迭代。 |
| 指派給 | Assigned To | 此字段標(biāo)識該 Bug 當(dāng)前指派給的人員。如果該 Bug 需要多次開發(fā)修復(fù),則可將其視作方案并指派給依賴項(xiàng)鏈中的下一位人員。當(dāng)所有部分合為一體時,Bug 報表發(fā)回到測試人員。 |
| 優(yōu)先級別 | Priority | 必選。優(yōu)先級別是主觀重要性分級。優(yōu)先級別 1 指示產(chǎn)品不可正式發(fā)布,并且必須盡快修復(fù)。優(yōu)先級別 2 表示重要的 Bug,該 Bug 無需立即修復(fù),但必須在版本發(fā)布前修復(fù)。優(yōu)先級別 3 表示可選 Bug,根據(jù)資源、時間和風(fēng)險的不同,該 Bug 可以修復(fù)也可以不修復(fù)。 |
| 狀態(tài) | State | 必選。Bug 可處于“活動”、“已解決”或“已關(guān)閉”狀態(tài)。 |
| 原因 | Reason | 必選。Bug 處于當(dāng)前狀態(tài)的原因。例如,因?yàn)?Bug 為“已修復(fù)”,所以它可處于已解決狀態(tài)。 |
| 說明 | Description | 說明提供了一個區(qū)域以描述問題以及重現(xiàn)該問題的步驟。 |
| 歷史記錄 | History | 此歷史記錄是有關(guān) Bug 報表的持續(xù)進(jìn)行的論述,它積累了隨著所做的更改而額外寫入的項(xiàng)。每當(dāng)對 Bug 進(jìn)行更改時,“歷史記錄”字段中就會生成一項(xiàng),該項(xiàng)描述所進(jìn)行的更改和更改的原因,以及關(guān)于此次更改的任何額外相關(guān)信息。 |
| 問題 | Issue | “問題”是一個“是”或“否”值,它指示對 Bug 的修復(fù)是否以某種方式被阻止。如果此字段設(shè)置為“是”,則該方案將出現(xiàn)在項(xiàng)目經(jīng)理的問題報告中。 |
| 發(fā)現(xiàn)版本 | Found in Build | 此字段顯示在其中發(fā)現(xiàn) Bug 的版本號。 |
| 解決版本 | Resolved in Build | 此字段保存在其中解決 Bug 的版本號。 |
| 測試名稱 | Test Name | 此字段標(biāo)識與此 Bug 關(guān)聯(lián)的測試的名稱。 |
| 測試 ID | Test ID | 此字段標(biāo)識與此 Bug 關(guān)聯(lián)的測試的 ID。 |
| 測試路徑 | Test Path | 此字段標(biāo)識與此 Bug 關(guān)聯(lián)的測試的路徑。 |
| 鏈接 | Links | 指向相關(guān)工作項(xiàng)、超鏈接、變更集或源代碼文件的鏈接。 |
| 文件附件 | File Attachments | 附加相關(guān)文件,這些文件提供圍繞風(fēng)險的附加文檔。 |
| 級別 | Rank | 相對于其他工作項(xiàng)的相對優(yōu)先級別。 |
| 會審 | Triage | 會審會議的結(jié)果。空白會審意味著 Bug 未會審。 |
?
Task(任務(wù)):
?
| 字段 | 英文名稱 | 說明 |
| 標(biāo)題 | Title | 必選。標(biāo)題提供要完成的任務(wù)的簡要概述。標(biāo)題應(yīng)具有足夠的描述性以使團(tuán)隊(duì)能夠了解該產(chǎn)品的哪個區(qū)域受影響以及如何受影響。 |
| 專業(yè)領(lǐng)域 | Discipline | 指示該任務(wù)是開發(fā)任務(wù)、測試任務(wù),還是僅僅是普通任務(wù)。將“專業(yè)領(lǐng)域”字段設(shè)置為開發(fā)或測試將產(chǎn)生有關(guān)任務(wù)關(guān)閉時的工作狀態(tài)的獨(dú)特意義。 |
| 區(qū)域 | Area | 用于將任務(wù)分組到相應(yīng)的功能或團(tuán)隊(duì)區(qū)域中。區(qū)域必須是項(xiàng)目層次結(jié)構(gòu)中的有效節(jié)點(diǎn)。 |
| 迭代 | Iteration | 預(yù)定的迭代是在其中修復(fù) Bug 報表的迭代。 |
| 指派給 | Assigned To | 任務(wù)所指派給的當(dāng)前人員。 |
| 狀態(tài) | State | 必選。任務(wù)可處于“活動”或“已關(guān)閉”狀態(tài)。 |
| 原因 | Reason | 必選。任務(wù)處于當(dāng)前狀態(tài)的原因。例如,因?yàn)槿蝿?wù)為“已完成”、“已推遲”、“去除”、“已推遲”或“已過時”,所以該任務(wù)可以為“已關(guān)閉”。 |
| 級別 | Rank | 必選。“級別”字段是主觀重要性分級。如果“級別”字段設(shè)置為 1,則該任務(wù)為必須完成的任務(wù),并且應(yīng)盡快完成。如果級別設(shè)置為 2,則該任務(wù)為應(yīng)該完成的任務(wù),應(yīng)在級別為 1 的所有任務(wù)完成之后完成。如果級別設(shè)置為 3,則該任務(wù)為可以完成的任務(wù),應(yīng)在級別為 1 和 2 的任務(wù)完成之后完成。 |
| 摘要 | Summary | 任務(wù)的簡短摘要。 |
| 詳細(xì)說明和歷史記錄 | Detailed Description and History | 工作項(xiàng)的詳細(xì)信息和歷史記錄。 |
| 文件附件 | File Attachments | 指向文件或其他工作項(xiàng)的鏈接。在開發(fā)任務(wù)或測試任務(wù)的情況下,應(yīng)附加支持方案或服務(wù)質(zhì)量要求。它還包含對任務(wù)的注釋之類的任何附件。 |
| 問題 | Issue | 問題是一個“是”或“否”值,它指示任務(wù)是否以某種方式被阻止。如果此字段設(shè)置為“是”,則該任務(wù)將顯示在項(xiàng)目經(jīng)理的問題報告中。 |
| 退出條件 | Exit Criteria | “退出條件”字段指示任務(wù)對于開始或結(jié)束迭代是否重要。當(dāng)?shù)捎跁r間的消逝而退出時,應(yīng)合理地使用此字段。但是,某些任務(wù)(尤其是在項(xiàng)目開始時)被標(biāo)記為退出條件以指示它們必須在項(xiàng)目開始之前完成。如果“退出條件”字段設(shè)置為“是”,則該任務(wù)將顯示在項(xiàng)目經(jīng)理的項(xiàng)目檢查表中。 |
| 集成版本 | Integration Build | 對開發(fā)任務(wù)的更改出現(xiàn)在所顯示的版本號中。 |
| 剩余工作量(小時) | Remaining Work (hours) | 完成任務(wù)之前剩余的工作量。此字段與 Microsoft Project 同步,并且可在選擇了 Microsoft Project 版本的迭代計劃時使用。 |
| 已完成工作量(小時) | Completed Work (hours) | 任務(wù)中已完成的工作量。此字段與 Microsoft Project 同步,并且可在選擇了 Microsoft Project 版本的迭代計劃時使用。 |
?
Requirement(需求):
?
| 字段 | 英文名稱 | 說明 |
| 標(biāo)題 | Title | 必選。標(biāo)題應(yīng)盡可能具有描述性。 |
| 區(qū)域 | Area | 區(qū)域用于將服務(wù)質(zhì)量要求分組到一個相應(yīng)的功能或團(tuán)隊(duì)區(qū)域中。區(qū)域必須是項(xiàng)目層次結(jié)構(gòu)中的有效節(jié)點(diǎn)。 |
| 迭代 | Iteration | 在代碼中實(shí)現(xiàn)服務(wù)質(zhì)量要求時所在的迭代。 |
| 類型 | Type | 有六種類型的服務(wù)質(zhì)量要求:“負(fù)載”、“壓力”、“性能”、“平臺”、“其他”和“安全”。 |
| 指派給 | Assigned To | 服務(wù)質(zhì)量要求所指派給的當(dāng)前人員。 |
| 狀態(tài) | State | 必選。服務(wù)質(zhì)量要求可處于“活動”、“已解決”或“已關(guān)閉”狀態(tài)。 |
| 原因 | Reason | 服務(wù)質(zhì)量要求處于當(dāng)前狀態(tài)的原因。例如,因?yàn)橐鬄椤耙淹瓿伞?#xff0c;所以它可處于“已關(guān)閉”狀態(tài)。 |
| 說明 | Description | 說明提供一個區(qū)域以描述服務(wù)質(zhì)量要求。應(yīng)提供盡可能多的詳細(xì)信息以確保開發(fā)人員可實(shí)現(xiàn)該要求,并且測試人員可測試該要求。 |
| 歷史記錄 | History | 此歷史記錄是有關(guān)服務(wù)質(zhì)量要求的持續(xù)進(jìn)行的論述,它積累了隨著所做的更改而額外寫入的項(xiàng)。每當(dāng)對要求進(jìn)行更改時,“歷史記錄”字段中就會生成一項(xiàng),該項(xiàng)描述所進(jìn)行的更改和更改的原因,以及關(guān)于此次更改的任何額外的相關(guān)信息。 |
| 問題 | Issue | “問題”是一個“是”或“否”值,它指示方案在進(jìn)行過程中是否被阻止。如果此字段設(shè)置為“是”,則該方案將顯示在項(xiàng)目經(jīng)理的問題報告中。 |
| 退出條件 | Exit Criteria | “退出條件”是一個“是”或“否”值,它指示服務(wù)質(zhì)量要求是否為退出條件列表的一部分。如果此字段設(shè)置為“是”,則該要求出現(xiàn)在項(xiàng)目檢查表中。 |
| 級別 | Rank | “級別”指示此服務(wù)質(zhì)量要求相對于軟件產(chǎn)品的所有要求的重要程度。有效值為從 1 到 3。 |
| 集成版本 | Integration Build | “集成版本”是開發(fā)團(tuán)隊(duì)在其中集成該要求的版本號。 |
| ID | ID | ID 是指派給服務(wù)質(zhì)量要求的唯一標(biāo)識號。 |
| 量值的粗略預(yù)定 | Rough Order of Magnitude | 量值的粗略預(yù)定估計是方案或服務(wù)質(zhì)量要求復(fù)雜性的度量值。如果工作項(xiàng)要求實(shí)現(xiàn) 6 個或 6 個以下的 1-2 日開發(fā)任務(wù),則選擇 1。如果工作項(xiàng)要求實(shí)現(xiàn) 6 到 12 個 1-2 日開發(fā)任務(wù),則選擇 2。如果比這更多,則選擇 3 并考慮拆分方案或服務(wù)質(zhì)量要求。 |
?
Accident(突發(fā)事故):
轉(zhuǎn)載于:https://www.cnblogs.com/Bolik/archive/2006/06/16/427549.html
總結(jié)
以上是生活随笔為你收集整理的工作项跟踪管理系统需求的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 模板类的定义和实现可以分开吗?
- 下一篇: 莫烦 Python 基础