Retour aux articles

L'agence

WanadevStudio

Retour d'expérience : mise en place et bienfaits de la méthode SCRUM pour un gros projet en équipe

Toute personne ayant déjà travaillé en équipe sur un projet pour un client a déjà été confrontée à des problèmes de compréhension du besoin, de communication, à l'effet tunnel. Pour répondre à ces problématiques, nous sommes passés à des méthodes agiles permettant de fonctionner par itérations successives. La méthode SCRUM est l'une d'entre elles. Et c'est certainement l'une des plus évoluées, éprouvées et probablement la plus stricte dans son application.

@ L'idée de la méthode SCRUM est de répondre à des problématiques de communication entre équipes techniques et clients mais également de communication interne à l'équipe technique de façons bien cadrées, avec un certain nombre de contraintes à s'imposer.

Naturellement, il y a maintenant plusieurs mois, nous avons ainsi progressivement migré vers la mise en place de la méthode SCRUM. Retour d'expérience sur la mise en place complète du processus.

Product Owner, Daily Scrum, Sprint... ? Glossaire des mots-clés de la méthode SCRUM

La méthode SCRUM, c'est tout d'abord du vocabulaire à appréhender :

  • Product Owner (PO) : Il est le maitre d'oeuvre du projet, celui qui connait parfaitement le besoin et sait l'exprimer de façon claire.
  • Scrum Master (SM) : Il est celui qui s'assure du bon fonctionnement de la méthode SCRUM dans l'équipe
  • User story : C'est une fonctionnalité du projet, elle est définie par le PO ("Pouvoir s'inscrire sur le site web" par exemple) et sera découpée en liste de tâches par l'équipe technique ("Créer un formulaire d'inscription", "Créer une table user dans la bdd", etc)
  • Sprint : Itération courte (chez wanadev , nous faisons des sprints de 2 semaines) contenant un nombre fini de user stories qui ont été déplacées du backlog (liste de toutes les user stories à faire pour le projet) au sprint courant en début de sprint
  • Daily scrum : "mélée quotidienne" de 15 minutes max ou l''équipe technique se réunie et ou chacun explique ce qui a été fait le jour précédent, ce qu'il va faire le jour même et quels sont les points de blocages pour lui.

Les piliers de la méthode SCRUM

La méthode scrum repose sur plusieurs piliers obligatoires pour que sa mise en pratique se passe pour le mieux :

  • Participation active du client
  • Transparence client / prestataire
  • Introspection régulière
  • Agilité / Adaptation

Client VS Prestataire, c'est fini : faisons équipe !

L'une des idées premières de la méthode SCRUM est de se définir en tant qu'équipe, pour ne plus avoir cette relation client VS prestataire. Œuvrer tous ensemble, vers le même but est essentiel, avec des rôles bien définis pour chacun : PO, SM, équipe technique.

@ Surtout, chaque membre de l'équipe doit bien comprendre les tenants et aboutissants du projet : l'équipe technique ne doit plus être simple exécutante mais bien comprendre le sens de son travail et comprendre ce que veulent les clients pour le projet, quels sont les buts recherchés, etc.

Communiquons ensemble oui, mais faisons-le intelligemment !

Nous sommes persuadés qu'un projet qui fonctionne est un projet pour lequel la communication a été exemplaire. Et c'est d'autant plus vrai quand - c'est le cas pour Kozikaza - le partenaire a aussi en interne des compétences techniques et qu'il faut échanger régulièrement ensemble, même à distance (surtout à distance d'ailleurs car c'est souvent là que la communication est mauvaise!).

SCRUM nous permet d'avoir une communication efficace et une répartition des tâches que tout le monde garde en tête grâce à 3 points inhérents à la méthode SCRUM :

  • Réunion de lancement de sprint : Toute l'équipe se réunie (autour d'un excellent café, cela va sans dire !) à chaque début de sprint pour définir quelles sont les fonctionnalités que l'on va pouvoir incorporer au sprint en fonction de l'estimation de chacune des user stories faites par l'équipe technique au préalable.
  • Daily Scrum : Permet de savoir au jour le jour qui fait quoi, de soulever les points de blocage si il y en a et de définir ensemble une démarche à suivre pour les corriger.
  • Rétro sprint : Permet de prendre du recul et d'être toujours dans l'idée d'amélioration continue. Tout le monde a sa voix au chapitre et avec le même poids, ce qui n'est pas forcément le cas dans une relation client / prestataire.

L'idée du client évolue, l'équipe technique s'adapte

@ L'une des forces de SCRUM est la notion d’adaptabilité, elle évite à merveille l'effet tunnel d'un projet grâce à plusieurs leviers.

J'ai déjà évoqué comment elle améliorait la communication, qui est l'un de ces leviers. Mais un second levier existe : Les démonstrations de fin de sprint qui permettent à l'équipe technique de présenter les fonctionnalités sur lesquelles ils ont travaillé, ce qui lui permet d'être reconnu pour son travail en expliquant au client par exemple quels étaient les points difficiles que l'on a surmontés.

