如何在计划/估算游戏中形成“峰值”？

Question

可能是主观的和/或讨论......但是这里有。

我被要求估计下一个重要工作的功能。我把它分解了......使用故事点得出估计值。然而，除了各种其他公司计划之外，该功能还要求与GoDiagrams连接第三方图表组件。（一整套2008_Limited_Edition框架/服务:)。我一直在跟踪自己使用燃尽图表，我发现我无法维持我的节奏主要是因为“尖峰”.. Definition

我估计每周2点，然后我发现自己在周末工作（好好试着......既不在这里也不在那里）因为我无法弄清楚在哪里挂钩以便我可以预览用户动作，显示一个上下文菜单等。最后，我花时间制作尖峰，使我的日程安排偏离轨道......并降低其价值..但没有给出正确的图片。

需要钉子才能将钉子钉在无知的木板上。但它们如何计入估算方程？在功能看起来错误之前做所有必需的尖峰..（可能会变成YAGNI）在中间执行它会扰乱我的流量。现在正是在预迭代规划期间..但这是每周推出界线。

Answer 1

我猜你经常低估

• 您已经了解的第三方组件
• 为未知区域创建可用/有用的峰值需要多长时间

<强> 1。更好地估计这两件事。

所以，这都是关于经验的。无论您使用何种方法，它们都将帮助您更好地使用您的体验，而不是替换它。

<强> 2。在处理这些高峰时，尽量不要迷失方向。

他们应该是短暂的，有时间限制的会议。他们不是在玩营销幻灯片中列出的所有可能功能。 给他们集中注意力，两个或三个选项来探索。期待他们提供一个具体的结果。

更新（Gishu）：总结

• 尖峰需要是迭代计划步骤中定义的显式任务。
• 如果峰值超过时间段，请停止处理。搁置相关的任务。完成当前迭代存储桶中的其他任务。返回搁置任务或向下一次迭代添加更复杂/细分的尖峰以及相关任务。在下一次为第1代尖峰标记更保守的估计。

Answer 2

如果你的时间盒峰值时间不足，你仍应停止并完成其他承诺的工作。然后，您应该在下一次迭代中添加另一个尖峰，以完成您需要完成的必要工作，以便准确估计尖峰导致的任务。

如果长时间关注尖峰事件并且这成为一个问题 - 这就是我喜欢1周迭代的一个原因。 ： - ）

Answer 3

@pointernil .. 更多的是没有与Indy-Jones Head-First方法相结合来处理故事。我根据他们的内容估计故事..目前我没有考虑为控制库找到合适的咒语所需的时间。这有时需要比我的应用程序逻辑花费更多的时间。所以，为了重新解释原始问题，应该是迭代计划中的单独任务，在开始处理特定故事之前在JIT基础上添加？ < / p>

My Spikes非常关注......我迫不及待想要回到“真正的”问题。例如'如何从此控件显示上下文菜单？'我可能会因为没有阅读整本150页以上的手册或代码样本而感到内疚。但是时间紧迫。解决问题的第一个解决方案得到了点头，我继续前进。但是当您无法找到组件使用的难以捉摸的事件或NIH通知模式时，峰值可能非常耗时。 如何定时未知的内容？，例如我的时间框已经过去了，我仍然无法插入我的自定义上下文菜单。我该怎么办？继续乱砍？

也许这出现在“缓冲不确定性”方案中。如果我在Mike Cohn的书中找到了有用的东西，我会看。

Answer 4

我同意pointernil。唯一的问题是您的估算不正确。这不是什么大戏，除非你刚刚宣布耗资300万美元的项目： - ）

如果它发生一次，它是一种学习经历。如果它再次发生并且结果更好，那么你将获得另一种学习经验。如果你经常低估你的百分比越来越差，你需要稍微提高一点。没有任何方法可以帮助你解决这个问题。

尖峰只需要给他们需要的时间。根据我的经验，我见过的一件事就是人们期望能够在几个小时或一天内完成技术。这在现实生活中不会发生。最简单的问题，即使是由拼写错误引起的错误，也可能让开发人员将头发拉到我们的大块时间。要诚实地说明自己或员工的实际能力，并将其纳入预算。