Agile estimating and planning involves three “horizons” :
Below is a brief overview of these horizons, as explained in our latest Watermark Learning webinar: Agile Estimating and Planning Best Practices. The webinar is now available on demand and it includes numerous practical examples and visual aids.
The release plan answers the question: “When will you be done (or partially done)?” The
Release planning involves the following 5 actions: (1) selecting themes and user stories, (2) estimating user stories, (3) selecting iteration length, (4) estimating or forecasting the team’s velocity, and (5) selecting a release date.
Themes are collections of related user stories (also called Minimally Marketable Features). Once themes have been selected, user stories that compose the themes are selected from the product backlog and prioritized.
A useful way to prioritize these user stories is through the MoSCoW rules.
Must have, features that are fundamental to the system
Should have, features that are important but for which workarounds exist
Could have, can be left out if time runs out for the release
Won’t have, desired, but won’t be included in the release
Best Practice: During release planning, use themes and the MoSCoW rules to provide agility during the release cycle.
In order to estimate user stories, consider using one of the following user story estimation techniques:
The first technique is story points, which are a measure of relative size. Story points can be numbers or other size measures (e.g. t-shirt sizes). Story points estimate the “bigness” of a user story relative to other stories.
The second technique is ideal days, which refer to the amount of time a story takes to develop with no interruptions. This is an estimate of effort rather than relative size.
Best Practice: Refine your user story estimates as uncertainty is reduced.
The release is composed of a series of iterations (also known as sprints when using Scrum) which are typically 2-4 weeks long.
Velocity is a measure of the team’s rate of progress (e.g. the number of story points / ideal days completed during an iteration). This can be an observed velocity or a forecasted velocity based on the team’s capacity.
Watch the full presentation to see examples of how to forecast a team’s velocity.
Best Practice: Use velocity to predict work and team capacity to confirm it during release and iteration planning.
During the Iteration Planning Meeting, user stories are selected for an iteration based on the release plan, development priority, and size. The team discusses each story and breaks each story down into the tasks that need to be done to complete it. Then tasks are estimated using ideal days or hours. Task estimates are done collaboratively with the whole team.
Note that stories need to be “ready” in order to be implemented in an iteration. “Ready” means that the acceptance criteria have been defined and are well understood so that the team can break the story down into tasks. Ready also means that the story is small enough for a team to deliver between a number of them within an iteration, typically 4-10.
Stories are not ready if it takes a long time in planning for the team to understand the user story and break it into tasks, or if a lot of additional tasks are identified within an iteration that were not originally expected, or if the story isn’t completed within the iteration, etc.
Keep in mind the difference between “ready” and “done.” Ready refers to whether the story can be completed within an iteration. Meanwhile, Done means “complete as mutually agreed to by all parties and conforming to an organizations standards, conventions, and guidelines.” (Ken Schwaber). Each team needs to develop their definition of done with their stakeholders.
Best Practice: Define clear criteria for when a story is “Ready” for iteration planning and when a story is “Done.”
The Daily Stand Up (or Daily Scrum when using Scrum) consists of a brief (no more than 15 minute) daily meeting. Each team member responds to 3 questions:
Track the progress using a Team Board and a Burndown Chart. These are “big visible charts” or information radiators that are usually hung on a wall so that anyone can see the status of the project at a glance.
For more in-depth examples, check out the full webinar on demand (requires free Watermark Learning membership).
Looking for Agile skills training? Check out our Agile Planning and Estimating class!
How do you define success for your team? Take a moment to think about this…
Remote work has transformed how organizations operate, with virtual teams becoming the new normal across…
Effective leadership has never been more critical. Whether managing a team in a high-pressure corporate…
Remote work has transformed how organizations operate, with virtual teams becoming the new normal across…
The Business Analysis Body of Knowledge (BABOK® Guide v3) is a comprehensive guide to the…
A certified Business Analyst (BA) has successfully passed an International Institute of Business Analysis (IIBA.org)…