project-management - “spikes”如何在进度表/估算游戏中计算？

Closed. This question does not meet Stack Overflow guidelines。它当前不接受答案。












想改善这个问题吗？更新问题，以便将其作为on-topic用于堆栈溢出。

2年前关闭。



Improve this question




可能是主观的和/或讨论的。

有人要求我为工作中的下一件大事估计一个功能。我将其分解..使用故事点来估算。但是，该功能要求与GoDiagrams进行接口(interface)，除了其他各种公司计划外，还需要第三方绘图组件。(整套2008_Limited_Edition框架/服务:)。我一直在使用消耗图表来跟踪自己，但我发现主要由于“峰值”而无法保持自己的步调。.Definition

我每周估计2分，然后我发现自己每个周末都在工作(努力去..既不在这里也不在那里)，因为我不知道该卡在哪里，以便可以预览用户操作，显示上下文菜单等等。最后，我花时间制作尖峰，使我的时间表偏离轨道……并降低了它的价值。.没有给出正确的图片。

需要钉来钉钉子穿过无知的木板。但是如何将它们纳入估算方程式？在功能似乎出现错误之前执行所有必需的峰值操作。(可能是YAGNI)在两次执行之间执行会干扰我的流程。目前，这是在进行迭代前的计划中。但是，这每周都会淘汰接触线。

最佳答案

我猜你一直在低估

您对第三方组件

的了解

您需要花费多长时间为未知区域创建可用/有用的峰值

1.更好地估计这两件事。

因此，一切都与经验有关。无论您使用哪种方法，它们都将帮助您更好地利用您的体验，而不是取代体验。

2.在处理这些峰值时，尽量不要迷路。

他们应该是简短的，有时间限制的 session 。他们并不是要尝试使用市场营销幻灯片上列出的所有可能的功能。
给他们重点，探索两个或三个选项。期望他们提供一个具体的结果。

更新(Gishu):总结

峰值需要是在迭代计划步骤中定义的显式任务。

如果峰值超出了时间范围，请停止处理。搁置相关任务。完成当前迭代存储桶中的其他任务。返回已搁置的任务，或将更详细/细化的尖峰添加到下一个迭代以及相关联的任务。下次将更保守的估计值标记为第1代峰值。

关于project-management - “spikes”如何在进度表/估算游戏中计算？ ，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/111665/