Kevin Krac有一個(gè)問題，是關(guān)于在Scrum中追蹤完成任務(wù)所需時(shí)間的：

當(dāng)開發(fā)人員A把自己的任務(wù)擱置一段時(shí)間（也許是一整天，甚至兩天），以幫助另一位開發(fā)人員B對其任務(wù)做分析或者編碼……他們應(yīng)該如何說明那個(gè)故事/任務(wù)的‘實(shí)際工作量’呢？

應(yīng)該把總時(shí)間攤在他們一起做的那個(gè)故事/任務(wù)上，并乘以2嗎（因?yàn)樗麄兪莾蓚€(gè)人）？還是只記錄花費(fèi)的總時(shí)間，并算在那個(gè)負(fù)責(zé)該任務(wù)的開發(fā)人員身上？抑或是這無關(guān)緊要？

　　為什么你想追蹤每個(gè)Scrum任務(wù)的實(shí)際開發(fā)時(shí)間？一個(gè)可能的原因或許是為了控制成本。Charles Bradley不喜歡這個(gè)想法：

試圖在Sprint任務(wù)級別做成本核算，是在試圖修改Scrum讓它做一些Scrum不應(yīng)該做的事情。

如果你是出于其他原因去追蹤時(shí)間，那么你盡管去使用在了解Scrum之前所使用的方法就好了，但請不要亂用Scrum框架去那么做。此外，不要試圖拿耗費(fèi)的時(shí)間（可計(jì)費(fèi)的時(shí)間，或者其他什么時(shí)間）同在Scrum任務(wù)上花費(fèi)的時(shí)間做比較。重申一下，我認(rèn)為這是“濫用”Scrum框架。

　　事實(shí)上，Ron Jeffries把這個(gè)問題本身看作是一個(gè)危險(xiǎn)信號：

我認(rèn)為，控制成本是項(xiàng)目或組織運(yùn)作不良的主要標(biāo)志。產(chǎn)出的價(jià)值應(yīng)該會(huì)明顯高于這種成本，做詳盡的成本核算顯然是浪費(fèi)時(shí)間。

此外，我碰巧知道在幾乎所有的審計(jì)工作中，精確的細(xì)節(jié)并沒有價(jià)值。這一結(jié)論是我多年作為開發(fā)經(jīng)理管理資本項(xiàng)目得出的。

[...]

隨著時(shí)間的推移，這種成本是團(tuán)隊(duì)成本中不可或缺的。我知道，任何業(yè)務(wù)過程都沒有必要了解比這更多的細(xì)節(jié)。

　　但是，如果你的團(tuán)隊(duì)時(shí)間分配給多個(gè)同時(shí)進(jìn)行的項(xiàng)目呢？這種情況下，為了控制成本，需要追蹤單個(gè)任務(wù)的時(shí)間嗎？Ron的建議是要徹底避免讓團(tuán)隊(duì)接手多個(gè)同時(shí)進(jìn)行的項(xiàng)目：

別那么做。這會(huì)讓交付價(jià)值變得更慢，對所有客戶都會(huì)變慢。通常，對于不明智的想法，不會(huì)有人先站出來對你說“當(dāng)心這個(gè)歪主意”。

　　查看英文原文：Time-Tracking For Scrum Cost Control

it知識庫：為控制Scrum成本而追蹤時(shí)間？，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時(shí)間聯(lián)系我們修改或刪除，多謝。