Méthodologie agile :
maximiser la valeur créée par vos projets de transformation numérique

La méthodologie agile est essentielle pour réussir votre projet de transformation numérique. Elle apporte une dimension pragmatique indispensable aujourd’hui, et permet de faire en sorte que l’équipe reste focalisée sur le résultat et la valeur créée par l’application métier livrée. Vous sécurisez ainsi l’atteinte des objectifs du projet.

Notre force est de vous proposer de travailler en mode agile autour de l’approche Scrum en bénéficiant des nombreux apports de notre notre plateforme. Le socle de la plateforme intègre en effet toutes les dimensions GED et BPM, ainsi que la structure nécessaire pour garantir la sécurité et la confidentialité de vos données, ce qui vous fera gagner beaucoup de temps par rapport à un projet agile classique « from scratch » ! De plus, son architecture est nativement évolutive et l’ensemble des développements est certifié ISO 27001, aussi bien notre plateforme que les applications métier créées.

Grâce à notre plateforme et à la méthodologie agile, vous ne vous demanderez plus jamais « comment faire ». Toute l’équipe restera focalisée sur le besoin métier à adresser et la livraison d’une solution finale de qualité, évolutive et répondant parfaitement à vos enjeux.

Créer une équipe soudée autour
de la complémentarité des personnes
et leurs interactions

Dans le cadre de la méthodologie agile, il est important de travailler en équipe intégrée pour nous engager mutuellement sur la valeur créée par l’application métier livrée et faire en sorte que chacun ait pleinement conscience de la manière dont il va contribuer au succès du projet.

Le point de départ est donc de constituer une équipe projet pluridisciplinaire et engagée composée des profils suivants :

  • Le Sponsor porte la vision produit initiale, c’est lui qui exprime le besoin et les enjeux métier auxquels le projet doit répondre. Il détermine au départ les objectifs, qu’ils soient quantitatifs (des gains de productivité par exemple…) ou qualitatifs (améliorer le taux de satisfaction des utilisateurs, préparer les outils support à une phase de croissance, etc.).
  • Le Product Owner est le garant des besoins fonctionnels des utilisateurs et de la vision produit. Il représente ainsi le Sponsor pendant le projet. Grâce à sa cartographie des besoins, il priorise constamment le backlog en fonction des objectifs, de la vision produit et de la valeur créée. Il assure également le reporting et les feedbacks au Sponsor.
  • Le Scrum Master assiste l’équipe pour la réaligner en permanence sur un mode de fonctionnement efficace. Très présent au début du projet où il anime le premier Sprint de cadrage, il facilite ensuite les interactions et coache chaque membre de l’équipe sur sa fonction propre.
  • L’équipe de développement conçoit et teste la solution en se répartissant le travail pour capitaliser sur les expertises de chacun tout en veillant à ce que chacun puisse reprendre la partie d’un autre si nécessaire. L’équipe peut ainsi se concentrer sur la réponse au besoin utilisateur grâce à la bonne répartition des rôles et aux facilités offertes par notre plateforme.
  • L’expert UX intervient pour centrer la démarche de conception de la solution vers les utilisateurs afin de leur garantir une expérience intuitive, agréable et parfaitement adaptée. Il définit ainsi les interfaces de l’application métier développée et s’assure que les parcours utilisateurs restent optimaux.

Les grandes phases de la méthodologie agile

Schéma de la méthodologie agile utilisée par Anakeen

Méthodologie agile pour la transformation numérique : cadrage

CADRAGE

Le premier Sprint de cadrage permet de bien organiser le projet, mettre en place les outils, valider le contrat et passer ainsi de l’idée à la réalisation…

Le rôle du Scrum Master est alors très important pour animer, faciliter l’engagement de l’équipe dans le projet et expliquer le fonctionnement de la méthodologie agile : rituels, sprint planning, daily, rooming, etc.

Cette première phase dure généralement un mois. À partir de la vision initiale, le Product Owner, le Sponsor et le Scrum Master conçoivent le Story Mapping et les premières Users Stories qui vont constituer le backlog de départ. Plusieurs ateliers sont menés : vision produit, Personas, Story mapping, Extreme Valuation et parcours utilisateur avec l’expert UX.

Dès que le projet est bien organisé, et que le backlog est suffisamment alimenté, même si la phase de cadrage n’est pas totalement finie, on peut lancer la phase de BUILD…

Méthodologie agile pour la transformation numérique : les développements itératifs

BUILD

La phase de BUILD est rythmée par les rituels et les cérémonies de l’agile au sein des cycles de Sprint.

Le Sprint planning permet de valider le périmètre de ce qui peut être produit durant le Sprint.

Le Daily permet d’identifier les éventuels points de blocage et de mettre en œuvre les solutions pour les lever.

Le Grooming permet au Product Owner de présenter les User Stories à l’équipe de développement qui identifie en retour les points de complexité à résoudre.

La Review consiste en une démonstration du produit par le Product Owner aux autres membres de l’équipe.

La Retrospective est l’outil d’amélioration continue pour le Scrum Master. Il permet de détecter ce qui est bien fait et qu’il faut continuer, mais aussi d’identifier les points à améliorer au prochain Sprint.

Méthodologie agile pour la transformation numérique : le déploiement de la solution avec la recette et le démarrage

RUN

Le passage de la phase de BUILD à la phase de RUN est toujours progressif dans la méthodologie agile…

Les utilisateurs commencent à utiliser l’application de manière progressive dès que les fonctionnalités livrées le permettent.

Dès le début de la phase de RUN, le backlog sera également alimenté par le retour des utilisateurs en conditions réelles. Les Sprints de développement intègrent de nouvelles contraintes puisque l’application métier est rentrée en production et que l’on ne peut généralement pas interrompre le service.

La dimension évolutive de l’agile prend alors tout son sens. Les phases de BUILD et RUN restent donc étroitement liées jusqu’à ce qu’il n’y ait plus que de la maintenance légère sur le produit. On passe alors en mode TMA et MCO pour continuer à faire évoluer l’application métier mais avec une méthodologie adaptée, en mode Kanban plutôt que Scrum…

«  Ce sont des prestataires informatiques comme çà dont on a besoin : des experts qui ne vendent pas du rêve. Nous revivons, tous nos utilisateurs ont l’impression de pouvoir à nouveau se concentrer sur le fond et leur cœur de métier.  »

PrécédentSuivant
Voir le témoignage client

Parlez de votre projet
à un de nos experts

Contactez-nous

cta bandeau contact