Contrôle des connaissances

Un cadre pour créer des équipes pluridisciplinaires et un moyen de mesurer l’efficacité des codeurs.

La possibilité de commercialiser plus rapidement d’autres fonctionnalités et d’augmenter l’agilité en cas de changement.

Des processus qui facilitent le déploiement de code et minimisent les erreurs de codage.

Parce que des études sont montrés qu’il est impossible d’améliorer les performances de livraison de logiciels en l’absence d’une culture d’organisation bureaucratique.

Parce que l’émergence des réseaux sociaux a amélioré le flux de communication, qui était auparavant considéré comme le seul pilier essentiel de DevOps.

Parce que DevOps a besoin d’un état d’esprit ouvert sur la croissance et l’apprentissage continu pour réussir, ce qui nécessite des bases culturelles fortes soutenues par les dirigeants.

Un produit peut être un service ou une plateforme reproductible.

Un produit livre des fonctionnalités qui ont de la valeur pour les clients.

La gestion de produits a pour but de servir les clients externes.

Seul un produit évolue au fil du temps.

Un produit donne une définition claire de ce qui doit être fourni.

Un produit a une date à laquelle il doit être livré.

Pour que plusieurs équipes de développement puissent prendre en charge le produit.

Pour pouvoir prendre en charge le produit de bout en bout.

Pour développer des ensembles de compétences spécialisés.