Project management 基于证据的调度-处理隐藏任务、并发任务？

在我的个人项目任务中，我一直在尝试EBS，但有两件事我不知道如何处理

1-我发现一些隐藏的任务。我原以为做任务X需要6个小时，但结果证明这需要一个新的Ant构建任务，需要library ZipBlahBoo，然后我进入了ivy，这需要对每个使用的XML解析库版本进行一些调查。我想在我的列表中记录这些新任务，但这会影响评估。我可能花了6个小时完成实际的原始任务，但在隐藏任务中还有8个小时

2-我经常会有相互依赖的任务。我需要更新傻瓜网服务，但这也意味着更新API，这意味着更新单元测试中使用的模拟傻瓜网服务。我把每一个任务都称为2小时任务，但我不会连续地执行它们，我会同时执行它们，因为在所有任务完成之前，系统不会工作。假设这组任务需要15个小时，我知道我总共花了13个小时，但我真的不太清楚这13个小时中有多少是具体的任务。从EBS的角度来看，我如何跟踪完成每个任务所花费的时间

有什么建议吗

这是一个不善于预见所有隐藏任务的情况，因此您应该添加所有这些时间。基本上，你要为此花14个小时，包括你现在无法预见的事情。当然，您仍然需要估计“6小时”，然后应用根据过去证据计算的乘数

嗯，这很难。我建议你要么估计一下，接受它，要么停止拆分这些任务

如果您只是将所有隐藏的子任务小时数计入生成它们的任务，那么基于证据的调度应该最有效。这样，它将开始透明地将这些偶然的超支因素考虑到您的总体预期绩效中，从而产生更好的预测

你分裂得太精细了。更新测试线束以说明接口更改不应该是与接口更改本身分开的任务，除非测试线束是可分离的产品

---

嗯，查找隐藏任务只是开发工作的一部分。如果您能够预先计算出所需的所有内容，瀑布式流程将很好，而不是更灵活的流程。我想我会创建一些约定来说明它们是由特定任务产生的。至于并发任务，停止拆分它们似乎是个坏主意。如果可以，我想分解任务，这有助于提高粒度和总体估计。同样，我必须应用一些惯例，比如“任务组”，这是我跟踪的总体评估，即使它有评估的子任务。我投票结束这个问题，因为它是关于项目管理，而不是编程。