Senex Rex
  • Team
  • Blog
  • Resources
  • Contact

Forecasting Defined

Posted on April 8, 2014 by Troy Magennis Troy Magennis Posted in Metrics, Product Management, Scrum

This is the first article in a series that will introduce alternative ways to forecast date, cost and staff needs for software projects. It is not a religious journey; we plan to discuss estimation and forecasting like adults and understand how and when different techniques are appropriate given context.

Stakeholders often ask engineers to estimate the work for a project or feature. Engineers then arrive at a number of story points or a date and  present the result as a single number. They rarely share uncertainty or risk with those estimates. Stakeholders, happy to get “one number”, then characterize engineer estimates as commitments, and make confident plans that depend on achieving the estimate. Problems arise when uncertainty and risks start unfolding and dates shift. Failure to communicate engineering uncertainty is a key difference between estimation and forecasting.

7day_wide_629x354Nightly news reports introduced most people to probabilistic forecasting, where especially attractive meteorologists share their opinions of tomorrow’s weather. They present viewers with the likely low and high temperature range. The forecasters also give a percentage chance of rain and snow. Unlike engineering estimators, meteorologist forecast with an uncertainty. Everyone seems aware that no one can perfectly predict the future weather. We seem comfortable living with imperfect information to plan tomorrow’s wardrobe and social activities. Learning to live and plan with imperfect information is a skill we need to learn in planning IT projects. (How close do weather forecasters in your area get? See this website.)

In our series, we will discuss how probabilistic forecasting can be applied to IT projects. We will show how to quantify certainty when presenting important date, cost and staff estimates, and thus create a forecast. For the purposes of this series, a forecast differs from an estimate in the following way: Forecast values are presented with their assessed probability, and never alone.

As weather forecasts always puts a percentage likelihood of rain in your area, engineering forecasts will always add a percent likelihood to any date, cost or staffing estimate.

In part 2, we will look at how weather forecasts compute the probability of rainfall, and how we can do the same for IT projects. Agile methods provide great data that can help quantify the probability of meeting date, cost or staffing estimates.

Share this:

  • Click to print (Opens in new window)
  • Click to share on Twitter (Opens in new window)
  • Click to share on Facebook (Opens in new window)
  • Click to share on LinkedIn (Opens in new window)
  • Click to share on Reddit (Opens in new window)
  • Click to email this to a friend (Opens in new window)
  • More
  • Click to share on Tumblr (Opens in new window)
  • Click to share on Pinterest (Opens in new window)
  • Click to share on Pocket (Opens in new window)
« Breaking into Quality: Prioritization as a Pitfall
Call for Papers: Agile and Lean Organizations at HICSS 2015 »

Leave a comment Cancel reply

You must be logged in to post a comment.

Continue with FacebookContinue with LinkedIn

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Newsletter




Recent Posts

  • Driving Purpose
  • Scrum
  • Agility
  • Agile Living
  • Is Agile a Subset of Lean Manufacturing?

Contact Us

Senex Rex
1271 Delaware St
Berkeley CA 94702-1435 USA
+1 (415) 810-3693

Courses

  • Certified Scrum at Scale Practitioner
  • Certified Scrum Product Owner
  • Certified Scrum Master
  • Agile Capitalization Workshop
  • Short Course: Agile Manager

Key Posts

Scrum

  • What is an Agile Methodology? How does it beat Waterfall?
  • How can I transform my corporation to agile?
  • Strategy Scrum Teams Enterprise Scrum: Scaling Scrum to the Executive Level
  • Release Duration and Enterprise Agility

Agile Base Patterns

  • Measure Economic Progress
  • Adaptively Experiment for Improvement
  • Limit Work in Process
  • Embrace Collective Responsibility

 

Advocacy

  • Develop Agile Managers, or Agile Dies
  • Are We Agile? Answer 5 Questions to Find Out
  • Agile Cancer: Does team-only agile cause developers to quit?
  • Agile Cancer: Stop Whining and Cure It

Advanced Techniques

  • Bulk Estimation
Copyright ©2013-2015 Senex Rex LLC. All Rights Reserved.
loading Cancel
Post was not sent - check your email addresses!
Email check failed, please try again
Sorry, your blog cannot share posts by email.
We use cookies to ensure that we give you the best experience on our website. If you continue to use this site we will assume that you are happy with it.Ok