Ces démos permettent donc de montrer au client ce qui a été fait, en showcase.

Étapes d'un sprint

Un sprint suit toujours le même processus :

  • Affinage : Échange entre le PO et un des membres de l'équipe technique pour faire en sorte que tous les tickets du backlogs soient prêts à être pris par n'importe quel développeur, qu'il n'y ait aucune interrogation dans ces tickets, que tout soit clair et expliqué.
  • Lancement : Quels sont les tickets que l'équipe technique est capable de prendre sur le sprint suivant
  • Développement
  • Démo : On présente les tickets réalisés au client
  • Mise en prod
  • Rétrospective : Prise de recul sur le sprint passé, plan d'action pour le prochain sprint

C'est un principe gagnant-gagnant qui se cache derrière cette méthode, elle permet de faire en sorte que tout le monde soit responsabilisé, que le projet soit bien suivi et compris par toute l'équipe, clients inclus.

La méthode SCRUM peut sembler lourde, cependant, elle apporte indéniablement de la stabilité, de la sécurité, et de fait de la qualité aux développements en cours et à venir.

Dans le cadre de nos projets web, nous essayons de convaincre nos partenaires dès l'initialisation des projets.

La méthode SCRUM devient indispensable sur les projets qui tendent à être conséquents, en équipe.

Commentaires

Salut, merci pour cet article mais il y a un point qui me pique les yeux : SCRUM n'est pas une méthode, c'est un framework !! Tu n'es pas le premier et tu ne seras pas le dernier à te tromper mais en corrigeant ton article tu va permettre à d'autres de ne pas fausser l'image qu'ils peuvent avoir de SCRUM et de l'agilité.

  • Tests automatiques fonctionnels d’applications 2D/3D

    Il y a 11 mois

    Comme nous le disions dans cet article, l’automatisation des tests dans le développement logiciel est indispensable : dès lors qu’une application commence à avoir un minimum d’importance, les tests automatiques permettront de gagner énormément de temps en évitant de reproduire ad vitam æternam les mêmes tests manuels, et éviteront beaucoup de régressions. Dans cet article, nous allons présenter différents types de tests automatiques dans le cadre plus spécifique d’applications 2D/3D, puisque c’est ce que nous faisons ! Cela va du test basique qui clique sur 3 boutons aux tests de plusieurs minutes reproduisant les actions comme un véritable utilisateur. Accrochez-vous, c’est parti !

  • Configurateur web à l'abonnement : forces et faiblesses

    Il y a 12 mois

    Aujourd’hui, si vous cherchez à mettre en place un configurateur sur votre site, deux grandes possibilités s'offrent à vous : les solutions par abonnement (du type SaaS) ou le développement sur mesure. Au premier abord, les solutions semblent proches, mais les enjeux sur le long terme eux, sont bien différents.

  • Les frameworks front, tous les mêmes !
    Méthodologie

    Il y a 1 an

    C'est une phrase que j'ai osé sortir un jour dans la salle de pause de Wanadev. Je ne sais plus exactement avec quel collègue je discutais, j’essayais de le rassurer, il possédait déjà une certaine expérience avec React et allait devoir, en arrivant sur le projet sur lequel je travaille, se mettre à Vue.
    Il a malheureusement fallu qu'un autre collègue de passage nous entende pour ne pas trouver la conversation inintéressante et suggérer que j'en fasse un petit talk pour nos réu du lundi. Et, de fil en aiguille, me voilà en train d'en faire un article de blog. Comme quoi, note pour moi-même, il faut toujours se méfier des discussions dans les salles de pause.

  • [NOVEMBRE 2021] C'est la gazette de Wanadev !
    Méthodologie

    Il y a 1 an

    Retrouvez ici les informations et actus du mois de novembre de l'Agence! Au programme de cette édition : découvrez le configurateur de fenêtre développé pour Caseo, recontrez François Deleglise, notre directeur communication et un nouvel espace de jeu pour les professionnels du loisir en VR. Bonne lecture !

  • Un peu d'ingérence dans votre infogérance ?
    Méthodologie

    Il y a 2 ans

    Même si les impacts sont difficiles à mesurer, on peut dire qu’il a eu un avant et un après incident OVH. Sans épiloguer sur l'incendie du 5 mars 2021 dernier, un petit vent de panique a soufflé sur les milliers de clients découvrant les problématiques de sécurisation des données. Les réactions à chaud d'une partie des utilisateurs (touchés ou non) montrent la méconnaissance et l'incompréhension qui existent dans les offres d'hébergement. Qui est responsable ? Qui fait quoi ? Comment vérifier mon offre ? Voici quelques clés de compréhension.

  • Améliorer la qualité avec les tests et la review

    Il y a 2 ans

    L’importance des tests et de la revue de code dans le cadre du développement logiciel est parfois négligée ou passée au second plan. Cet article a pour but de montrer que les tests logiciels constituent une étape cruciale qu’il faut considérer avec beaucoup de rigueur.