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 Créateur de flyers
Idéal pour:
Design, Marketing
Qu'il s'agisse d'une soirée client ou d'une collecte de fonds à but non lucratif, votre événement a besoin d'un élément clé pour être un succès retentissant : la présence du public. C'est pourquoi sa promotion est une partie si importante de la planification. La création et l'envoi d'un flyer est la première étape. Ces fichiers d'une seule page attireront l'attention de vos invités et leur donneront les détails clés, tels que l'heure, la date et le lieu (et s'il s'agit d'une collecte de fonds, à qui / à quoi les fonds bénéficieront). Ce modèle vous permettra de mettre en page du texte et de personnaliser la conception d'un flyer.
Modèle Startup Canvas
Idéal pour:
Leadership, Documentation, Planification Stratégique
Un Startup Canvas aide les fondateurs à exprimer et à cartographier une nouvelle idée d'entreprise dans un format moins formel qu'un plan d'affaires traditionnel. Les Startup Canvas sont une carte visuelle utile pour les fondateurs qui souhaitent évaluer les forces et les faiblesses de leur nouvelle idée commerciale. Ce Canvas peut être utilisé comme cadre pour articuler rapidement la proposition de valeur, le problème, la solution, le marché, l'équipe, les canaux de commercialisation, la segmentation client, les risques externes et les indicateurs de performance clés de votre idée d'entreprise. En articulant des facteurs tels que le succès, la viabilité, la vision et la valeur pour le client, les fondateurs peuvent expliquer de manière concise pourquoi un nouveau produit ou service devrait exister et être financé.
Modèle Technology Product Canvas
Idéal pour:
Gestion de produit, Développement de logiciels, Feuilles de route
Créé à l'origine par Prem Sundaram, le Technology Product Canvas permet aux équipes de produits et d'ingénierie de s'aligner sur leur feuille de route commune. Le canvas combine des méthodologies agiles avec des principes UX pour aider à valider les solutions de produit. Chaque équipe énonce et visualise à la fois les objectifs du produit et de la technologie, puis discute explicitement de chaque étape de la feuille de route. Cet exercice garantit que les équipes sont synchronisées et que tout le monde part avec des attentes et une direction claires. En suivant le processus de création d'un canevas d'alignement Technologie/Produit, vous pouvez commencer à gérer l'alignement entre les équipes, en moins d'une heure.
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.
Modèle What's on Your Radar
Idéal pour:
Business Management, Operations, Strategic Planning
Vous ou votre équipe vous sentez-vous surchargé par vos tâches ? Vous avez du mal à vous concentrer sur des problèmes particuliers ? What’s on Your Radar est un exercice de réflexion dans lequel vous tracez des idées en fonction de leur importance ou de leur pertinence. Les designers et les équipes utilisent what’s on your radar pour s'assurer que leurs idées s'inscrivent dans le cadre d'un projet donné. Ils s'appuient également sur la méthode pour évaluer si une solution donnée est susceptible de résoudre le problème posé. Mais même si vous n'êtes pas un designer, la méthode peut vous aider à assigner des priorités et à ancrer vos idées dans la réalité.
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é.