DZone
DevOps Zone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
  • Refcardz
  • Trend Reports
  • Webinars
  • Zones
  • |
    • Agile
    • AI
    • Big Data
    • Cloud
    • Database
    • DevOps
    • Integration
    • IoT
    • Java
    • Microservices
    • Open Source
    • Performance
    • Security
    • Web Dev
DZone > DevOps Zone > 3 Myths about Release and Deployment Management

3 Myths about Release and Deployment Management

Eric Minick user avatar by
Eric Minick
·
Mar. 28, 12 · DevOps Zone · Interview
Like (0)
Save
Tweet
8.87K Views

Join the DZone community and get the full member experience.

Join For Free

At Urbancode, our AnthillPro and uDeploy products are often used primarily by Release and Deployment teams. As we work with our customers, who have or are considering creating these teams, we encounter a handful of misconceptions about the practice.

Release and Deployment Management can’t be Agile

Many release management teams act as gate-keepers and many release teams require excessive documentation in order to approve a deployment to production. However, the trend in the industry is towards increased agility. Release managers less and less as gate keepers and increasingly, facilitating Development – Operations cooperation.

As this DevOps approach takes hold with practices such as automated provisioning and deployment, the deployment team is better able to keep pace with the Agile development teams.

We need consistent, massive controls

deployment and release management (to the moon)

We absolutely need some controls, especially for mission critical, chain of care, or financially sensitive applications. However, we don’t need the same sort of rigor around some of our internal applications.

Most of our applications aren’t going to make or break our companies, or be responsible for people’s lives. Change control and release management teams should be able to identify applications which can follow more streamlined release processes that require minimal sign-offs and checks allowing the business to derive value from development more quickly and easily.

Release Management is Everywhere

Release management is still an emerging, and highly varied, practice. It seems to emerge within organizations as architectural and team complexity grows. When the knowledge of how a system hangs together, and what the runtime inter-dependencies are becomes widely distributed, release managers are usually tapped to provide a level of coordination. The shape of that coordination still varies a great deal.

For more on this topic, see our recent webcast on ITIL, Release Management and DevOps.

Release (agency) Release management agile

Opinions expressed by DZone contributors are their own.

Popular on DZone

  • What I Miss in Java, the Perspective of a Kotlin Developer
  • Regression Testing: Significance, Challenges, Best Practices and Tools
  • Understand Source Code — Deep Into the Codebase, Locally and in Production
  • Data Science Project Folder Structure

Comments

DevOps Partner Resources

X

ABOUT US

  • About DZone
  • Send feedback
  • Careers
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • MVB Program
  • Become a Contributor
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 600 Park Offices Drive
  • Suite 300
  • Durham, NC 27709
  • support@dzone.com
  • +1 (919) 678-0300

Let's be friends:

DZone.com is powered by 

AnswerHub logo