Plutora Blog - Release Management
8 Ways to Improve your Enterprise Release Management ProcessReading time 6 minutes
What is Enterprise Release Management?
Whilst it is common to think of Release Management as the final promotion of a component into a production environment we take a far broader view of the release management process ranging from the strategy of establishing quarterly, monthly or fortnightly release windows, prioritising the contents of each release, understanding the complex dependencies, and tracking delivery as they meet the integrated delivery targets.
Enterprise Release Management also encompasses aligning the necessary non-production or test environments to support the coordinated release strategy. What defines the Enterprise Release Management process is the coordinated promotion of new functionality into existing production environments on a specified date. Enterprise Releases can vary significantly in their size and composition and could include:
- New systems or major function blocks delivered through major programs or projects.
- Routine minor enhancements in the form of Business as Usual (BAU) change requests.
- Minor defect fixes in the form of Business as Usual (BAU) service requests.
The ultimate objective of Enterprise Release Management is to control the flow of change into production. Enterprise Release Management is an essential function for all organisations that are continually implementing substantial IT programs or are on a path of continuous improvement. Growing and dynamic companies will continual adjust their IT systems to ensure they are aligned to customer acquisition, customer service and other growth prospects. As such, the Release Management process is not an essential function for static IT organizations.
Enterprise Release Management Success Factors
At the end of the day, there are a myriad of factors that contribute to the success or failure of your Enterprise Release Management. That being said, over the course of many year, a lot of experience, and data review, I’ve isolated 8 Key Performance Indicators that predict Release Management success. These are:
1. Review the Existing Enterprise Release Management Process
Any improvement to the Enterprise Release Management function needs to start with a review of the current people, processes and tools within Release Management. A successful Release Management function is characterized as having capable people, a clearly defined process, and a toolset that supports all participants in the process.
2. Set an Enterprise Release Strategy that clearly defines Regular Release Cycles
As Enterprise Release Management is concerned with ensuring all child releases and work packages arrive at the same time within a defined window, it is essential to establish a Release Strategy with regular windows that enable new features to be deployed to customers at regular intervals.
The frequency of these windows is typically monthly or quarterly and is driven by responsiveness required by customers as well as the complexity of the IT environment. The most successful Enterprise Release Management functions are those that are exercised regularly and tweak their processes slightly each release based on the lessons they learn.
3. Invest in the right people to be custodians of the Enterprise Release Function.
The team with the best players wins and it is no different in corporate teams and Release Management. Programme Managers and Project Manager will manage a broad set of work streams and activities to deliver to key milestones. Development managers will manage developers and product work packages for deployment.
The key personnel that participate in a successful release function, which is concerned with managing the smooth path of new features or changes through the various pre-production transitions include the Release Manager, Environment Manager, Test Manager and Implementation Manager
4. Provide as much transparency as possible
Publish the target release plan for the next 12 months. Whilst the composition of releases may not be known with certainty the intent is to lock in the release windows so that all teams work towards not only the final release date but also the intermediate targets such as the completion of requirements, completion of system testing, completion of user acceptance testing and so on. In an environment where targets are continually shifting being able to set and communicate release windows 12 months into the future essentially shifts the discussion to release composition rather than release date.
5. Engage Stakeholders through prioritisation and release composition
Once the release dates are defined and approved, Stakeholders are engaged to prioritize outstanding feature requests and allocate them to future releases. Stakeholders fill releases as far into the future as practical. There should be certainty around the immediate next release and less definition about the composition of releases scheduled further into the future. Regular structured releases give customers confidence that they can order something and it will be delivered.
6. Optimize Test Environment Usage
All phases within the release process require IT environments to be in place for test execution and validation well prior to the completion of any code. The release infrastructure covers the hardware, storage, network connections, bandwidth, software licenses, user profiles and access permissions.
In a complex, integrated and secure environment this is no trivial matter and requires thorough planning, understanding of interdependencies, alignment of specialist skill-sets and a propensity for resolving conflicts between competing initiatives. Critical environment bottlenecks must be eliminated early before they hold up delivery.
7. Control the activity through release stages
Releases encompass many moving parts. Transparency and control of each phase within the Release is critical to the alignment to a set delivery window. As Releases move through their key phases and milestones, at a physical level work packages are being promoted through various environments for various forms of testing and validation. A transparent baseline of the environments as well as a clear understanding of the composition of work packages being promoted prevents significant rework.
8. Continuous Communication
Regular communication with stakeholders, delivery teams and suppliers is essential to ensure all parties have a consistent view of the expected outcomes and the manner in which they are achieved. Where possible information relating to the progress of the release should be always available in a frictionless manner and should not be limited to the summarised information presented in the form of dated presentations. Rather all parties should have a systematic way of accessing they information they need in real time.
It’s easier to weigh change when it comes with a dollar value. Do yourself a favor and quantify the savings from a Release Management process upgrade