Yesterday's Weather


.... a team is progressing with its historical staff and a stable Sprint length, and the time has come to assess the level of the team's commitment for the upcoming Production Episode.

✥      ✥      ✥

It's human nature that individuals and teams with self-esteem set increasingly higher goals for themselves. And it's also human nature for teams to overreach their abilities, and they end either taking shortcuts to avoid disappointing themselves and their stakeholders, or fail to deliver what they expected. By trying to achieve these goals, teams learn. Sometimes such strivings lead to immediate improvement, particularly when the team challenges itself to improve through use of a newfound technique or technology. Sometimes, however, the new technique doesn't pan out and the team's performance remains the same or even gets worse.

Sometimes, the team raises the bar just to raise the bar, either to test the limits or to unconsciously publish its bravado. Even these self-challenges can pay off, especially in the short term. It is more common that these higher levels are unsustainable in the long term.


In most cases, the number of Estimation Points completed in the last Sprint is the most reliable predictor of how many Estimation Points will be completed in the next Sprint.

✥      ✥      ✥

The work will be properly sized for the upcoming Production Episode. The short-term average of the summed estimation points per sprint is called the Development Team's velocity. Since velocity is a statistical quantity with a mean and standard deviation, the team should expect about half of the Sprints to fall short of achieving Yesterday's Weather, and about half to exceed it. The goal is to improve the process to reduce the variance in the velocity, by reducing outside interference of the team, ensuring that the Product Owner provides Enabling Specifications, etc.

If the velocity actually goes up for a given Sprint, consider Updated Velocity.

Picture from: