Agile Delivery 1x1 : Vue d'ensemble, meilleures pratiques & exemples

Tout le monde parle de “livraison agile” et vous souhaitez donc avoir un aperçu rapide, quelques exemples et les meilleures pratiques ? Vous trouverez votre bonheur dans cet article.

Agile Delivery est une méthode pour fournir de la valeur aux clients et aux parties prenantes en utilisant des principes et des pratiques agiles.

La livraison agile est basée sur l’idée de la livraison itérative, c’est-à-dire la présentation précoce et fréquente des étapes de travail du produit ou du service et l’apprentissage à partir des commentaires et des données du client pour les améliorer et les adapter.

La livraison agile n’est pas la même chose que la “livraison en cascade”, une manière traditionnelle de créer de la valeur où la planification, la conception, le développement, les tests, etc. sont prévus à l’avance et ensuite exécutés les uns après les autres.

On entend souvent dire qu’une équipe agile a un énorme “backlog” ou arriéré de tâches qui dominera les prochains mois. Et ceci est souvent appelé “Agile Waterfall Delivery”. Je voudrais cependant préciser qu’il n’existe pas de “Agile Waterfall Delivery”. Et si quelqu’un prétend l’utiliser, alors on assemble ce qui ne va pas ensemble.

Les bases de la livraison agile

Il existe trois grands principes de la livraison Agile que tu dois comprendre et appliquer :

• Livrer les incréments de travail tôt et souvent : Assurez-vous que chacun comprenne que de la valeur n’est créée que lorsque le client a quelque chose d’utile en main. Tout ce qui se passe avant engendre des coûts et ne crée pas de valeur. Peu importe ce sur quoi on travaille, ce n’est “terminé” que lorsqu’un client peut réellement l’utiliser. En conséquence, les équipes ne devraient entreprendre de nouveaux travaux que lorsque leur travail précédent est utilisé par les clients.
• Obtenir un feedback rapide et direct des clients : Lorsque les équipes fournissent tôt et fréquemment des incréments de travail, elles peuvent recueillir les commentaires de clients réels et agir en fonction de ces commentaires. Cela ne fonctionne que si vous avez une structure qui vous permet, à vous et à votre équipe, d’obtenir rapidement des commentaires d’utilisateurs réels. Piège fréquent : ne laissez pas les managers agir en lieu et place des commentaires des utilisateurs. Faites comprendre aux managers qu’ils ont peut-être la définition de la “valeur commerciale”, mais pas la définition de la “valeur client” - celle-ci appartient aux clients et doit être explorée directement par le Product Owner et les équipes.
• Des équipes interfonctionnelles : Si ton équipe doit parler à 10 autres équipes pour livrer quelque chose à un client, le développement agile ne fonctionnera pas (encore) pour toi. Assure-toi d’avoir des équipes qui assument la responsabilité de l’ensemble du processus, qui prennent des décisions de manière autonome et qui peuvent parler avec les clients.

Il existe de nombreux modèles d’organisation agile différents qui peuvent t’aider à mettre en œuvre l’agilité dans ton contexte. Voici deux exemples de modèles populaires dont tu peux t’inspirer :

• Scrum : Il s’agit d’un cadre agile qui aide les équipes à créer de la valeur de manière itérative et progressive.

  • Scrum définit trois rôles : Scrum Master, Product Owner et Équipe de développement.
  • Il définit également quatre événements : Sprint Planning, Daily Scrum, Sprint Review et Sprint Retrospectives.
  • Et il définit trois artefacts : le backlog de produit, le backlog de sprint et l’incrément.

Scrum convient bien aux équipes ou aux projets de petite ou moyenne taille dont les exigences et les résultats sont clairs et stables.

• Modèle de Spotify : Le modèle Spotify est un modèle d’organisation agile développé par Spotify, une entreprise de streaming musical.
  Le modèle Spotify divise les équipes en escouades, chapitres, tribus et guildes.

  • Une escouade est une petite équipe interfonctionnelle qui fournit une fonction ou un produit spécifique.
  • Un chapitre est un groupe de personnes qui ont des compétences ou des tâches similaires, par exemple des développeurs, des testeurs, des designers, etc.
  • Une tribu est un groupe de squads qui travaillent sur un domaine apparenté ou sur un domaine.
  • Une guilde est une communauté d’intérêts qui s’étend à toute l’organisation.

Le modèle Spotify est bien adapté aux grandes organisations ou aux programmes dont les exigences et les résultats sont complexes et dynamiques.

Ensuite, je voudrais attirer l’attention sur une méthode de gestion classique qui joue également un rôle important dans le contexte agile : Les réunions en tête-à-tête.

Comme tu peux le voir sur le graphique suivant, ils sont considérés comme très centraux par les collaborateurs.

Meilleure pratique : Réunions en tête-à-tête avec les développeurs

Guider les développeurs de logiciels dans des entretiens réguliers en tête-à-tête est absolument central pour Agile Delivery Leads. C’est peut-être ta réunion la plus importante. Est-ce que tu les prends au sérieux ?

Je voudrais profiter de cette occasion pour te signaler notre logiciel gratuit de réunion en tête-à-tête, spécialement conçu pour les équipes agiles. Rends tes réunions 1:1 passionnantes, mesure les tendances et surtout, fais des progrès dans le développement de tes collaborateurs ! 

N’hésitez pas à essayer l’un de nos modèles, voir ci-dessous. Le modèle suivant est un modèle standard pour, par exemple, des réunions individuelles bimensuelles. Il comprend également un “bilan d’humeur” mesurable à la fin, que vous pouvez bien sûr adapter :

Pour réussir dans le déploiement agile, tu dois suivre quelques bonnes pratiques qui te permettront d’optimiser ton processus de déploiement et les résultats. En voici quelques-unes :

• Dirige des équipes auto-organisées et indépendantes : En tant que leader ou manager Agile, tu dois permettre à tes équipes de prendre des décisions, de prendre des responsabilités et d’assumer leur travail. Tu dois leur faire confiance pour donner le meilleur d’eux-mêmes, sans les infantiliser ou leur imposer des règles ou des restrictions inutiles. Tu dois aussi les soutenir en leur donnant les ressources, les outils, le feedback et la reconnaissance dont ils ont besoin.
• Avoir un contact direct avec les clients En tant que membre d’une équipe agile ou en tant que Product Owner, tu dois interagir directement et fréquemment avec tes clients. Tu dois comprendre leurs besoins, leurs attentes et leurs préférences et fournir une valeur qui les satisfait ou les dépasse. De plus, tu dois recueillir leur feedback sur ton produit ou ton service et l’utiliser pour améliorer et adapter ton offre.
• Considère chaque nouvelle fonctionnalité comme une expérience dont tu peux tirer des leçons : En tant que membre d’une équipe agile ou Product Owner, tu dois considérer chaque nouvelle fonction ou exigence comme une expérience pour tester tes hypothèses et tes suppositions sur ce que tes clients veulent ou ont besoin. Tu dois planifier soigneusement tes expériences, mesurer objectivement tes résultats et apprendre de tes données et de ton feedback. Tu dois aussi être prêt à changer d’avis ou à aller de l’avant en fonction de tes résultats.

C’est tout ce dont tu as besoin pour avoir une vue d’ensemble. J’espère que cet article t’aidera à en comprendre davantage sur le déploiement agile, ses bases, ses exemples et ses bonnes pratiques. Si tu as des questions ou des commentaires, n’hésite pas à me le faire savoir 😊.