Welcome!

@DevOpsSummit Authors: Yeshim Deniz, Zakia Bouachraoui, Pat Romanski, Liz McMillan, Elizabeth White

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

@DevOpsSummit: Blog Feed Post

Skip Change Control By @Plutora | @DevOpsSummit [#DevOps #Agile #Docker #Microservices]

Governance and the Illusion of Risk Management

How Agile Release Managers Skip Change Control

By Dalibor Siroky

Do you think development teams really update those BMC Remedy tickets with all the changes contained in a release?  They don't.  Most of them just "check the box" and move on.

They rose a Risk Level that won't raise questions from the Change Control managers and they work around the checks and balances.  The alternative is to stop and wait for a department that still thinks releases are rare events. When a release happens every day there's just not enough time for people to attend CAB meetings and file never-ending streams of CR tickets. Change control can't keep up with development.

To be an effective Agile Release Manager at many organizations is to master the skill of knowing how to work around change control processes. When someone asks how risky a release is the answer often depends on who is asking.

You'll hear release managers say things like, "mark every release as a Risk Level 2 so we don't have to document potential business impact" or "just go ahead and clone the last CR ticket, no one ever checks the CR."

Governance and the Illusion of Risk Management

Departments in charge of tools like BMC Remedy understand this and some accept that the change requests entered rarely contain accurate or complete information. For many the process and ceremony of ITIL is more important accuracy.  It's governance for the sake of governance, and without accurate CR tickets it creates the illusion of risk management.  And, from a management perspective, it is a massive waste of resources and a drag on productivity.

When a development team is ready to deploy features once a day, and when a development team has transitioned away from big, monthly releases the distinction between an "emergency" fix, a "minor" release, and a "major" release no longer makes any sense. When developers are singularly responsible for implementing a change and triggering a continuous deployment to production that complex flowchart involving a change advisory board and change coordinator has become irrelevant to the reality of your releases.

On one side of the fence is a development team that is ready to deploy to production multiple times a day.  On the other side is an ITIL-based production control team that looks less relevant every single day because they haven't adapted to the increasing pace of change. An enterprise experiencing this disconnect has lost track of why changes to production are tracked in the first place.

Real Risk Management with Plutora: Bridging the Gap

Something needs to be one to bridge this gap. This disconnect between ITIL-based process mandated by large enterprises and the way that development teams operate is getting worse. While many organizations have started to err on the side of enabling development teams they've also started to understand that some process is necessary - especially for the largest, most risk-averse systems in production.

When a company uses Plutora they gain the ability to bridge this gap seamlessly with a tool that can assemble information from the tools developers and project managers use with tools such as BMC Remedy and ServiceNow. When it comes time for your developers to perform a daily or weekly release process they can create accurate CR tickets at the click of a button. Issue and story details from JIRA or Rally can be configured to flow automatically into a CR ticket and your change control teams can operate with accurate up-to-date information.

The choice is simple - use a tool that can bridge the differences between Agile and ITIL providing change control with an accurate picture of releases or continue down the path of making change control irrelevant.

At Plutora, we believe that you can have your Agile and practice ITIL-based change control too. You don't have to accept the inefficient and inaccurate state of change control in your increasingly agile software development organization, and you don't have to keep on sacrificing a release manager to manage the change control process.

Keeping the systems that manage software development in sync with systems that track changes to production should be as continuous and automated as the continuous deployment and integration pipelines your developers are starting to implement, and no one should have to lie on a CR ticket to work around a broken change control process.

The post How Agile Release Managers Skip Change Control appeared first on Plutora Inc.

Read the original blog entry...

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.

@DevOpsSummit Stories
Andi Mann, Chief Technology Advocate at Splunk, is an accomplished digital business executive with extensive global expertise as a strategist, technologist, innovator, marketer, and communicator. For over 30 years across five continents, he has built success with Fortune 500 corporations, vendors, governments, and as a leading research analyst and consultant.
The current environment of Continuous Disruption requires companies to transform how they work and how they engineer their products. Transformations are notoriously hard to execute, yet many companies have succeeded. What can we learn from them? Can we produce a blueprint for a transformation? This presentation will cover several distinct approaches that companies take to achieve transformation. Each approach utilizes different levers and comes with its own advantages, tradeoffs, costs, risks, and outcomes.
Contino is a global technical consultancy that helps highly-regulated enterprises transform faster, modernizing their way of working through DevOps and cloud computing. They focus on building capability and assisting our clients to in-source strategic technology capability so they get to market quickly and build their own innovation engine.
You want to start your DevOps journey but where do you begin? Do you say DevOps loudly 5 times while looking in the mirror and it suddenly appears? Do you hire someone? Do you upskill your existing team? Here are some tips to help support your DevOps transformation. Conor Delanbanque has been involved with building & scaling teams in the DevOps space globally. He is the Head of DevOps Practice at MThree Consulting, a global technology consultancy. Conor founded the Future of DevOps Thought Leaders Debate. He regularly supports and sponsors Meetup groups such as DevOpsNYC and DockerNYC.
Modern software design has fundamentally changed how we manage applications, causing many to turn to containers as the new virtual machine for resource management. As container adoption grows beyond stateless applications to stateful workloads, the need for persistent storage is foundational - something customers routinely cite as a top pain point. In his session at @DevOpsSummit at 21st Cloud Expo, Bill Borsari, Head of Systems Engineering at Datera, explored how organizations can reap the benefits of the cloud without losing performance as containers become the new paradigm.