L’idée est de se tourner vers une gestion de produit plutôt qu’une “gestion de projet”.
Dans une approche traditionnelle de gestion de projet, le produit est livré après la réalisation des conditions et demandes du contrat initial. Cette méthode ne laisse que très peu de place aux changements et à la négociation.
Dans une approche Agile de gestion de produit, celui-ci est livré de manière incrémental. L’idée est de faire participer le client au maximum et d’impliquer le client autant que l’équipe Symbioz dans le développement du produit. Cette approche permet une transparence et donc une confiance des différentes parties en l’autre, d’autant plus que la communication se fait de manière directe et qu’elle est maintenue tout au long du développement du produit.
Démarche des méthodes Agile
L’idée est d’avoir une vision de base, globale du produit. Dans cette vision globale, il y aura des fonctionnalités et exigences de la part du client, qu’il va soumettre à l’équipe de développement, ainsi celle-ci va pouvoir plus ou moins estimer le coût de production.
Process concret:
Itération: l’équipe choisit une fonctionnalité, une exigence à réaliser et estime le temps qu’il faudra
Conception, développement, spécification fonctionnelle et technique
Phase test
Présentation de l’avancée
La méthode Agile – Scrum
Parmi les méthodes agiles, la méthode Scrum est la plus utilisée et la plus facile à comprendre.
Trois rôles dans la méthode Scrum:
Le product Owner (représentant client) qui porte la vision du produit à développer
Le scrum master ou garant de l’application de la méthodologie scrum
L’équipe de développement qui réalise le produit
Quatre différents types de réunions:
Planification du sprint ou itération:
l’équipe de développement met en avant les exigences et les fonctionnalités clés et estime le temps qu’il faudra pour les réaliser.
Revue de sprint (qui se fait à la fin de celle-ci):
l’équipe de développement présente les fonctionnalités réalisées et recueille les feedbacks du product owner (ainsi que ses futurs utilisateurs).
C’est aussi le moment de revoir le planning des prochains sprint, et si besoin de réajuster celui-ci.
Rétrospective de Sprint:
réunion de l’équipe de développement qui fait le point sur le sprint passé, il s’agira de réajuster ou non différents aspects de la qualité du travail (efficacité, qualité de travail, temps etc)
Mêlée quotidienne:
L’idée est que cette réunion ne dépasse pas 15min au cours de laquelle chacun va répondre à principalement 3 questions –
Qu’est ce que j’ai terminé depuis la dernière mêlée ?
Qu’est ce que j’aurai terminé d’ici la prochaine mêlée ?
Quels obstacles me retardent ?
Etapes de la méthode Scrum:
Product Backlog: listing des exigences du product owner + estimation du coût non pas en € mais en “points” (1,2,3,4,5 etc). A cette étape, c’est le product owner qui va ordonner les exigences et l’équipe de développement va les réaliser dans l’ordre.
Enchaînement des sprints (planification des sprints et la possibilité pour le product owner d’affiner ses demandes)
Mesure de l’avancement
Symbioz et la méthode Agile – Scrum
Symbioz se base sur cette méthodologie pour organiser sa gestion du produit.
Process de l’application Scrum:
Un client prend contact avec un membre de l’équipe
Vient le premier rendez-vous pour définir les paramètres avec au moins deux membres de l’équipe*.
L’équipe réalise un premier sprint dont les tâches auront déjà été réparti
L’équipe rencontre le client et fait le point
S’il n’y a pas lieu de modifier l’équipe réalise un deuxième sprint. S’il faut modifier, l’équipe réalise la modification avant de faire un nouveau sprint.
Réunion avec les membres de l’équipe de développement
L’équipe délivre un mvp
L’équipe continue les sprints
Livraison du produit « final »
*Lors de ce rendez-vous, il sera question d’exposer la méthode Scrum au client, de définir le product backlog et d’estimer le temps du premier sprint ainsi que des sprints futurs. Il sera aussi important d’exposer tous les outils de collaboration et de communication pour la suite du développement.
Livraison du produit final:
Le produit avec l’approbation du product owner
Un cahier des charges que nous confectionnons tout au long du développement avec le strict nécessaire pour assurer l’évolution et la maintenance.
Un trello avec l’avancée des tâches tout au long du développement
Objectifs: toujours privilégier la communication et l’amélioration continue du développement.