Scrum et DevOps ne doivent pas nécessairement être un choix qu'une équipe doit faire. Découvrez comment une équipe Scrum peut adopter les pratiques DevOps.
Scrum n'est qu'un cadre
Scrum n'est qu'un simple cadre de développement de produits complexes basé sur des valeurs et des principes. Scrum n'est pas une méthodologie normative qui vous indique à quoi devrait ressembler votre processus. Scrum est très concentré sur ce qui se passe pendant le Sprint. Scrum ne vous dira pas à quoi devrait ressembler votre processus dans le Sprint. Scrum est un framework additif, ce qui signifie que Scrum ne vous indiquera que les ensembles minimums de ce dont vous avez besoin pour l'utiliser. De la même manière que lorsque vous devez installer un logiciel sur votre ordinateur, il y a une exigence minimale pour les spécifications de l'ordinateur, mais il n'y a rien de mal à installer le logiciel sur un ordinateur qui est au-dessus de la spécification minimale. Donc, avec cette prémisse, il n'est pas illégal d'ajouter des pratiques qui amélioreront le flux de votre livraison de valeur dans le cadre Scrum.
DevOps: Lean Thinking, System Thinking et Value Stream Mapping
DevOps commence par une réflexion systémique et visualise l'ensemble de la chaîne de valeur dans le système plutôt que de se limiter à la phase de développement, en analysant comment le travail entre dans le développement (en amont) et comment les travaux sont livrés aux clients (en aval). La pensée systémique voit comment chaque élément interconnecté du système affecte les uns les autres. Dans un système complexe comme une infrastructure d'entreprise, les éléments ne fonctionnent pas de manière isolée. Faire un changement dans un élément aura un impact sur un autre élément du système.
Une chaîne de valeur est la façon dont le traitement des demandes des clients en un résultat tangible passe d'un élément à un autre élément de l'ensemble du système. Chaque fois qu'il y a une demande, il y a une chaîne de valeur dans le système.
Outre la pensée systémique, DevOps est également basé sur la pensée lean. La pensée Lean consiste à réduire le gaspillage dans la chaîne de valeur. Toute activité sans valeur ajoutée peut être considérée comme un déchet. Je ne vais pas m'étendre sur le Lean et les types de déchets dans cet article.
La pensée Lean, la pensée systémique et la cartographie de l'ensemble de la chaîne de valeur sont importantes et fonctionnent bien avec Scrum car Scrum est basé sur la pensée Lean. C'est ce que je fais avant de démarrer Scrum dans une grande entreprise, de visualiser l'ensemble du système de manière holistique et de cartographier d'abord l'ensemble de la chaîne de valeur dans le système plutôt que d'appliquer uniquement Scrum au service informatique. Kanban est un bon outil pour visualiser l'ensemble de la chaîne de valeur dans le système.
Lorsque nous utilisons Scrum et DevOps, toutes les activités de la chaîne de valeur, depuis les demandes des clients et la sortie du produit, jusqu'aux environnements de production et aux clients, se déroulent dans le Sprint. Cela ne signifie pas qu'un Sprint est une mini-cascade où le déploiement se produit uniquement à la fin du Sprint ou toute l'analyse se produit au début du Sprint. Utiliser Scrum avec Kanban permet de sortir de l'utilisation de Sprint comme mini-cascade et de passer à des modèles basés sur des flux en une seule pièce dans le Sprint.
Équipe Scrum appliquant DevOps: la composition
Les équipes Scrum adoptant DevOps auront une façon de travailler différente de celle d'une équipe Scrum qui n'adopte pas DevOps. Non seulement leur façon de travailler est différente, mais la composition de l'équipe est également très différente.
Scrum dit que l'équipe de développement est composée de professionnels qui fournissent les incréments potentiellement libérables à la fin du Sprint. Alors que DevOps voit l'ensemble de la chaîne de valeur et utilise la pensée systémique, les professionnels des équipes Scrum qui adoptent DevOps sont tous ceux qui traitent l'élément de backlog produit (PBI) dans l'ensemble de la chaîne de valeur de bout en bout. Beaucoup de gens voient que l'équipe de développement est uniquement composée de développeurs, c'est pourquoi beaucoup en viennent à penser que Scrum est uniquement destiné à la phase de développement.
Dans une équipe Scrum adoptant DevOps, la composition de l'équipe comprend tout le monde, mais sans s'y limiter, les responsables marketing, les analystes, les concepteurs UI / UX, les développeurs, les opérateurs, les administrateurs système, les data scientists et les ingénieurs de fiabilité de site. Ils travaillent tous ensemble en une seule unité pour offrir de la valeur à leurs clients.
DevOps est plus une question de culture organisationnelle que d'outils
Comme vous pouvez le voir, DevOps ne concerne pas les outils et l'automatisation dans le pipeline de livraison. En fait, comme nous l'avons appris, les outils et l'automatisation ne représentent qu'un tiers du DevOps (je dirais que c'est encore moins). Dans l'ensemble, DevOps concerne la collaboration et l'appropriation collective, se concentre sur le flux de la livraison de valeur et la culture d'apprentissage et d'expérimentation. Mais malheureusement, de nombreux fournisseurs d'outils positionnent DevOps comme des outils et des processus pour le pipeline de livraison (les fournisseurs dont j'ai été témoin sur mon marché sont plus axés sur les outils, mais votre expérience peut être différente de la mienne). Cela excitera la direction car de nombreux managers que j'ai rencontrés pensent qu'après avoir acheté et installé les outils «DevOps» sans changer leur organisation, leur entreprise sera instantanément agile. C'est comme mettre la charrette devant le cheval.
No comments:
Post a Comment