我即将在一个项目的中途加入一个新的软件团队。他们正在使用 ExtremePlanner 来跟踪他们的进度。
虽然他们跟踪已完成的任务，但他们并没有跟踪项目的估计规模如何随时间变化。在很短的时间内，我一直在监控这个项目，这个估计的变化速度超过了任务的完成率。我的直觉告诉我，这不仅仅是一个昙花一现，而是在整个项目生命周期中一直存在的问题。
但我如何证明或反驳这一点？
我还没有发现 ExtremePlanner 指标对此有用。我一直在将数据导出到 MS Excel，但导出的任务和故事信息缺少创建日期等重要数据。解决这个问题需要一些工作。有没有更好的方法来做到这一点？
或者我做太多了吗？我的一些潜在团队成员认为，由于没有添加新功能，因此范围没有改变，这不是问题。但是我认为，由于不断发现功能中的新工作，因此范围正在发生变化，并且在估计发布日期时需要考虑到这一点。
如果这是一个敏捷项目（例如，使用 Scrum、XP 等），那么您可能正在迭代（或冲刺）中工作。
所以我的问题是——在一次迭代中，事情是否会发生如此频繁的变化，以至于您需要对其进行测量？通常，敏捷项目通过在单个迭代中冻结功能来引导。是的，您可能会发现新的可能实施细节或技术障碍，但它们都只是 2 周迭代内的细节。
如果您的迭代时间过长，我确实看到了您的担忧，因为如果每次迭代需要一个月或 6 周的时间来纠正课程，您会花费很长时间。
我想我会问——如果你有这些报告，你会怎么做，上面会写什么？
任务估计最初是什么以及现在是什么的基线？ExtremePlanner 确实提供了有关任务的原始估计的信息，因此您可以将它们与迭代的当前状态进行比较（请参阅任务视图 - 您可能需要单击该视图的“自定义”链接以显示原始估计列）。
如果还有更多内容，我会对您在那里发现有用的东西感兴趣（我们也使用 ExtremePlanner 并且没有遇到这种需求，尽管我们使用 2 周的迭代）。
希望这可以帮助。