As a Scrum Master, I want to help my Product Owner to make an educated guess of when features in a project will be implemented, in order to communicate with stakeholders so that they can manage Scope. Leading to priorities and a release plan forecast.

One way to forecast is to create a backlog of Epics and User Stories and ask the team to give a high-level guesstimates in story points. For example with a Swimlane sizing technique. Then populate the Jira estimation field with these values. After some sprints you could use the Release burndown or Version report to forecast dates when certain features might be completed.

But as Jira only has single Estimation field I am afraid when this fields is already populated this will influence the developer estimations during the Sprint planning meetings, certainly because the initial project estimates might not really size relatively to what we using during our Sprints.

Rather I would like to do:

  • Create a high-level guesstimate in T-Shirt sizes (not Story Points)
  • Create around two Sprints worth of detailed Story Points estimated Backlog
  • Use the velocity of the previous Sprints to calculate how much high-level estimates we can process to give a forecast
  • Update guesstimates during Backlog Refinement sessions.
  • Preferable automate this with the Jira Version Report

Now my question:

  • Do you have a setup like this working in Jira and how did you implement this?
  • Do you have a better alternative plan for giving project forecasts in Jira?
  • Could we use something else instead of Jira to give these forecasts?

Overall it seems that you are on track. Remember The Scrum Guide:

The Development Team is responsible for all estimates.

Allow the Development Team to create the high-level estimates. Therefore the field can be used as intended.

  • So what your saying is that we do not need the T-Shirt sized estimates as long as the development team makes estimates, which makes sense. This would simplify things a lot. Not sure why I didnt remember this Scrum rule. – Niels van Reijmersdal Sep 26 '16 at 17:03
  • There should only be one estimation method used on the Product Backlog and all estimates must come from the Development Team. If techniques are mixed, there is no way to fulfill, "At any point in time, the total work remaining to reach a goal can be summed." This does not mean the entire Product Backlog needs estimates as some items may never be done. HTH – Alan Larimer Sep 27 '16 at 17:21

Accordingly to McConnell ("Software Estimation"), T-shirt sizing is helpful to help product team to prioritize things in backlog, because the sizing let them understand priority of a feature basing on its size and value relation. So, you can use it for this purpose. And you can create a custom field for it, and even hide it from developers after it's moved across workflow, if you will (though, IMHO, it will not "anchor" developers so much as you are afraid of).

But to produce numeric estimates in order to forecast completing dates, you need to have numeric estimates given by developers indeed, like guys are advising.

Your Answer

 
discard

By clicking "Post Your Answer", you acknowledge that you have read our updated terms of service, privacy policy and cookie policy, and that your continued use of the website is subject to these policies.

Not the answer you're looking for? Browse other questions tagged or ask your own question.