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 de Diagramme PERT
Idéal pour:
Cartographie, Diagrammes, Planification de projet
Un diagramme PERT (Program Evaluation and Review Technique) est utilisé pour planifier efficacement des projets. Il vous aide à établir un calendrier précis, à planifier des tâches et des dépendances, et à définir un chemin critique.
Modèle PI Planning
Idéal pour:
Méthodologie Agile, Planification Stratégique, Développement de logiciels
Le PI Planning signifie « planification par incréments de programme ». Partie intégrante d'un Scaled Agile Framework (SAFe), le PI Planning aide les équipes à élaborer des stratégies vers une vision partagée. Au cours d'une session de PI Planning typique, les équipes se réunissent pour examiner un backlog de programme, s'aligner de manière polyvalente et décider des prochaines étapes. De nombreuses équipes organisent un événement de PI planning toutes les 8 à 12 semaines, mais vous pouvez personnaliser votre calendrier de planification en fonction de vos besoins. Utilisez le PI planning pour décomposer les fonctionnalités, identifier les risques, trouver les dépendances et décider quels récits vous allez développer.
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 Recherche
Idéal pour:
Education, Desk Research, Product Management
Les équipes doivent souvent documenter les résultats des sessions de tests d'utilisabilité et des entretiens avec les clients dans un modèle de recherche utilisateur systématique et flexible. Recueillir des observations de chacun dans un emplacement centralisé facilite le partage des informations à l'échelle de l'entreprise et la suggestion de nouvelles fonctionnalités en fonction des besoins des utilisateurs. Les modèles de recherche peuvent être utilisés pour enregistrer des données quantitatives ou qualitatives. Lorsque c'est votre travail de poser des questions, de prendre des notes, d'en savoir plus sur votre utilisateur et de tester de manière itérative, un modèle de recherche peut vous aider à valider vos hypothèses, à trouver des similitudes entre différents utilisateurs et à articuler leurs modèles mentaux, leurs besoins et leurs objectifs.
Modèle de Bilan
Idéal pour:
Gestion de projet, Documentation, Planification Stratégique
Un bilan fournit un aperçu de la façon dont quelque chose se passe à un moment donné. Vous pouvez fournir un bilan pour un projet, une équipe ou une situation, à condition qu'il souligne et trace la chaîne des événements d'un projet. Si vous êtes chef de projet, vous pouvez utiliser ce bilan pour conserver des enregistrements historiques des échéanciers du projet. Idéalement, toute partie prenante du projet devrait être en mesure de consulter un bilan et de répondre à la question « Où sommes-nous et comment en sommes-nous arrivés ici ? » Utilisez ce modèle comme point de départ pour résumer comment quelque chose progresse par rapport à un plan ou à un résultat prévu.
Modèle de journal RAID
Idéal pour:
Méthodologie Agile, Gestion de projet, Workflows Agile
Un journal RAID est un outil de planification de projet qui se concentre sur quatre domaines clés : les Risks (Risques), Assumptions (Hypothèses), Issues (problèmes) et Dependencies (Dépendances). Les risques sont des événements qui pourraient avoir un effet négatif s'ils se produisent, les hypothèses sont des choses qui, selon vous, contribueront au succès du projet (et qui auront des conséquences négatives s'ils ne se produisent pas), les problèmes sont des risques qui se sont déjà produits et ont un impact négatif sur le projet, et les dépendances sont des choses qui doivent commencer ou finir pour que votre projet puisse progresser. Les journaux RAID sont souvent utilisés lors du lancement d'un nouveau projet, mais sont également utiles pour promouvoir l'alignement et le statut de partage des projets déjà en cours.