2008-10-05 58 views
0

我即将加入一个新的软件团队通过一个项目中途。他们正在使用ExtremePlanner来跟踪他们的进度。有没有更简单的方法来跟踪ExtremePlanner中的范围更改?

当他们跟踪任务完成时,他们没有跟踪项目的估计大小如何随时间变化。在很短的时间内,我一直在监测项目,这个估计的变化速度比任务的完成率要快。我的直觉告诉我们,这不仅仅是一个昙花一现的问题,而是整个项目生命周期中一直存在的问题。

但是,我该如何证明或反驳呢?

我还没有找到对此有用的ExtremePlanner指标。我一直在将数据导出到MS Excel,但导出的任务和故事信息缺少像创建日期那样的重要数据。解决这个问题有点工作。有没有更好的方法来做到这一点?

或者我是否做得太多了?一些我的潜在队友争辩说,由于没有添加任何新功能,所以范围没有改变,也没有问题。但是我认为,由于功能中的新功能不断发现,范围正在发生变化,因此在估算发布日期时需要考虑这一点。

回答

1

如果这是一个敏捷项目(例如,使用Scrum,XP等),那么大概你在迭代(或冲刺)中工作。

所以我的问题是 - 在一次迭代中事情会如此频繁地发生变化,您需要测量这些变量吗?通常情况下,敏捷项目通过在单个迭代中冻结功能来控制。是的,您可能会发现新的可能的实施细节或技术障碍,但它们只是2周内的细节。

如果您的迭代时间过长,我确实看到了您的担忧,因为如果每次迭代需要一个月或6个星期,您会花费很长时间才能纠正错误。

我想我会问 - 如果你有这些报告,你会怎么做,他们会怎么做?

该任务估计的原始基准和现在是什么? ExtremePlanner确实提供了有关任务的原始估计值的信息,因此您可以将这些信息与迭代的当前状态进行比较(请参阅任务视图 - 您可能需要单击该视图的“自定义”链接才能显示原始估计值列)。我会对你会觉得有用的东西感兴趣(我们也使用ExtremePlanner,并没有遇到这种需求,尽管我们使用了2周的迭代)。

希望这会有所帮助。

相关问题