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