Si vous avez travaillé pour une grande organisation qui a mené une transformation agile au cours des dernières années, que ce soit dans les technologies financières, les télécommunications ou autre, vous entendez probablement parler d’hybride agile ou d’hybride agile ces jours-ci.
Tout le monde semble fatigué de la planification de SAFe PI et des préparatifs intenses à chaque trimestre, et en même temps, ces autres rêves de la simple équipe de mêlée ne se sont pas concrétisés.
Fondamentalement, les organisations n’ont pas récolté les avantages qu’elles attendaient de leurs transformations agiles et, comme vous pouvez l’imaginer, elles essaient de trouver de nouvelles questions et de se tourner vers quelque chose de nouveau, comme ce qu’elles appellent maintenant l’hybride agile.
Maintenant, cela signifie-t-il que l’agilité est morte? C’est le retour de la cascade? L’agilité hybride est-elle la même chose que Scrumban?
Dans cet article, je vais vous donner un aperçu de ce qu’est cet hybride agile, pourquoi il est dans l’esprit de tout le monde et comment il peut affecter votre travail si vous êtes habitué à des rôles agiles comme ceux que l’on trouve dans Scrum. Et je vais vous dire pourquoi l’hybride agile est une bonne chose.
Si vous préférez regarder une vidéo, c’est parti!
Qu’est-ce que l’hybride agile?
La façon dont j’aime définir l’hybride agile est avec une balance oscillant entre la cascade et l’agilité. Vous pouvez donc être sur un spectre.
Ainsi, par exemple, vous pourriez encore rassembler toutes vos exigences et faire des documents d’architecture lourds d’une manière plus « en cascade », avec toutes ces approbations et seulement après avoir transmis ce travail à une équipe agile. L’équipe de développement travaille donc en agilité, en exécutant des sprints, avec un carnet de commandes très volatil basé sur ce qui a été considéré comme suffisamment mature pour le développement.
Il est alors possible que la phase de déploiement en production soit encore de retour en cascade avec de nombreuses portes et approbations. Ou encore, il est possible qu’ils utilisent DevOps, ce qui penche encore plus favorablement du côté agile de la balance.
C’est donc agile! Dans certaines parties... mais bien qu’ils utilisent des histoires d’utilisateurs, des points d’histoire, des sprints et des tableaux kanban, ils utilisent toujours leurs diagrammes de Gantt et font des projections budgétaires et s’appuient fortement sur certains échéanciers. Bien que les équipes puissent s’auto-organiser, la partie supérieure, le programme et le portefeuille, est encore quelque peu rigide et moins agile que prévu.
Ce n’est pas nouveau, ce qui est nouveau, c’est la nomenclature. Mais l’adoption, disons, d’un « pourcentage d’agilité » est une approche que les organisations adoptent depuis plus d’une décennie maintenant.
Qu’en est-il de l’agilité neutre?
C’est donc le moment où je vous invite à envisager un nouveau nom, car parfois l’hybride agile donne l’impression que tout semble bizarre et à moitié bon.
Maintenant, ce que je préfère, c’est entrer dans le monde de l’agilité neutre. Fondamentalement, c’est agile quels que soient les cadres et il s’agit d’intégrer des pratiques en fonction de leur utilité et de votre capacité de changement. Vous recherchez l’adaptabilité à vos pratiques d’affaires ou aux façons de travailler de vos équipes, un élément à la fois.
Par exemple, vous pouvez décider d’utiliser un tableau kanban en tant qu’équipe pour être plus transparent sur la nature du travail. et décidez de créer un véritable tableau Kanban avec les étapes du processus de développement de votre équipe. Vous ne changez rien d’autre, juste cela. Kanban était l’ensemble des pratiques et des principes que vous adopterez pour l’instant dans certaines parties de votre travail. Tout le reste reste le même. Pendant un certain temps.
Pssst! Si vous voulez essayer Kanban lentement et en toute sécurité, ayez quelques articles de blogue et une ressource gratuite à télécharger. Commencez ici si c’est ce qui vous intéresse.
Revenons à votre équipe où vous adoptez simplement les parties les plus simples du kanban. Si vous faites cela, je vous le garantis maintenant, parce que vous utilisez ce tableau, vous commencerez tous à vous poser des questions différentes. Et c’est à ce moment-là que de nouveaux comportements commenceront à émerger.
Le fait est que vous n’avez pas à choisir entre Scrum, Kanban ou Scrumban. Vous n’êtes pas obligé de suivre SAFe à la lettre. Vous entrez dans le monde de l’agilité neutre . Vous avez un problème à résoudre et vous recherchez des pratiques efficaces éprouvées et vous les adoptez. Ensuite, vos processus internes et vos façons de penser devront changer pour s’adapter à cela.
Quelques exemples plus colorés pourraient être :
QUALITÉ
Une équipe qui remarque qu’elle passe trop de temps à faire les tests de qualité nécessaires et décide d’opter pour l’automatisation des tests et peut-être même une certaine automatisation des pipelines et des déploiements et d’autres pratiques DevOps, afin que leur qualité puisse basculer vers la gauche, peut-être même en utilisant TDD, ce qui amène les tests aux premières étapes de leur développement. Ce ne sont pas des DevOps, ou Scrum, ou peu importe comment vous voulez les appeler. Mais ils utilisent des pratiques de ce domaine.
MESURES
Un autre exemple pourrait être une équipe qui a le sentiment que beaucoup de choses pourraient être améliorées, mais qui ne savent pas par où commencer. Supposons qu’ils commencent à recueillir des mesures sur leur processus de développement. Ils pourraient vérifier l’efficacité des mesures du processus et du temps de cycle pour commencer. Ils pourraient commencer à avoir des sondages de satisfaction pour recueillir des informations sur la positivité de l’équipe chaque mois. Ils mesurent pour savoir, et comme ils savent maintenant comment ils se comportent, ils pourront choisir où s’améliorer. Probablement là où les mesures montrent le nombre le moins satisfaisant.
PRIORISATION
Peut-être qu’un autre ministère décide d’avoir un seul arriéré partagé entre les équipes, ce qui centralise les priorités et les demandes et permet une plus grande visibilité et une plus grande capacité d’intervention systémique. De bonnes pratiques agiles peuvent être utilisées ici. Certaines personnes s’inspirent de Nexus or Less. Quoi qu’il en soit, votre équipe n’est ni l’une ni l’autre et pourtant elle progresse dans sa capacité à établir des priorités et à rester transparente.
La leçon à retenir ici est la suivante : dans l’agilité neutre, ce que vous faites, c’est évaluer vos méthodes de travail actuelles et voir ce qui pourrait vous être le plus bénéfique. Ensuite, vous cherchez des entraînements qui pourraient vous aider. Ensuite, vous itérez en expérimentant avec eux. APPRENDRE du processus, pas adopter aveuglément des cadres simplement parce que tout le monde semble le faire.
L’hybride agile est-il une bonne chose?
Vous vous demandez probablement maintenant : est-ce que cette agilité hybride est une bonne idée?
Les gens ne vont-ils pas « dégénérer » les pratiques agiles à leur plus petit dénominateur commun?
Bien sûr, les gens peuvent interpréter l’agilité hybride, ou l’agilité neutre par rapport au cadre, comme un moyen de rester en cascade ou dans toute autre mécanique où ils sont à l’aise et qu’ils utilisent depuis des lustres.
Mais je dis que l’agilité neutre par rapport au cadre est une bonne chose. L’agilité sur un spectre (ou sur cette échelle que je vous ai montrée plus tôt) est tout à fait acceptable. C’est ce que l’agilité a été à ses origines.
Pourquoi est-ce que je pense que c’est une bonne idée?
Parce que les gens font l’expérience de l’agilité qu’ils sont prêts à adopter. Vous ne pouvez pas simplement forcer les gens à un volume et à une vitesse qu’ils ne sont pas encore prêts à recevoir. Et s’ils veulent rester principalement sur ce qu’ils appellent la cascade? Même la chute d’eau n’est pas aussi claire que la plupart des gens aiment le penser.
Il y a des pratiques agiles que les gens font, comme diviser la portée en histoires d’utilisateurs. Et puis il y a des pratiques qui ressemblent davantage à des cascades, comme un diagramme de Gantt, qui montre en fait des interdépendances et des relations de chronologie.
Le point étant que :
Le changement prend du temps pour être désiré et absorbé, et vous devez le respecter, sinon votre changement ÉCHOUERA.
Vous ne devriez ni changer ce qui fonctionne ni changer PLUS que ce que votre culture et vos processus peuvent tolérer. Il faut aller à un rythme et de manière itérative pour en récolter les avantages et obtenir une véritable adhésion à long terme aux nouvelles pratiques. C’est la lenteur et la régularité, l’eau qui chalume la pierre. Et si vous voulez en savoir plus sur le pourquoi du changement de rythme en fonction de l’appétit et de la tolérance à son égard, j’ai deux articles précédents sur le sujet du changement, que vous aimeriez peut-être examiner : un sur les raisons pour lesquelles le changement agile peut échouer, et un sur le modèle de changement ADKAR .
Si vous n’êtes toujours pas convaincu que l’agilité neutre par rapport au cadre est une bonne chose, voici une analogie qui n’a rien à voir avec le travail :
Pensez à l’alimentation et à la santé. Lorsque les gens disent que vous êtes agile ou que vous ne l’êtes pas, c’est comme dire que si vous n’avez pas une alimentation saine à 100%, manger un peu plus de légumes et boire moins d’alcool chaque jour n’a aucun impact sur votre santé globale à long terme. Ce que nous savons est faux. Et en fait, nous savons que certains changements de régime alimentaire n’est pas une option pour tout le monde.
C’est donc la même chose pour l’agilité.
Comment cela vous affectera-t-il en tant que scrum master?
Après tout cela, vous vous demandez probablement comment cela vous affectera en tant que maître de mêlée?
Peut-être qu’une question complémentaire est la suivante : sans un cadre standard, avez-vous encore une place pour ces rôles comme PO ou Scrum Master, si les gens n’adoptent que les pratiques qui ont du sens pour leur niveau d’agilité et non un cadre complet?
Et ma réponse est oui, vous le faites. La gestion de l’efficacité du travail est toujours importante. Prioriser et décider de la valeur est encore plus nécessaire que jamais. Donc, peut-être que la nomenclature changera un peu, mais surtout, votre ensemble de compétences s’élargira.
Les deux principaux avantages que je vois pour vous dans votre carrière sont les suivants :
➡️ Avec une approche neutre de l’agilité, vous connaîtrez plusieurs pratiques différentes pour la priorisation, l’habilitation de l’équipe et la collaboration avec les parties prenantes. Parfois, il ne s’agira pas de pratiques d’agilité spécifiques comme les modèles de gestion du changement ou la pensée conceptuelle. Et vous comprendrez pourquoi ces pratiques existent, quel problème elles tentent de résoudre, quand sont-elles les mieux adaptées et comment les adapter à la réalité de votre organisation.
➡️ Vous serez un communicateur et un négociateur plus compétent, et développerez une grande partie de vos compétences générales et de votre QE, car il y a tant de choses à comprendre, à personnaliser et à influencer. Au contraire, le travail est plus excitant et moins difficile à rincer et à répéter, ce qui, avouons-le, n’a jamais beaucoup fonctionné pour d’autres personnes que les entraîneurs de toute façon.
En conclusion
Hybride agile en tant que mot n’est qu’un autre mot à la mode dont vous n’avez pas besoin de vous inquiéter. En tant que concept, ce qui se cache derrière est positif, surtout si vous le reformulez comme un cadre agile neutre.
Agile Hybrid vous laisse beaucoup de latitude en tant que coach pour aider les gens et les organisations là où ils en ont le plus besoin. Cela ouvre définitivement la porte à des équipes et à des départements entiers pour co-concevoir les prochaines étapes avec vous, en utilisant leur intelligence et vos connaissances spécifiques. C’est gagnant-gagnant, vous avancez avec affinité et les chances d’amélioration continue sont plus grandes,
Et j’espère que vous utiliserez cela à votre avantage, surtout parce que cela signifie que vous n’avez pas besoin de titres spécifiques pour lever la main et diriger le changement dans vos équipes et vos départements.
Si vous souhaitez développer vos compétences en changement, en leadership et en agilité, autres que le blogue et les vidéos, envisagez de vous inscrire à l’infolettre Agile Circle. C’est totalement gratuit, et vous recevrez des informations dans votre boîte de réception, serez invité à des événements et à des ateliers dans notre communauté de pratique, The LAB of All Things Agile, et obtiendrez le premier mot en matière de rabais pour nos programmes payants et notre coaching.
