====== Do we put Story Point estimates on a Spike (Enabler) Story? ======

> Yes. The basic rule is "if it takes capacity of the team to get the work done, then it should be visible in the Backlog and have an estimate."

Estimates and velocity help Teams to understand the capacity of the Team and reason about how much work a Team can take on. Further they provide Product Managers and Product Owners with the data needed to provide forecasts and roadmaps. In order to be used this way Team's need to ensure that anything that takes up capacity is represented in the Backlog so that:

  - As work is completed, the capacity taken by that work is also captured in the form of velocity
  - As we plan for new work, the can use the estimate (vs capacity for an Iteration) to determine how much work can be taken on
  - As we look ahead beyond the current Iteration, we can use the data generate to build roadmaps and forecasts

This means that Spikes, and everything else such as Bugs, should have an estimate.

====== Want to Know More? ======

  * Note: not everyone agrees with this stance. There  are some coaches that say you should only estimate things that add value and so velocity is like a measure of value delivery. For these coaches there is a feeling that there is no value delivered with Spikes, bugs, and so on. To me, this is a misunderstanding:
    * For Spikes in particular, learning is valuable but it just is not directly evident to the customer.
    * Story Points make a poor proxy for "value delivered"

{{tag>FAQ FirstSprint ScrumMaster UserStory Estimate Team}}