Welcome!

@DevOpsSummit Authors: Liz McMillan, Yeshim Deniz, Elizabeth White, Pat Romanski, Ravi Rajamiyer

Related Topics: @DevOpsSummit, Microservices Expo, Containers Expo Blog, @CloudExpo

@DevOpsSummit: Blog Post

Air Traffic Control for Agile Enterprise By @Plutora | @DevOpsSummit [#DevOps]

The two disciplines are very similar both deal with a delicate transition between two states

Plutora is the necessary "Air Traffic Control" for an increasingly Agile Enterprise

By Dalibor Siroky

I keep coming back to this analogy because it's the most apt description of what Plutora provides for the Enterprise.

We provide the software that you need to manage a busy release schedule.  Without Plutora you are forced to use manual methods to orchestrate releases and manage resources, and the analogy that connects with most of our customers is that Plutora is the necessary "Air Traffic Control" for an increasingly agile enterprise.

The two disciplines are very similar both deal with a delicate transition between two states.  Air Traffic Controllers deal with the transition being in-flight and on the ground, and Release Managers deal with the transition between in-development and running on production.  Both disciplines involve a highly orchestrated sequence of operations to minimize risk and manage these transitions, and both jobs involve managing several competing inputs at once.  While an Air Traffic Controller needs to guide 10 airplanes onto a busy runway, a Release Manager has to guide 10 projects onto a busy set of environments.

In terms of risk, both disciplines are also similar. Air Traffic Controllers are responsible for an incalculable amount of risk both in terms of hardware and lives, and Release Managers are responsible for the smooth operation of multi billion-dollar production networks.  In this post I'm developing this analogy to demonstrate that our current, reactive approach to release management is reminiscent of the way we landed planes in 1929 (yes, we landed planes in 1929.)

A Quick Tour through the History of Air Traffic Control:

1920s: Flashlights - Guidance on Landing and Take-off Only

In the 20s airplanes were guided to landing by people holding "flash lights." Planes only received direction when they approached an airport. Terrifying, right?

1930s: Pushing Figurines Around a Map

With the advent of radio communications controllers could now communicate with pilots, but radar had not yet been invented.  Controllers talked to pilots and pushed boat figurines across a map.

1950s: More Planes + Disaster Spurs Installation of Radar

After a disastrous mid-air collision the US Congress created the FAA and funded a real radar system to track planes. More radar coverage allowed controllers to track planes as they made progress toward a destination.

1975: Computerized Flight Plans, "Modern" Air Traffic Control

While technology has improved in four decades the modern approach of filing flight plans and passing planes between regional control centers has remained in place since the mid-70s.

A Quick Tour through the History of Release Management

2000s: Flashlights - Guidance only during a Release

This is the current state for most enterprise release managers.  There is no visibility into project lifecycle until a project shows up as ready to deploy to production.    For many release managers the earliest warning they will get that a project is ready for a release is, "Hey, can we do a production release tonight?"

There are only a few environments available and there is often little room for schedule slippage or error.   If too many projects show up at once, a release manager is in serious trouble. These risks were manageable when there were only a few projects in the landing sequence.

2010s: DevOps - A Collection of Tools, No Transparency

With busier skies, release management has started to take a more proactive approach to tracking projects on a release trajectory, but most release managers are still disconnected from the development groups that drive activity.

Release Managers in this decade are often left with a series of unrealistic release plans spanning entire departments.  It is up to the release and environment management group to pick up the phone and ask projects if they are still on track to delivery software.  While release managers aren't pushing boat figurines across a physical map, we are often updating wholly inaccurate Gantt charts that drive flawed estimates of capacity and over-budgeted hardware spend.

And, that's where the story ends.  When you compare the history of Air Traffic Control to the history of Release Management  you'll realize that we still lack the predictability and control that Radar brought to Air Traffic Controllers.  While most Release Managers will tell you they can predict activity in a week or two, many will express frustration when they try to extend plans further in the future.

Release managers are often just waiting for the next emergency.  The next close call when one business-critical application needs to land on the same environment as another business-critical application and they are asked to perform last-minute miracles to make up for the fact that the modern Enterprise hasn't invested in the necessary tools to track multiple projects as they progress toward a software release.

Most Enterprise Release Managers are Stuck in 1929

Release management is still viewed as process that begins at the end of the software development lifecycle and very few organizations have a release management function that tracks project progress from inception through implementation to delivery.  In many cases, the release manager is standing there, at the end of the runway pointing colored flash lights at approaching planes and while this approach worked in previous decades it doesn't work today.

Software releases are more frequent and involve significantly more risk, and every now and then Release Managers have to avoid colliding initiatives.   It's time to upgrade to a modern release management "Radar,"  and that radar is the Plutora Release Manager.

With Plutora:

  • You can connect to all of your project's JIRA issues and track multiple projects as they progress toward a software release.
  • You can visualize the conflicts that may arise between project release schedules and reroute projects that are on a collision course for an environment or QA resource.
  • You can understand what the current capacity of your team is and quickly identify if critical resources such as QA or release engineering are in danger of burn out.

Just like an ATC controller can call up an airliner in transit and ask them to either speed up or slow down to anticipate traffic jams hours ahead of time, with Plutora your release managers will be able to look far into the future to understand how projects need to adjust to ensure that business initiatives are not blocked for lack of resources.   You can forecast what your IT environment budget will look like months in advance.

When we compare Release Management with Air Traffic Control it's clear that it is time for Release Management to move into the 1950s or even the 1970s.

Would you land at O'Hare if there was just a guy standing on the edge of the runway with a set of flashlights?  If the answer is no then why would you expect your release manager to manually track software releases with spreadsheets during the final phase of software delivery? For many of our customers there's considerably more risk involved in managing an efficient release pipeline.

When you have billion-dollar software initiatives in the air, you should invest in tools that give you the ability to manage the transition from development to production with ease and efficiency.

More Stories By Plutora Blog

Plutora provides Enterprise Release and Test Environment Management SaaS solutions aligning process, technology, and information to solve release orchestration challenges for the enterprise.

Plutora’s SaaS solution enables organizations to model release management and test environment management activities as a bridge between agile project teams and an enterprise’s ITSM initiatives. Using Plutora, you can orchestrate parallel releases from several independent DevOps groups all while giving your executives as well as change management specialists insight into overall risk.

Supporting the largest releases for the largest organizations throughout North America, EMEA, and Asia Pacific, Plutora provides proof that large companies can adopt DevOps while managing the risks that come with wider adoption of self-service and agile software development in the enterprise. Aligning process, technology, and information to solve increasingly complex release orchestration challenges, this Gartner “Cool Vendor in IT DevOps” upgrades the enterprise release management from spreadsheets, meetings, and email to an integrated dashboard giving release managers insight and control over large software releases.

Comments (0)

Share your thoughts on this story.

Add your comment
You must be signed in to add a comment. Sign-in | Register

In accordance with our Comment Policy, we encourage comments that are on topic, relevant and to-the-point. We will remove comments that include profanity, personal attacks, racial slurs, threats of violence, or other inappropriate material that violates our Terms and Conditions, and will block users who make repeated violations. We ask all readers to expect diversity of opinion and to treat one another with dignity and respect.


@DevOpsSummit Stories
The now mainstream platform changes stemming from the first Internet boom brought many changes but didn’t really change the basic relationship between servers and the applications running on them. In fact, that was sort of the point. In his session at 18th Cloud Expo, Gordon Haff, senior cloud strategy marketing and evangelism manager at Red Hat, will discuss how today’s workloads require a new model and a new platform for development and execution. The platform must handle a wide range of recent developments, including containers and Docker, distributed resource management, and DevOps tool chains and processes. The resulting infrastructure and management framework must be optimized for distributed and scalable applications, take advantage of innovation stemming from a wide variety of open source projects, span hybrid environments, and be adaptable to equally fundamental changes happen...
Rodrigo Coutinho is part of OutSystems' founders' team and currently the Head of Product Design. He provides a cross-functional role where he supports Product Management in defining the positioning and direction of the Agile Platform, while at the same time promoting model-based development and new techniques to deliver applications in the cloud.
"We began as LinuxAcademy.com about five years ago as a very small outfit. Since then we've transitioned into more of a DevOps training company - the technologies and the tooling around DevOps," explained Doug Vanderweide, an instructor at Linux Academy, in this SYS-CON.tv interview at 20th Cloud Expo, held June 6-8, 2017, at the Javits Center in New York City, NY.
DevOpsSummit New York 2018, colocated with CloudEXPO | DXWorldEXPO New York 2018 will be held November 11-13, 2018, in New York City. Digital Transformation (DX) is a major focus with the introduction of DXWorldEXPO within the program. Successful transformation requires a laser focus on being data-driven and on using all the tools available that enable transformation if they plan to survive over the long term.
They say multi-cloud is coming, but organizations are leveraging multiple clouds already. According to a study by 451 Research, only 21% of organizations were using a single cloud. If you've found yourself unprepared for the barrage of cloud services introduced in your organization, you will need to change your approach to engaging with the business and engaging with vendors. Look at technologies that are on the way and work with the internal players involved to have a plan in place when the inevitable happens and the business begins to look at how these things can help affect your bottom line.