Modèle Feuille de Route DevOps
Alignez les équipes de développement et d'exploitation pour améliorer continuellement les produits.
À 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 Agile Transformation Roadmap
Idéal pour:
Méthodologie Agile, Feuilles de route, Workflows Agile
Une Agile Transformation Roadmap peut vous aider, votre équipe et votre organisation, à passer de méthodes rigides avec de nombreuses règles de conformité à la méthode Agile plus flexible et plus progressive. Des besoins aux intégrations planifiées en passant par les mesures de sécurité de votre organisation, vous pouvez cartographier tous les éléments mobiles de votre entreprise sous forme de "swim lanes" que vous pouvez ensuite mettre à jour régulièrement. Utilisez votre roadmap comme un outil pour présenter l'évolution de votre produit sur une période donnée. Obtenez du soutien sans pour autant faire de la surenchère et faites en sorte que votre feuille de route soit simple, viable et mesurable. En utilisant une Agile Transformation Roadmap, vous pouvez éviter de vous enliser dans des détails et à la place, investir dans une réflexion stratégique globale.
Modèle d'échelle de Fibonacci
Idéal pour:
Méthodologie Agile, Prioritisation, Workflows Agile
Lorsque vous gérez une équipe, vous devez souvent estimer le temps et les efforts qu'il faudra pour accomplir les tâches. Essayez ce qui fonctionne souvent pour les équipes Agile du monde entier : tournez-vous vers l'échelle de Fibonacci pour obtenir des conseils. Basé sur la suite de Fibonacci, où chaque nombre est la somme des deux nombres précédents (0, 1, 2, 3, 5, 8, 13, 21, etc.), ce modèle peut vous aider à créer des chronologies comme un champion - vous aidant à vous assurer que le travail est réparti uniformément et que tout le monde est précis lors de l'estimation du travail et du temps impliqués dans un projet.
Modèle Burndown Chart (Graphique d'avancement)
Idéal pour:
Gestion de projet, Workflows Agile, Cartographie
Trouvez votre rythme ! Cela signifie qu'il faut savoir quelle quantité de travail il reste et, en fonction de la date de livraison, de combien de temps vous disposerez pour réaliser chaque tâche. Parfaits pour les chefs de projet, les graphiques d'avancement créent une visualisation claire du travail restant d'une équipe pour aider à le faire dans les délais et le budget. Ces graphiques ont également d'autres avantages importants. Ils encouragent la transparence et aident les membres de l'équipe à être conscients de leur rythme de travail afin qu'ils puissent l'ajuster ou le maintenir.
Modèle de Carte des Parties Prenantes
Idéal pour:
Business Management, Cartographie, Workflows
Une carte des parties prenantes est un type d'analyse qui vous permet de regrouper les personnes selon leur pouvoir et leur intérêt. Utilisez ce modèle pour organiser toutes les personnes qui s'intéressent à votre produit, projet ou idée dans un seul espace visuel. Cela vous permet de voir facilement qui peut influencer votre projet et comment chaque personne est liée à une autre. Largement utilisée dans la gestion de projet, la cartographie des parties prenantes est généralement effectuée au début d'un projet. Faire une cartographie des parties prenantes dès le début aidera à empêcher les problèmes de communication, à garantir que tous les groupes sont alignés sur des objectifs et à définir des attentes concernant les résultats.
Idea Funnel Backlog
Idéal pour:
Design, Brainstorming, Agile Workflows
Un Idea Funnel Backlog vous permet de visualiser votre backlog et de restreindre le nombre d'éléments à son sommet. Ce faisant, vous pouvez hiérarchiser les éléments de votre liste sans avoir à vous investir dans des réunions inutiles ou à créer trop de frais généraux opérationnels. Pour utiliser l'Idea Funnel Backlog, divisez le funnel en différentes phases ou traitez-le comme une feuille de route. Utilisez l'Idea Funnel Backlog comme un modèle hybride qui combine votre feuille de route et votre backlog dans un format facilement compréhensible.
Modèle de Diagramme de Flux de Données
Idéal pour:
Diagrammes de flux, Développement de logiciels, Diagrammes
Tout processus peut devenir assez complexe, surtout lorsqu'il comporte plusieurs composants. Obtenez une meilleure compréhension de votre processus grâce à un diagramme de flux de données (DFD). Les DFD créent une représentation visuelle simple de tous les composants du flux de données et d'exigences dans l'ensemble d'un système. Ils sont le plus souvent utilisés par les équipes chargées de la croissance de l'entreprise, les analystes de données et les équipes chargées des produits, et ils sont créés avec l'un des trois niveaux de complexité suivants : 0, 1 ou 2. Ce modèle vous aidera à construire facilement le meilleur Diagramme de Flux de Données pour votre processus.