http://www.flatironsjouve.com/ header_visibility: footer_visibility:

Pouvez-vous nous présenter les grandes lignes de votre projet ?

La division de la propriété intellectuelle de Monaco souhaitait simplifier les démarches administratives et apporter un service plus performant aux professionnels et à ses administrés. Dans ce contexte, nous avons choisi de refondre avec Jouve notre système de gestion des titres de propriété industrielle (marques, brevets, dessins et modèles).
Pourquoi avoir choisi de mener ce projet en mode agile ?

Pourquoi avoir choisi de mener ce projet en mode agile ?

Initialement, le projet devait être mené suivant un cycle en V, de manière traditionnelle. Jouve m’a proposé cette approche agile. Je me suis toutd’abord renseigné sur cette méthode et j’ai appréhendé les risques éventuels. L’un des principaux avantages de cette méthode m’a convaincu… La possibilité de pouvoir effectuer des réorientations pendant le projet !

Concrètement, la méthode « Scrum » est-elle facile à appréhender ?

S’il faut prévoir un temps d’appropriation, la démarche reste simple et abordable. La « littérature » est complète, accessible et orientée « cas pratiques »- il y a même maintenant « Agile for dummies » qui permet d’en comprendre les fondamentaux. Certaines priorités sont parfois évidentes, par exemple lorsqu’il faut lever un risque sur un pan technique ou fonctionnel. Il faut se concentrer sur la colonne vertébrale des fonctionnalités et la construire. Personnellement, je me demandais constamment « Quels sont les besoins des utilisateurs ? », « Quelles sont les priorités fonctionnelles pour le produit ? » et « De quoi pourrions-nous nous passer le cas échéant ? ».

En quoi votre rôle est-il différent de celui d’un chef de projet MOA classique ?

On passe d’une culture de gestion de projet à une culture de gestion de produit. Contrairement à un projet traditionnel, la méthode agile exige également une présence tout au long du projet. Cette implication constante rythmée par des événements réguliers se révèle positive. Il faut être sur place pour les séances de planification, assister aux démonstrations et répondre aux questions.

Les méthodes agiles mettent en avant la transparence, l’avez-vous ressenti ?

Oui, la transparence est primordiale pour la réussite d’un projet. C’est la clef de la confiance entre l’équipe de développement et moi-même. J’ai une vue précise de l’avancement de l’équipe grâce au burndown chart 2 et je sais si l’équipe est en avance ou en retard. La transparence est également renforcée avec les démonstrations réalisées à la fin de chaque sprint, avec lesquelles nous avons un produit partiel mais exploitable qui supprime « l’effet tunnel » des méthodes en cascades.

Après 3 ans d’expérience, quel est votre ressenti ? Qu’est-ce que l’approche agile a changé pour vous ?

Le plus important selon moi, c’est la sérénité que procure cette méthode. Avec ce mode de collaboration, il n’y a pas de surprise. En général, les écarts fonctionnels et les débordements de budget sont les principales appréhensions du manager. Avec l’approche que nous avons choisie, il est difficile de subir des écarts fonctionnels importants. Si l’on observe une différence avec le besoin utilisateur, on révise la fonctionnalité lors d’une prochaine itération et c’est terminé. « La balance des changements » permet cette flexibilité et est également l’outil indispensable de suivi (et de communication) de l’évolution du budget. Le résultat aurait été très différent si ce projet avait été mené de façon traditionnelle. Nous n’aurions pas eu le même produit final. Il y a eu d’importants changements de cap, fruits de l’approche itérative, basée sur les réels besoins des utilisateurs. On voit le système grandir, on le maîtrise avant qu’il ne soit livré.
En quoi votre rôle est-il différent de celui d’un chef de projet MOA classique ?

On passe d’une culture de gestion de projet à une culture de gestion de produit. Contrairement à un projet traditionnel, la méthode agile exige également une présence tout au long du projet. Cette implication constante rythmée par des événements réguliers se révèle positive. Il faut être sur place pour les séances de planification, assister aux démonstrations et répondre aux questions.

Christophe Browarnyj

Product Owner du projet INPACT 1 , nous livre son retour d’expérience sur le projet – Refonte système de gestion – mené en appliquant les méthodes agiles (Scrum) avec le Groupe Jouve.

©2017 Flatirons Solutions, Inc.|All Rights Reserved|Politique de confidentialité