延伸閱讀：相關指標總覽

本篇主要是作為方便查詢本系列文曾經提過，或是沒提過但有相關性的指標，供讀者查閱。算是筆者個人綜合學習上的解讀，並不是一個官方唯一正確的名詞使用指南。並且會隨這接下來幾天的編寫，不定時更新、修正。

主要會是從一個產品待辦清單的建立到交付，甚至到釋出的生命週期，會有各項有關指定區段的時間指標可以使用。筆者會先講述幾個時間點，然後再列舉說明各個指標。這些指標並不是要讀者全部都記錄下來，而只是作為一個總覽，讀者可以針對自己特別想要關注、甚至現形的面向，套用前面提到的實踐去視覺化與追蹤。

簡稱

為了方便敘述，會用以下簡稱

• PBI：Product Backlog Item，產品待辦清單

時間點

• created：建立時間點，通常指 PBI 在 Product Backlog 被建立的時間點，也近似於收到客戶需求的時間點。
• committed：承諾時間點，即答應客戶說確定會開始開發的時間點，在 Scrum 中可以等同於 Sprint Planning 認領的時間點。
• began to process：開始處理的時間點，也就是實際開始動工的時間點。筆者通常將其等同於第一個 task 開始往前到 doing 的時間。
• delivered：交付給客戶的時間點，至少有客戶或客戶的代表認可了這份產出。
• deployed：部署到正式環境的時間點，但並不等於已經開放給使用者使用。
• released to users：開放給使用者使用的時間點，代表實際開始有影響、產生價值。

指標

• customer lead time ：
  • 對客戶而言的交付時間；
  • 廣義上的交付時間；
  • 也就是客戶提了需求到被交付所經過的時間長度；
  • 通常是從 created 到 delivered 。
• system lead time：
  • 己方或團隊跟客戶承諾、確認說要開始做的時間，到交付的時間點；
  • 也就是從答應客戶要做到交付所經過的時間長度；
  • 是 Scrum Team 比較著重關注的指標；
  • 通常是從 comitted 到 delivered 。
• prioritization time
  • 從接到需求，到承諾說會開始做所經過的時間長度；
  • 因為通常是在等待優先順序的到來，故這樣命名；
  • 通常是從 created 到 committed 。
• queue time
  • 從承諾說要做，到真的開始所經過的時間長度
  • 通常是從 committed 到 began to process。
• cycle time
  • 從真的開始做到交付的所經過的時間長度
  • 通常是從 began to process 到 delivered 。
• process time
  • cycle time 中，除去等待時間的時間長度
  • 也就是實際有在作業的時間長度
• touch time
  • process time 中，扣掉自動化作業的時間長度
• wait time / idle time
  • lead time 中，等待的時間長度