我使用 FogBugz 作为工具,让我们“展望未来”。该程序需要我们的工作时间,发布任务,分配开发人员对该任务的估计,以及开发人员倾向于低估/高估的倾向,并试图提出在未来的一系列日期发布发布的概率.
现在,由于 FogBugz 考虑到了工作时间,它假设开发人员会将时间投入到分配给他们的任务中,这在 XP 中是不正确的,因为他们之前的决定是完成开发人员的一项任务一起。
这是否意味着我在进行结对编程时不能使用 FogBugz 进行估算?
我使用 FogBugz 作为工具,让我们“展望未来”。该程序需要我们的工作时间,发布任务,分配开发人员对该任务的估计,以及开发人员倾向于低估/高估的倾向,并试图提出在未来的一系列日期发布发布的概率.
现在,由于 FogBugz 考虑到了工作时间,它假设开发人员会将时间投入到分配给他们的任务中,这在 XP 中是不正确的,因为他们之前的决定是完成开发人员的一项任务一起。
这是否意味着我在进行结对编程时不能使用 FogBugz 进行估算?
在这种情况下,我会做的是让每个开发人员估计他的每个发布案例,以在结对编程时完成它所需的工作时间表示(即与实际工作的合作伙伴一起工作的时间)。然后弄清楚你在自己的任务上和别人的任务上花费了多少时间结对编程,并在你的工作计划中将“花费在 FogBugz 任务上的时间百分比”设置为你花费在自己任务上的时间的大致百分比。
然后,当您处理您的任务时,将您自己标记为 Working On -> 案例 ID,当您处理其他人的任务时,设置 Working On -> Nothing。
实际上有很多不同的方法可以让它发挥作用(这里的其他答案可能会更好,具体取决于具体情况),但这就是我的做法。
如果两个程序员一起工作,那么实际上他们就像一个有两个脑袋的程序员,不是吗?为什么不在 FogBugz 中创建另一个代表它们的用户帐户?然后他们还应该一起产生他们的估计。这实际上可能会提高精度。
这是否意味着我在进行结对编程时不能使用 FogBugz 进行估算?
我没有任何 FogBogz 经验,但我会说“试一试”。FogBogz 中时间估计的全部意义在于该软件从经验中学习并基于此自动更正估计。这是一个非常强大的机制,因为在实践中,大多数人的估计都值得深究。看看 FogBugs 是否也能处理配对估计会很有趣。我预计误差范围会更高一些,但估计值可能仍然可用。
这是否意味着我在进行结对编程时不能使用 FogBugz 进行估算?
我没有这方面的经验,但直觉会告诉我“这取决于”
详细说明 - 假设您有 2 个程序员,John 和 Bob,他们都拥有 FB 帐户:
John 是否总是与 Bob 结对编程?
- 约翰的估计应该与他的实际完成时间一致。即使他根据自己的想法进行估计,“速度”计算也应该弥补这一点
John 有时会与 Bob 结对编程,有时会与他自己结对编程吗?
- 如果约翰提前知道哪些项目将配对,哪些不会配对,他将相应地调整他的估计。他们可能仍然是错误的,但速度计算应该仍然可以吗?也许?
John 是否与各种各样的合作伙伴结对编程?(可选地包括单独编程)
- 你被搞砸了。有太多的变量在运行,John 无法做出任何有用的估计,更不用说 FB 或其他任何东西(或任何人)来补偿它们了。