Modèle Feuille de Route DevOps
Alignez les équipes de développement et d'exploitation pour améliorer continuellement les produits.
Trusted by 65M+ users and leading companies
À propos du modèle Feuille de Route DevOps
Au lieu de suivre l'approche en silo traditionnelle de « transfert », la méthodologie DevOps met l'accent sur la collaboration entre les équipes d'ingénierie et informatiques et la coordination des efforts tout au long du cycle de publication du logiciel.
Les feuilles de route DevOps mettent en œuvre un processus qui repose sur l'intégration et le déploiement continus. Cela devrait aider les équipes à produire un niveau de production plus élevé, avec moins de variations entre les cycles de production, et une meilleure vue polyvalente du cycle de produit de bout en bout.
Les équipes DevOps peuvent créer des processus de développement de produits plus transparents, collaboratifs et efficaces en favorisant un ensemble de principes (état d'esprit de croissance, récompenser l'innovation, la coopération, l'expérimentation, l'apprentissage et l'empathie des utilisateurs) plutôt que de se concentrer sur la structure organisationnelle.
Continuez à lire pour en savoir plus sur les feuilles de route DevOps.
Qu'est-ce qu'une Feuille de Route DevOps ?
Les feuilles de route DevOps vous permettent de rationaliser les rituels et les outils de votre équipe pour mieux gérer vos ressources chaque trimestre. Les chefs d'équipe ou les responsables peuvent utiliser la feuille de route pour créer de nouvelles façons de réduire les frais généraux et les lourdes charges de travail. Idéalement, votre équipe reste stimulée et motivée pour trouver des opportunités d'innovation.
DevOps lui-même est un processus qui facilite la collaboration entre les équipes d'ingénierie qui codent le logiciel et les équipes d'exploitation chargées de publier le logiciel pour les clients.
En collaborant tout au long du processus de développement logiciel, les développeurs peuvent itérer le code en continu en fonction des commentaires de l'équipe d'exploitation. Comme la méthodologie Agile, les processus DevOps aident les équipes à avoir moins de revers ou de surprises grâce à davantage d'opportunités de test et de coordination intégrées au processus.
Ce modèle Feuille de Route comporte des visualisations personnalisables représentant :
Un flux de travail circulaire qui définit le pipeline de livraison des deux équipes et la boucle de rétroaction continue entre votre entreprise et vos clients.
Une feuille de route DevOps trimestrielle décrivant les priorités à court terme, et contenant des produits et des projets dans chaque couloir
Un emplacement mobile « aujourd'hui » pour aider votre équipe à suivre sa progression trimestrielle
Créer une équipe DevOps, au lieu de séparer les développeurs et les opérations informatiques en silos d'informations distincts, permet aux organisations de planifier la reprise après un accident. La création d'une feuille de route partagée permet également de créer des produits évolutifs, mobiles et sécurisés.
Quand utiliser les feuilles de route DevOps ?
Une feuille de route DevOps bien définie aide les équipes à travailler ensemble et offre des opportunités d'apprentissage lorsque les projets et les produits réussissent ou rencontrent des obstacles.
Une feuille de route DevOps peut également aider les équipes à :
Comprendre des détails spécifiques du processus global, pour aligner le développement et les opérations sur les dates clés et les initiatives pour mieux collaborer.
Rester aligné sur les priorités et les dépendances, afin qu'elles puissent gérer leur temps et anticiper quand les équipes livrent des éléments nécessitant une attention particulière.
Améliorer continuellement les produits en communiquant et en partageant régulièrement des informations et en fournissant fréquemment des améliorations et des fonctionnalités progressives aux utilisateurs.
À titre de référence visuelle, la feuille de route DevOps aide également les équipes à garder à l'esprit les priorités à moyen et à court terme et à s'adapter aux priorités changeantes.
Pour hiérarchiser chaque élément de votre feuille de route, utilisez le framework CAMS :
Culture : Activités qui améliorent la communication et la compréhension mutuelle des objectifs et des responsabilités de chacun
Automatisation : Activités qui accélèrent la livraison et l'intégration continues tout en économisant du temps, de l'argent et des efforts entre les équipes, les processus et les outils
Mesure : Activités qui aident à mesurer si des progrès se produisent et vont dans la bonne direction
Sharing (Partage) : Activités qui favorisent la transparence et l'ouverture, pour resserrer les boucles de rétroaction et favoriser l'amélioration continue
Le but ultime est de partager les responsabilités et de mettre les équipes sur la même longueur d'onde pour faire progresser l'organisation.
Créez votre propre feuille de route DevOps
Créer votre propre feuille de route DevOps est facile. L'outil de tableau blanc de Miro est le canvas parfait pour le créer et le partager. Commencez par sélectionner le modèle Feuille de Route DevOps, puis suivez les étapes pour créer le vôtre.
Définissez clairement les objectifs de votre feuille de route. Avant d'ajouter ou de modifier du contenu d'une feuille de route, déterminez pourquoi vos équipes en ont besoin. Voici quelques exemples : « Améliorer la coordination entre les équipes d'ingénierie et d'exploitation » ou « Créer une source unique de vérité pour le travail DevOps ».
Fixez-vous des objectifs ou des plans spécifiques à court terme. Le modèle par défaut couvre une année du premier trimestre au quatrième. Cependant, lorsqu'il s'agit d'anticiper, il est idéal de planifier trois mois à l'avance. Plus longtemps et votre feuille de route pourrait devenir désordonnée et floue.
Utilisez des repères visuels pour rendre la feuille de route plus facile à comprendre. Vous pouvez utiliser la palette de couleurs par défaut de Miro pour étiqueter chaque élément lié au projet ou au produit sur votre feuille de route. Par défaut, ce modèle étiquette les éléments comme « Priorité élevée », « Priorité moyenne » et « Priorité faible ». Vous pouvez également coder chaque élément selon les valeurs CAMS (Culture, Automatisation, Mesure, "Sharing" (Partage).
Partagez la feuille de route avec votre équipe d'ingénierie et d'exploitation. Cliquez sur « Inviter des membres » pour donner accès à toutes les personnes qui doivent contribuer à votre feuille de route DevOps. Vous pouvez également inviter des membres de l'équipe, des clients ou des parties prenantes via Slack ou par e-mail.
Examinez et modifiez votre flux de travail DevOps si nécessaire. Peut-être devriez-vous suivre un flux de travail DevOps légèrement différent ? Chaque pense-bêtes est modifiable, de la zone texte à la couleur du pense-bêtes. Consultez la page Work Smarter, Not Harder de Miro pour apprendre à utiliser les raccourcis clavier, verrouiller des objets et utiliser la duplication intelligente.
Demandez à votre équipe d'ajouter des produits et des projets à la feuille de route. Chaque objet de la feuille de route est codé par couleur en fonction de son principe d'alignment dans le CAMS. Vous pouvez également ajouter une balise pour signaler son statut de priorité, de haut en bas.
Gardez votre feuille de route à jour si nécessaire. Organisez des sessions de révision régulières pour ajuster votre flux de travail DevOps ou les priorités de votre feuille de route à mesure que les plans changent. Vous pouvez également encourager vos collègues à consulter eux-mêmes la feuille de route pour se tenir au courant des changements ou des priorités.
Commencer avec ce modèle maintenant.
Modèle Carte des Flux de Valeur
Idéal pour:
Gestion de projet, Planification Stratégique, Cartographie
La Cartographie des Flux de Valeur est une méthode de représentation du flux de matériaux et d'informations nécessaires pour apporter un produit à un client. C'est simple : vous utilisez une série de symboles pour présenter les flux de travail et les flux d'informations, et un autre symbole pour indiquer si ces éléments ajoutent de la valeur. Vous pouvez ainsi déterminer quels éléments n'ajoutent pas de valeur du point de vue du client. La cartographie de la chaîne de valeur améliore la communication et la collaboration. Utilisez le modèle Carte des Flux de Valeur pour comprendre le manque de connaissances en ce qui concerne les transferts entre les membres de l'équipe et entre les équipes. Une carte efficace des flux de valeur permet d'identifier les pertes, de favoriser la collaboration et de rationaliser la production.
Modèle de Cartographie des Résultats
Idéal pour:
Diagrammes, Cartographie, Gestion de projet
Les grands projets complexes comportent de nombreuses incertitudes inhérentes et peuvent avoir de nombreux résultats possibles. Comment pouvez-vous être prêt pour tous ces résultats ? Vous pouvez les anticiper. La cartographie des résultats est une technique qui vous permet de recueillir des informations à l'avance pour vous préparer aux nombreux changements et obstacles imprévus qui surviennent au cours d'un projet. Ce modèle vous permet de réaliser facilement la cartographie de résultats en quatre étapes : effectuer votre travail préalable, fournir un cadre de suivi, élaborer un plan d'évaluation et le diffuser à votre équipe et aux parties prenantes.
Modèle de Feuille de Route Technologique
Idéal pour:
Agile Methodology, Roadmaps, Agile Workflows
Une feuille de route technologique aide les équipes à documenter la justification de quand, pourquoi, comment et quelles solutions technologiques peuvent aider l'entreprise à aller de l'avant. Également appelées feuilles de route informatiques, les feuilles de route technologiques montrent aux équipes quelle technologie leur est disponible, en se concentrant sur les améliorations à planifier. Elles vous permettent d'identifier les failles ou les chevauchements entre les outils technologiques progressivement supprimés, ainsi que les logiciels ou programmes qui seront bientôt installés. D'un point de vue pratique, la feuille de route devrait également décrire les types d'outils pour lesquels il est préférable de dépenser de l'argent et le moyen le plus efficace d'introduire de nouveaux systèmes et processus.
Modèle Diagramme Swimlane
Idéal pour:
Diagrammes de flux, Diagrammes, Workflows
Lorsque les processus commencent à devenir désordonnés, c'est une bonne idée de prendre du recul et de visualiser qui fait quoi et quand. Un diagramme Swimlane prend un endroit physique familier et quotidien (une piscine) et transforme l'idée de « couloirs de nage » en une métaphore pour l'organisation des processus au sein d'une équipe, d'un groupe de travail, d'un service ou d'une organisation à plusieurs niveaux. Cette représentation visuelle digeste et centralisée utilise la métaphore des couloirs dans une piscine pour clarifier un processus complexe. Utilisez un diagramme Swimlane pour clarifier les rôles avant un projet majeur, pour mettre à jour un nouvel employé ou votre structure organisationnelle, et bien plus encore.
Modèle de Rétrospective Mad/Sad/Glad
Idéal pour:
Brainstorming, Idéation, Rétrospectives
Il est tentant de mesurer le succès d'un sprint uniquement en fonction du respect des objectifs et des délais. Mais il existe un autre indicateur de réussite important : les émotions. Et Mad Sad Glad est une technique populaire et efficace permettant aux équipes d'explorer et de partager leurs émotions après un sprint. Cela vous permet de mettre en évidence le positif, de souligner les préoccupations et de décider comment avancer en équipe. Ce modèle facilite la conduite d'un Mad Sad Glad qui vous aide à renforcer la confiance, à améliorer le moral de l'équipe et à accroître l'engagement.
Modèle Analyse des Parties Prenantes
Idéal pour:
Gestion de projet, Planification Stratégique, Planification de projet
La gestion des parties prenantes fait partie intégrante de la réalisation d'un projet à temps et de la satisfaction des attentes. Voici donc comment utiliser une analyse des parties prenantes pour vous aider. Une analyse des parties prenantes vous permet de répondre à des attentes et de terminer des projets à temps en identifiant les individus, les groupes et les organisations ayant un intérêt direct dans un programme ou un processus. Dans une analyse typique des parties prenantes, vous allez hiérarchiser les parties prenantes en fonction de leur influence sur un projet et chercher à comprendre la meilleure façon d'interagir avec elles tout au long du projet.