Plutora Brings DevOps to the Enterprise

Plutora Blog

Subscribe to Plutora Blog: eMailAlertsEmail Alerts
Get Plutora Blog: homepageHomepage mobileMobile rssRSS facebookFacebook twitterTwitter linkedinLinkedIn


Related Topics: Agile Software Development, Continuous Integration, DevOps Journal

Blog Post

Agile Release Management By @Plutora | @DevOpsSummit [#DevOps]

So, teams in your organisation have decided to embrace Agile development for some projects

Agile Release Management

By Sean Hamawi

So teams in your organisation have decided to embrace Agile development for some Projects and/or BAU development and things are going great guns, your deploying code changes and releases in prod every week.

Over on the other side of the fence IT ops are screaming at the various portfolio dev teams for releasing highly risky functionality way too frequently but since the Agile dev adoption production has only had a couple of low priority P4 incidents caused by bad code releases. Things must be looking good with the new dev process but then a few months down the track BAM a P1 incident the Monday morning after a agile delivered release is deployed. Highly important business functionality is broken in one of the downstream systems. It's all hands to the pump and both IT dev and IT Ops team are getting frustrated with each other trying to resolve the incident holding back blame on which side of the fence caused the incident. A few hours later all fixed and the communication goes out to the business that prod incident is resolved.

Now the fun begins trying to de-construct what happened with the deployment over the weekend. Questions are being asked by management:

  • "Why didn't post verification testing (PVT) pick up the problem?"
  • "Was it the test team who screwed up and didn't do proper regression testing?"
  • "Was it a problem with the deployment activities?"

The list of questions goes on until somebody starts blaming the Agile development process for short circuiting the impact assessment process. Comments such as an impact assessment wasn't required get floated by the development and test teams. The reason always boils down to "this was a discrete code change we are making to one system and we didn't know it will impact the downstream system." Agile is now showing its true ugly side, IT Dev only had 1 week to develop and test this small code release. Documentation was barely existent and the JIRA ticket had hardly any information around the Impact Assessment.

Unfortunately the scenario described above is very common in large organisation and can be eliminated by enforcing Agile Release Management. Agile Release Management allows for the proper planning, sequencing, completion of system impact assessments and production failure risk mitigation strategies. Without performing Agile Release Management IT Departments are playing Russian roulette with production stability. Tools such as Plutora provide step by step wizards to allow Release Management gatekeepers the mechanisn to implement and govern the control of each agile release.

Agile Development approaches such as iterative, scrum and kanban have the benefits of increasing the frequency of code change being released into production but the side effect is that production is exposed to higher risks of failure. Impact assessments and risk ratings of each Agile release need to be managed at a micro release management layer to ensure system impacts are known against up and downstream integrated system.

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.