Skip to main content
Enterprise Agile Planning icon with arrows

This post is from the Collabnet VersionOne blog and has not been updated since the original publish date.

Last Updated May 14, 2016 — Enterprise Agile Planning expert

Release Planning Steps Forward

Enterprise Agile Planning

Planning out a set of work across multiple teams during Release Planning or Program Increment (PI) Planning can raise many questions which don't always have straight forward answers:

  • How much work can the group take on?
  • Should we include a buffer?
  • How should the work be divided among the teams?
  • How do we get everyone on the same page?
  • Will we be able to recognize the necessary adjustments when reality begins?

Terminology Evolves, The Practice Holds Firm

Release Planning is an age/old agile practice of defining the work for an upcoming release. Over time as organizations have become more agile, many have accelerated their release velocity. Some organizations release after each sprint, others release daily, and still others release after each commit. This new/found power has called the term Release Planning into question as potentially confusing because the act of planning for the mid/ to longer/term is no longer necessarily correlated to a single release. The Scaled Agile Framework® (SAFe®) took a step in that same direction by defining the overall activity in different terms, calling it PI Planning. In PI Planning, we find a practice of planning out all work for a defined period (the program increment) across all teams in the program within a structured two/day session.

Release Planning Across Teams

Regardless of the specific term used, there are a couple of general desires in planning. One is to load the specific time frame with the greatest amount of value that can be delivered. The second is to allocate the work across the available teams in a way that allows the group as a whole to undertake the plans in a confident, coordinated manner. [caption id="attachment_2983" align="alignright" width="369"] Team Allocations during Release Planning[/caption] In VersionOne's Spring 2016 Release, the Release Scheduling view (which, by the way, you can call whatever you want thanks to the newly expanded terminology options) has been extended to allow full team/level planning capabilities. While you've been able to plan out releases and see both release and team capacities for a long time, now you can plan work directly into the teams working on each release. Seeing each team's capacity bucket filling up as more work is added to their plate presents a great visual that helps everyone involved understand just how much room is left and where that room exists. Planning out a release or PI isn't just about fitting the high level capacity, it's all about the teams, too. Click here for more information about VersionOne's Spring 2016 Release. Scaled Agile Framework and SAFe are registered trademarks of Scaled Agile, Inc.

More from the Blog

View more Government Cloud
Apr 12, 2022 Government Cloud receives FedRAMP Authorization through sponsorship from the United States Department of Veterans Affairs

Enterprise Agile Planning
Flagship Agility solutions can effectively scale agile deve ...
Read More
Nov 22, 2021

What are the qualities of highly effective agile teams?

Enterprise Agile Planning
A team is the core unit of productivity in an agile organization. Wher ...
Read More
Nov 15, 2021

How an open-first attitude revolutionized government tech development

Enterprise Agile Planning
Public perception of government is often that it is slow-moving, reluc ...
Read More
cross functional
Nov 08, 2021

6 best practices for building resilient cross-functional teams

Enterprise Agile Planning
Agile frameworks prize the quality of resilience within every facet of ...
Read More
Contact Us