在敏捷中我們比較少談到要度量, 那 agile team 到底要不要 measurement 呢? 我想應該是要的, 只是目標要放在持續改進, 而不應該放在績效考量.
在 measurement 中有兩個名詞, 大家需要認識一下:
Leading 指標: 度量的項目會很嚴重的影響到未來的效能.
Lagging 指標: 度量的項目是過去行為的結果.
舉減肥來說:
Leading 指標: 每天運動的時間, 或者消耗的熱量
Lagging 指標: 體重
在 agile 軟體開發中, leading 或是 lagging 指標又是哪些?
在 Lagging 指標, 大家通常會列出以下項目:
iteration 之後發現的 bug 數目
lead time/ cycle time
這些大家容易覺得這些指標似乎緩不濟急, 因為知道以後, 事情已經來不及挽救了.
這時候 Leading 指標似乎會比較好些, 例如
持續整合的頻率
Kanban board 每個欄位的長度, 也就是 queue 的長度
backlog 的長度
這些會讓我們比較可以即時知道現狀. 而不是呆呆等到最後才知道我們做得不好.
那是不是只要有 leading 指標, 不需要 lagging 指標呢?
事實上不是的. Leading 指標是指度量的項目會很嚴重的影響到未來的效能. 這裏就是很巧妙的地方, 你怎麼可以保證這些 leading 指標做好, 將來 lagging 指標的數據就一定棒. 是會嚴重影響, 但是也可能失準. 所以還是要看最後的成果, 才知道是否事情是否如你想像的.
例如, 我們都知道持續整合的頻率要高, 但是不見得持續整合的頻率高, iteration 之後發現的 bug 數目就低.
所以這兩類的指標我們都需要. 並且拿來讓我們知道, 我們所採取的行動, 是否能真的幫助我們改善現狀.
好啦, 講實話, 其實我都沒有勇氣量體重啦, 要面對這些數字要有很大的勇氣 XDD
全站熱搜
留言列表
