我工作的公司也在使用新的敏捷模板v5.0的TFS 2010。我們正在以如下方式開展這一過程並取得一些成功。迄今爲止我們所做的最困難的事情是試圖將每個人的頭腦都包含在StoryPoint不直接等同於任何形式的小時的想法中。
我們從一個發佈計劃會議的過程中,這是一個星期做一次,但如果你從來沒有做過一個你可能要開始與一個第一。我們有3個團隊,只有產品所有者和團隊領導參加了會議,如果我們都在那裏,只需要大量管理。在本次發佈計劃會議上,我們,只有團隊領導才能發揮計劃撲克的作用,將故事點分配給用戶故事。
然後我們有一個Sprint計劃會議,團隊和產品負責人並且股東會同意一些用戶故事的衝刺,以執行一個。在幾次衝刺之後,故事點讓你知道你在一次衝刺中實際上可以有多少人。每個用戶故事都與產品所有者討論,通常Scrum Master會在用戶故事中添加任務,因爲他們會聽到團隊說出來。
現在產品負責人和利益相關者都離開了。然後團隊開始分工,併爲每項任務分配小時數(原始估計)。在這之後,團隊開始工作,通常是兩週,但如果衝刺不能被釘在兩週之內,我可以看到我們進行了三週的衝刺。
在我們工作時,我們會調整完成的工時和剩餘工時,而不考慮原始估計。如果我們已經花了3個小時到3個小時,我們認爲這需要花費2個多小時才能完成,原來的估算是4小時並不重要。
因爲我們已經「裝在盒子」,而不是調整模板的所有報告和多維數據集只是工作。我們無需對報告進行任何大的調整,也不需要做任何事情來捕捉一些非常好的指標。如果你想要一個更簡單的模板,你應該看看Visual Studio Gallery中的「Microsoft Visual Studio Scrum 1.0」。這確實很簡單,但是對於集成的Office文檔,報告和支持較少。
Mircosoft Visual Studio Scrum 1.0
上http://stackoverflow.com/questions/2097557/how-to-change-to-use-story-points-for-estimations-in-scrum更多的答案 – pcantin 2010-09-28 13:25:37