工做動態盡在掌握 - 使用 CODING 度量團隊效能

在敏捷研發的過程當中,或者項目結束後的覆盤階段,度量並分析團隊成員在週期內的工做負荷、完成的工做量與工做動態,可以讓管理者清晰的認識到團隊成員的工做負載與工做效率;團隊成員間也能夠相互查看對方所參與的項目,近期工做動態或近期事項。html

效能度量的主要功能爲統計團隊成員在一段時間內的計劃事項數、完成事項數和所編輯的 Wiki 數以供分析。這些數據將會在趨勢面板上進行顯示。而且還能夠自行設置分組並添加其它成員,方便快速查看團隊成員近期工做概覽。spa

使用準備

團隊擁有者或管理員在【團隊管理】->【權限配置】中爲相應的用戶組的勾選「效能度量」的「查看頁面」權限。勾選完成後處於該用戶組的成員的工做臺會出現效能度量的功能入口。.net

趨勢面板

面板將會反映所添加成員的工做量趨勢圖,以三個數據維度進行展現:計劃事項數、完成事項數和 Wiki 編輯數。能夠選擇日、周、月三種統計週期視圖進行查看,經過下方的滾輪橫軸進行左右拖拉日期。htm

計劃事項數

將會統計處理人在一個時間週期內開始和截止時間所安排的事項總數,歸入統計的事項包含史詩、需求、任務、缺陷和子任務。blog

  • 若是事項填寫了開始和結束時間,那麼處在這個時間週期的每一天的事項數 +1;
  • 若是事項只填寫了開始時間,那麼開始時間所在當天事項數 +1;
  • 若是事項只填寫了截止時間,那麼截止時間所在當天事項數 +1。

具體的計數原理請參考計劃事項數計數方式項目管理

完成事項數

將會統計處理人在固定週期內完成的事項總數。這裏的完成事項定義涵蓋史詩、需求、任務、缺陷和子任務。若對這些事項作出了完成操做,即狀態類型從「非已完成」到「已完成」,則視該事項被定義爲完成。文檔

  • 若是在時間週期內且週期結束後狀態類型仍然是「已完成」,那麼完成事項數 +1。

具體的計數原理請參考完成事項數計數方式部署

編輯 Wiki 數

將會統計團隊成員更新過的 Wiki 篇數。若在同一個週期內對同一篇文檔進行修改並執行了「提交文檔」,那麼編輯 Wiki 數算爲 1 篇。get

添加成員與分組管理

在「添加成員」中能夠經過成員姓名或搜索項目一鍵添加項目內成員,添加進圖表的成員可移除。在「分組」下拉組件中可進行添加分組、刪除和重命名等操做,添加的成員默認進入當前選擇的分組中。分組爲用戶自行設置,並不會在團隊內公開顯示該分組,屬於個性化查看功能。權限控制

成員工做概覽頁

在效能度量頁面中點擊任意成員,可進入成員的工做概覽頁。頁面包含:

  • 成員名稱和頭像;
  • 最近活躍時間;
  • 參與的項目;
  • 近期事項;
  • 該成員近期的工做動態。

近期事項

近期事項的統計內容包含:

  • 已完成,查詢近 1 個月完成的事項,按照完成時間逆序排;
  • 進行中,查詢狀態類型爲「進行中」的事項,按截止時間逆序排;
  • 未開始,查詢狀態類型爲「未開始」的事項,按截止時間逆序排。

工做動態

工做動態爲成員的平常協做動態,可按分類查詢,包含:

  • 項目協同
  • 代碼倉庫
  • 持續集成
  • 持續部署
  • Wiki
  • 文件網盤

...

權限控制

該功能涉及到的權限模塊名稱爲效能度量,具備「查看」權限。每一個團隊的擁有者和項目管理員將默認勾選「查看功能」權限點。

計數方式詳情

計劃事項數計數方式

  • 若是事項填寫了開始和結束時間,那麼處在這個時間段裏的每一天的事項數 +1;
  • 若是事項只填寫了開始時間,那麼開始時間所在當天事項數 +1;
  • 若是事項只填寫了截止時間,那麼截止時間所在當天事項數 +1。

例如表 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。

事項反覆打開和完成的計算方式

  • 事項在一個週期內被完成過,但週期結束前狀態類型爲「已完成」,則完成事項數 +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,瞭解更多
相關文章
相關標籤/搜索