2009-07-14 48 views
1

当一个敏捷开发项目工作的估计,你怎么纳入的时间为用户故事/用例/等的估计。培训新开发人员使用项目所使用的不熟悉技术所需的时间?其他经理如何处理这个问题?如何将训练时间到敏捷项目

当然,我的问题假设一个人认为在必要讨论的技术,成功地完成项目......或许可以认为它是付出了一点技术债务!

回答

7

如果我们面对的东西是新的整个团队(或大部分团队成员),那么我们已经进行排序的调查分析冲刺,我们允许自己一段时间(timeboxed)的调查/学习。

对于较小的事情,我们添加一个时间框活动到冲刺积压,以允许培训/调查/实验。

在这两种情况下,我们简单地减去在每一天结束的时候,从估计剩余时间使用至今的时间。

2

你只是猜测。

既然你在短迭代工作,你知道很快,如果你的WAG是路要走。

如果你关闭,你调整为下周的迭代。

记住,敏捷迭代的过程,每次迭代让您更深入地了解该项目。

但是要开始,只需做出一个好猜。

迭代估计每周都会变得更好。

1

我们的scrum master拥有一个图表,其中包含一个建议配额的图表,用于根据大量这样的参数(新技术,新团队成员等)来扩展估计。尽管如此,在一天结束时,他们仍然只是猜测。

1

如果您使用的是全新的(对您)技术,我建议您将速度降低一半,作为使用新技术估计速度的合理尝试。最终,当你的团队熟悉新技术时,你将能够实际衡量新的速度并使其恢复到更为正常的水平。根据早期迭代期间的反馈调整未来估计。