2009-07-20 39 views
1

我曾经在我的个人项目任务上尝试过EBS,但有两件事情出现了几次,我不知道如何处理。基于证据的调度 - 处理隐藏任务,并发任务?

1 - 我发现一些隐藏的任务。我认为做任务X需要6个小时,但是事实证明需要一个新的Ant构建任务,这需要libray ZipBlahBoo,然后我进入ivy,这需要对每个使用的XML解析库版本进行一些调查。我想在我的清单中注意这些新任务,但这会干扰估算的影响。我可能需要6个小时才能完成原始任务,但隐藏任务还需要8个小时。

2 - 我经常会有相互依赖的任务。我需要更新Foolet服务,但这也意味着更新API,这意味着更新单元测试中使用的Mock Foolet服务。我已经将每个人都称为2小时任务,但我不会连续执行这些任务,而是同时执行这些任务,因为系统在完成之前无法运行。假设这组任务需要15个小时,而且我总体上知道了13个小时,但是我不太清楚13小时中的任何一项具体任务。从EBS的角度来看,我如何跟踪完成每项任务所花费的时间?

有什么建议吗?

回答

1
  1. 循证调度可以很好的工作,如果你只收取所有隐藏的子任务小时,那产生它们的任务。通过这种方式,它将开始将这些偶尔超出的因素透明地归因于您的整体预期表现,并因此产生更好的预测。

  2. 你分裂得太细了。除非测试工具是可分离的产品,否则更新测试工具以解决接口更改不应该是与接口更改本身分开的任务。

1
  1. 这不是善于预见所有的隐藏任务的情况下,所以你应该添加所有这些小时。基本上,你做了14个小时,包括你现在没有预见的东西。当然,你仍然估计“6小时”,然后应用从过去的证据计算的乘数。

  2. 好吧,那很难。我建议你要么估计,要么接受,要么停止分裂这些任务。

+0

嗯。寻找隐藏的任务只是开发工作的一部分。如果你能够事先弄清所有需要的东西,瀑布就会很好,而不是更灵活的过程。我想我会创建一些约定来注意它们是由特定的任务产生的。 至于并发任务,停止分裂他们似乎是一个坏主意。我想尽可能地分解任务,这有​​助于提高粒度和总体估计。再次,我将不得不应用一些像“任务组”这样的约定,这是我跟踪的总体估计,尽管它具有估算的子任务。 – 2009-07-21 15:18:36