Who owns the release?

August 15, 2022
With different teams responsible for development and release, we often end up with silos.

Your development team has written a great new feature. Customers have been clamoring for it. You’re ready to release it to the wild…

Who “owns” this release?

That is, who’s responsible if something goes wrong? …if the deployment fails? …if customers discover it doesn’t work as expected? …or the color scheme gives people a headache?

Unless there’s a really good reason otherwise, I hope the answer to all of these scenarios is the development team.

Of course we exect the operations or platform team to help maintain our deployment infrastructure, and customer service to report problems our customers are facing, and graphics designers to suggest color schemes, etc. But I believe responsibility for all of these things should generally default to the development team.

When different teams are responsible for different stages or components of delivery, we often end up with silos. Walls of confusion. Segmented work. Chaos.

Share this

Related Content

What causes bugs?

What behaviors, structures, or cultural traits lead to bugs?

How trusting is your organization's culture?

Organizations that tend toward trusting cultures exhibit higher software delivery performance and higher levels of job satisfaction.

How do you change your culture to accept DevOps?

Doing DevOpsy things begins to transform your culture for you.