在敏捷研發的過程當中,或者項目結束後的覆盤階段,度量並分析團隊成員在週期內的工做負荷、完成的工做量與工做動態,可以讓管理者清晰的認識到團隊成員的工做負載與工做效率;團隊成員間也能夠相互查看對方所參與的項目,近期工做動態或近期事項。html
效能度量的主要功能爲統計團隊成員在一段時間內的計劃事項數、完成事項數和所編輯的 Wiki 數以供分析。這些數據將會在趨勢面板上進行顯示。而且還能夠自行設置分組並添加其它成員,方便快速查看團隊成員近期工做概覽。spa
團隊擁有者或管理員在【團隊管理】->【權限配置】中爲相應的用戶組的勾選「效能度量」的「查看頁面」權限。勾選完成後處於該用戶組的成員的工做臺會出現效能度量的功能入口。.net
面板將會反映所添加成員的工做量趨勢圖,以三個數據維度進行展現:計劃事項數、完成事項數和 Wiki 編輯數。能夠選擇日、周、月三種統計週期視圖進行查看,經過下方的滾輪橫軸進行左右拖拉日期。htm
將會統計處理人在一個時間週期內開始和截止時間所安排的事項總數,歸入統計的事項包含史詩、需求、任務、缺陷和子任務。blog
具體的計數原理請參考計劃事項數計數方式。項目管理
將會統計處理人在固定週期內完成的事項總數。這裏的完成事項定義涵蓋史詩、需求、任務、缺陷和子任務。若對這些事項作出了完成操做,即狀態類型從「非已完成」到「已完成」,則視該事項被定義爲完成。文檔
具體的計數原理請參考完成事項數計數方式。部署
將會統計團隊成員更新過的 Wiki 篇數。若在同一個週期內對同一篇文檔進行修改並執行了「提交文檔」,那麼編輯 Wiki 數算爲 1 篇。get
在「添加成員」中能夠經過成員姓名或搜索項目一鍵添加項目內成員,添加進圖表的成員可移除。在「分組」下拉組件中可進行添加分組、刪除和重命名等操做,添加的成員默認進入當前選擇的分組中。分組爲用戶自行設置,並不會在團隊內公開顯示該分組,屬於個性化查看功能。權限控制
在效能度量頁面中點擊任意成員,可進入成員的工做概覽頁。頁面包含:
近期事項的統計內容包含:
工做動態爲成員的平常協做動態,可按分類查詢,包含:
...
該功能涉及到的權限模塊名稱爲效能度量,具備「查看」權限。每一個團隊的擁有者和項目管理員將默認勾選「查看功能」權限點。
例如表 1:
事項 | 開始時間 | 結束時間 |
---|---|---|
事項 A | 2020 年 1 月 1 日 | 2020 年 1 月 5 日 |
事項 B | 2020 年 1 月 3 日 | 2020 年 1 月 6 日 |
事項 C | 2020 年 1 月 4 日 | 未設置 |
事項 D | 未設置 | 2020 年 1 月 3 日 |
依據表 1 的數據,該成員的計劃事項統計結果以下:
日期 | 計劃事項數 | 事項 |
---|---|---|
2020 年 1 月 1 日 | 1 | A |
2020 年 1 月 2 日 | 1 | A |
2020 年 1 月 3 日 | 3 | ABD |
2020 年 1 月 4 日 | 3 | ABC |
2020 年 1 月 5 日 | 2 | AB |
2020 年 1 月 6 日 | 1 | B |
2020 年 1 月 7 日 | 0 |
若同一個事項的時間跨越了 2 個週期,那麼將在兩個週期中分別計數 +1。例如事項 A 在的開始和截止時間爲 2020 年 1 月 25 日 —— 2020 年 2 月 4 日,那麼事項 A 在 1 月和 2 月都被計算爲 1 個事項。
事項在一個週期內被作了 1 次完成動做,且週期結束後狀態類型爲「已完成」,則完成事項數 +1。
事項反覆打開和完成的計算方式
例如表 2,爲事項 A 在 1-4 月的狀態狀況:
時間 | 狀態類型 | 動做 |
---|---|---|
2020 年 1 月 1 日 | 未開始 | 新建立 |
2020 年 1 月 2 日 | 進行中 | 轉入處理中 |
2020 年 1 月 3 日 | 已完成 | 完成操做 |
2020 年 1 月 20 日 | 未開始 | 從新打開 |
2020 年 1 月 25 日 | 已完成 | 完成操做 |
2020 年 2 月 15 日 | 未開始 | 從新打開 |
2020 年 3 月 2 日 | 已完成 | 完成操做 |
2020 年 3 月 3 日 | 未開始 | 從新打開 |
2020 年 3 月 30 日 | 已完成 | 完成操做 |
2020 年 4 月 1 日 | 已完成 | 維持已完成 |
2020 年 4 月 30 日 | 已完成 | 無操做 |
那麼事項 A 在 1-4 月被計算的完成事項數分別爲:1,0,1,0。
關於 CODING,瞭解更多