可能是主观和/或讨论..但在这里。计划/估算游戏中的“尖峰”如何计算？
我被要求估计下一件大事的功能。我把它分解下来。使用故事点来估计。然而，该功能要求除了各种其他公司计划之外，还要与GoDiagrams连接第三方图表组件。（整套2008_Limited_Edition框架/服务:)。我一直跟踪自己使用燃烧图，我发现我无法维持我的步伐，主要是由于“尖峰”.. Definition
我估计每周2点，然后我发现自己工作周末（以及试图最终没有在这里或那里），因为我无法弄清楚在哪里挂钩，以便我可以预览用户操作，显示上下文菜单等。最后，我花时间制作尖刺把我的日程安排偏离轨道...并降低它的价值..不给出正确的图片。
钉子需要通过无知的木板驱动钉子。但他们是如何计入估算方程的呢？在功能之前做所有需要的尖峰似乎是错误的..（可能会变成YAGNI）在两者之间做它会扰乱我的流程。现在是在迭代前计划期间，但是这是每周推动边线。
我猜你是不断低估
1.更好地估计这两件事情。
所以，这都是关于经验。无论您使用哪种方法，他们都会帮助您更好地使用您的体验，而不是取而代之。
2.尝试在这些尖峰上工作时不要失去信心。
他们应该是短时间的盒装会议。它们并不是围绕营销幻灯片中列出的所有可能功能进行游戏。 给他们重点，两个或三个选项来探索。期待他们提供一个具体的结果。
更新（Gishu）：总结
@pointernil .. 这是更多的没有估计再加上Indy琼斯头先方法来处理一个故事。我通过他们的内容估计故事......目前我没有考虑到找到正确的咒语来控制图书馆玩得好的时间。有时需要比我的应用程序逻辑更多的时间..因此，为了改写原始问题，应该是迭代计划中的独立任务，在开始处理特定故事之前添加在JIT基础上？
我的尖钉是非常集中..我迫不及待地想回到“真正”的问题。例如'如何显示此控件的上下文菜单？'我可能会因为没有阅读完整的150多页的手册或代码样本而感到内疚......但时间紧迫。解决问题的第一个解决方案得到了点头，我继续前进。但是当你无法找到该组件使用的难以捉摸的事件或NIH通知模式时，尖峰可能会非常耗时。 如何计算未知的东西？例如我的时间框已经过去了，我仍然无法插入我的自定义上下文菜单。我如何继续？继续黑客攻击？
也许这出现在“缓冲不确定性”方案中。我会看看我是否在Mike Cohn的书中找到有用的东西。
我认为秒杀应该是迭代计划的一部分。不只是时间。他们应该考虑到他们所属的故事。 即使阅读手册的某些部分也应该进行评估。 现在对于困难的部分：不要害怕给予高估。现实总是好于过低。 ;） – pointernil 2008-09-22 08:07:11
尤其对于那些喜欢周末的开发者来说......没有工作，并且打算保持这种状态。谢谢..会在接下来的几个星期尝试这个。 – Gishu 2008-09-22 10:00:26
我同意pointelil。唯一的问题是你的估计是不正确的。这不是什么大戏，除非你刚刚吹出了一个300万美元的项目当然是:-)
如果它发生过一次，它是一种学习体验。如果它再次发生，结果会更好，那么你还有另一种学习经历。如果你经常低估并且你的百分比越来越差，那么你需要提高一点。没有一种方法能让你摆脱这种困境。
尖峰只需要给他们所需要的时间。我经历过的一件事情经常发生在我的经历中，人们希望能够在几个小时或一天内完成一项技术。这只是在现实生活中不会发生。最简单的问题，即使是由错字造成的错误，都可能导致开发人员将我们的头发拉大量时间。诚实地说明你自己或你的员工真正有能力，并将其纳入预算。
如果您在时间盒秒杀中耗尽时间，则应该停止并完成其他已完成的工作。然后，您应该在下一次迭代中添加另一个峰值，以完成您需要完成的必要工作，以准确估计峰值所导致的任务。
如果有人担心过长时间会导致事情发生，这会成为一个问题 - 这是我喜欢1周迭代的原因之一。 :-)
我投票结束这个问题作为题外话，因为它不是编程 – 2017-10-20 09:39:13