2008-10-05 108 views
0

我即將加入一個新的軟件團隊通過一個項目中途。他們正在使用ExtremePlanner來跟蹤他們的進度。有沒有更簡單的方法來跟蹤ExtremePlanner中的範圍更改?

當他們跟蹤任務完成時,他們沒有跟蹤項目的估計大小如何隨時間變化。在很短的時間內,我一直在監測項目,這個估計的變化速度比任務的完成率要快。我的直覺告訴我們,這不僅僅是一個曇花一現的問題,而是整個項目生命週期中一直存在的問題。

但是,我該如何證明或反駁呢?

我還沒有找到對此有用的ExtremePlanner指標。我一直在將數據導出到MS Excel,但導出的任務和故事信息缺少像創建日期那樣的重要數據。解決這個問題有點工作。有沒有更好的方法來做到這一點?

或者我是否做得太多了?一些我的潛在隊友爭辯說,由於沒有添加任何新功能,所以範圍沒有改變,也沒有問題。但是我認爲,由於功能中的新功能不斷髮現,範圍正在發生變化,因此在估算髮布日期時需要考慮這一點。

回答

1

如果這是一個敏捷項目(例如,使用Scrum,XP等),那麼大概你在迭代(或衝刺)中工作。

所以我的問題是 - 在一次迭代中事情會如此頻繁地發生變化,您需要測量這些變量嗎?通常情況下,敏捷項目通過在單個迭代中凍結功能來控制。是的,您可能會發現新的可能的實施細節或技術障礙,但它們只是2周內的細節。

如果您的迭代時間過長,我確實看到了您的擔憂,因爲如果每次迭代需要一個月或6個星期,您會花費很長時間才能糾正錯誤。

我想我會問 - 如果你有這些報告,你會怎麼做,他們會怎麼做?

該任務估計的原始基準和現在是什麼? ExtremePlanner確實提供了有關任務的原始估計值的信息,因此您可以將這些信息與迭代的當前狀態進行比較(請參閱任務視圖 - 您可能需要單擊該視圖的「自定義」鏈接才能顯示原始估計值列)。我會對你會覺得有用的東西感興趣(我們也使用ExtremePlanner,並沒有遇到這種需求,儘管我們使用了2周的迭代)。

希望這會有所幫助。

相關問題