The following bit I wrote was just published as the Tip of the Month in Agile University’s newsletter for February.
- IF your agile team is just getting into the flow in a nascent agile enterprise, and if your teams have been head down so long meeting near term iteration objectives that they are starting to ask about the bigger picture – then there is something wrong with your release planning process (inadequate team vision)
- IF your company organizes special projects to emphasize new initiatives and project managers spend time meeting about them – then there is something wrong with your release planning process (new epics not factored into release commitments)
- IF late discovery of interdependencies amongst teams prevent increased velocities of system- level deliveries – then there is something wrong with your release planning process (interdependencies not considered in release commitments)
- IF your team invests too little time in longer term architectural initiatives and big refactors – then there is something wrong with your release planning process (architectural runway given insufficient consideration in release commitments)
IF you and your teams find yourselves experiencing any of the above problems, don’t worry so much about the symptoms, focus on improving your release planning process.
IF you’d like to learn more on this topic, Agile Release Planning (synchronized, multiple-level release planning for agile teams of teams building systems of systems) is one of the critical, but little understood, enterprise skills I’ll be covering further in my upcoming Agile University Course, Scaling Software Agility: Best Practices for the Large Enterprises, which will be offered in London (Southwark) on February 27, 2008 and in Boulder, Colorado on March 18, 2008. A free copy of the book will be provided to all attendees who register for the course.
Also, I’ll be blogging about the value and mechanics of this important skill in the weeks ahead.