Welcome!

Plutora Brings DevOps to the Enterprise

Plutora Blog

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


Related Topics: Continuous Integration, DevOps for Business Application Services, Application Performance Management (APM), Continuous Testing, DevOps Journal

Blog Post

Enterprise DevOps Potfolio View By @Plutora | @DevOpsSummit [#DevOps]

Companies that have a large number of projects and a large number of environments

When a CIO or a CTO thinks of the applications they support it is almost always in terms of a "portfolio"  When a research company named Gleanster poll executives about agile data management they discovered an interesting trend. Companies are reporting an increase in portfolio sizes with just over 36% of all respondents from large companies listing 75 or more applications in their portfolio.

75 or More Applications

These are the kinds of companies we work with. Companies that have a large number of projects and a large number of environments. In these environments it's easy to get distracted by this high-level view of software projects and assume that all software releases should be standardized. All projects must adhere to a set of standards and a process that minimizes risk, and all projects must have the same release process.

Organizations that have a recent history of rocky releases always tend to have that single approach to managing a release. We think this is a mistake, this assumption that every release should have the same structure and the same governance gates is an assumption that's built into some popular tools that are used to manage enterprise releases.  But, anyone who has worked "in the trenches" on a release process understands that even on a single project there is always a large variety of release types:

  • Epic releases that bring entire teams into play across multiple months.
  • Emergency fixes that affect production systems but which are expedited and often skip portions the process entirely.
  • Multi-team Releases that involve multiple teams collaborating on separate systems against a unified schedule
  • Operations-focused releases which include changes to support system operations only.

My point isn't to make a list of all the possible types of releases it is just an acknowledgement that there is a wide variation, and our customers all tend to use different language for these different release types.

Variation in Risk

A portfolio of 75 applications is also a portfolio that has a wide variation of risk.  This is another reason to avoid "One Release Process to Rule them All".   If you configure your governance gates to provide maximum oversight of a critical deployment to the public-facing website would you do the same for an internal intranet used by 3-4 people?

You might think the answer is an obvious no, but if you don't use a tool like Plutora which allows you to customize your organization's workflow and override standards when they don't make sense you might just be using one of those legacy change management tools that treats every change to production as if it were a Moon launch.

This is the most common complaint of professionals forced to use bad tools for release management.  They understand the necessity of tracking change.  They understand the need for process, but what few understand is why tools designed to keep track of CMDB databases have been designed without usability in mind.

Plutora Meets Your Requirements

In Plutora we've tried to break the mold and create a tool that allows users to interact with a release process that can be redefined to meet your organization's requirements.  We don't force you to stand up a single release management workflow because we understand that you work at the kind of company that is too big for cookie-cutter solutions.

When you are managing a release or approving a release as a manager, a tool like Plutora understands four things:

  1. The size of the portfolios you support are only growing over time.
  2. Release managements isn't a one-size fits all solution - the right pipeline for a give risk profile
  3. Release managers are looking for solutions that can help identify and mitigate a wide range of risks related to release management.
  4. Governance gates should not be an undue burden on users.

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.