SlideShare utilise les cookies pour améliorer les fonctionnalités et les performances, et également pour vous montrer des publicités pertinentes. Si vous continuez à naviguer sur ce site, vous acceptez l’utilisation de cookies. Consultez nos Conditions d’utilisation et notre Politique de confidentialité.
SlideShare utilise les cookies pour améliorer les fonctionnalités et les performances, et également pour vous montrer des publicités pertinentes. Si vous continuez à naviguer sur ce site, vous acceptez l’utilisation de cookies. Consultez notre Politique de confidentialité et nos Conditions d’utilisation pour en savoir plus.
Publié le
Release Managers get it. They often lead DevOps transformations, acting as "protectors of production" and, in the process, earn the respect of both development and operations. Release Managers have proven that, with the right process and supporting tools, applications teams can integrate, test and deploy with speed and control. Now that continuous delivery has taken hold and teams are releasing multiple times per week (or day), where are the releases that need managing? What is the Release Manager supposed to do??
Join us for a look at how Release Managers have automated themselves out one job and into another. Production still needs protection and the pace of change is faster than ever. The Release Manager no longer needs to spend as much time evaluating each change, but is perfectly equipped to help identify bottlenecks in delivery and correct them while still keeping production safe.
Il semblerait que vous ayez déjà ajouté cette diapositive à .
Identifiez-vous pour voir les commentaires