Welcome!

@DevOpsSummit Authors: Pat Romanski, Liz McMillan, Elizabeth White, Yeshim Deniz, SmartBear Blog

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
"Our strategy is to focus on the hyperscale providers - AWS, Azure, and Google. Over the last year we saw that a lot of developers need to learn how to do their job in the cloud and we see this DevOps movement that we are catering to with our content," stated Alessandro Fasan, Head of Global Sales at Cloud 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.
Five years ago development was seen as a dead-end career, now it’s anything but – with an explosion in mobile and IoT initiatives increasing the demand for skilled engineers. But apart from having a ready supply of great coders, what constitutes true ‘DevOps Royalty’? It’ll be the ability to craft resilient architectures, supportability, security everywhere across the software lifecycle. In his keynote at @DevOpsSummit at 20th Cloud Expo, Jeffrey Scheaffer, GM and SVP, Continuous Delivery Business Unit at CA Technologies, will share his vision about the true ‘DevOps Royalty’ and how it will take a new breed of digital cloud craftsman, architecting new platforms with a new set of tools to achieve it. He will also present a number of important insights and findings from a recent cloud and DevOps study – outlining the synergies high performance teams are exploiting to gain significant busin...
Enterprise architects are increasingly adopting multi-cloud strategies as they seek to utilize existing data center assets, leverage the advantages of cloud computing and avoid cloud vendor lock-in. This requires a globally aware traffic management strategy that can monitor infrastructure health across data centers and end-user experience globally, while responding to control changes and system specification at the speed of today’s DevOps teams. In his session at 20th Cloud Expo, Josh Gray, Chief Architect at Cedexis, covered strategies for orchestrating global traffic achieving the highest-quality end-user experience while spanning multiple clouds and data centers and reacting at the velocity of modern development teams.
In IT, we sometimes coin terms for things before we know exactly what they are and how they’ll be used. The resulting terms may capture a common set of aspirations and goals – as “cloud” did broadly for on-demand, self-service, and flexible computing. But such a term can also lump together diverse and even competing practices, technologies, and priorities to the point where important distinctions are glossed over and lost.
When shopping for a new data processing platform for IoT solutions, many development teams want to be able to test-drive options before making a choice. Yet when evaluating an IoT solution, it’s simply not feasible to do so at scale with physical devices. Building a sensor simulator is the next best choice; however, generating a realistic simulation at very high TPS with ease of configurability is a formidable challenge. When dealing with multiple application or transport protocols, you would be looking at some significant engineering investment. On-demand, serverless computing enables developers to try out a fleet of devices on IoT gateways with ease. With a sensor simulator built on top of AWS Lambda, it’s possible to elastically generate device sensors that report their state to the cloud.