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 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 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.
Modèle de travail inversé
Idéal pour:
Desk Research, Strategic Planning, Product Management
Amazon a été le pionnier de l'approche de travail inversé basée sur l'un de leurs principes clés : célébrer l'obsession client. Le travail inversé est un cadre de travail qui permet de réfléchir à un produit sans feuille de route détaillée. Votre équipe produit travaille à l'envers en partant d'une image mentale du client pour lancer votre produit d'une manière qui lui sert vraiment. La méthode exige que toute personne ayant une nouvelle idée de produit ou de fonctionnalité articule son objectif aussi clairement que possible. Si la présentation de l'idée impressionne la direction, l'étape suivante consiste à définir ce dont l'équipe a besoin pour atteindre le lancement du produit ou de la fonctionnalité.
Modèle Cahier des Charges
Idéal pour:
Design, Marketing, UX Design
Pour qu'une conception soit réussie, sans parler d'être géniale, les agences et les équipes de conception doivent connaître les objectifs, les délais, le budget et la portée du projet. En d'autres termes, la conception nécessite un processus stratégique, et cela commence par un cahier des charges. Ce modèle utile vous permettra de créer un cahier des charges qui établit un alignement et une communication claire entre votre entreprise et votre agence de design. C'est le fondement de tout projet créatif et une source de vérité unique à laquelle les équipes peuvent se référer tout au long du processus.
Modèle Diagramme de Prévision de la Demande Azure
Idéal pour:
Développement de logiciels, Diagrammes
Le diagramme de prévision de la demande Azure montre l'architecture d'une prévision de la demande, ce qui vous permet de prévoir plus facilement la consommation de données, les coûts et les résultats des prévisions. Azure est la plateforme de cloud computing de Microsoft, conçue pour fournir des services basés sur le cloud tels que le stockage à distance, l'hébergement de bases de données et la gestion centralisée des comptes. Azure offre également de nouvelles fonctionnalités telles que l'IA et l'Internet des objets (IoT).
Modèle Programme de Travail
Idéal pour:
Cartographie, Planification de projet
Un programme de travail est essentiellement une feuille de route pour un projet. Il articule les étapes que vous devez suivre pour atteindre l'objectif souhaité, fixe des objectifs démontrables et établit des objectifs mesurables. Un programme de travail efficace vous guide tout au long du cycle de vie d'un projet, vous permettant d'obtenir des résultats en collaborant avec votre équipe. Bien que les programmes de travail varient, ils contiennent généralement quatre éléments principaux : les objectifs, la stratégie, les tactiques et les résultats attendus.