Exemple de projet Gérer en méthode Agile par Cap Atlantic Consulting

IOD@ est un produit de gestion de la traçabilités des livraisons logistiques, cette solution est totalement développé en mode AGILE.

Dés le démarrage, nous avions pris conscience de 2 contraintes majeures:

-       le délai de réalisation est de 3 semaines 

-       le déploiement national et la formation sont de 1 semaine

Pour le chef de projet, la complexité était, justement d’arriver à avoir à la fois une vue microscopique qui va dans le détail, mais aussi une vue macroscopique pour pouvoir anticiper et piloter le dynamisme global nécessaire autours du projet : la gestion des ressources, la communications en continue, les interactions avec les autres outils, … etc

Il faut imaginer une représentation où l’équipe  de développement est au cœur du dispositif projet et gravite autours toutes les autres équipes.

Le chef de projet joue un peu le rôle du maestro. L’interaction entre les équipes est en continue. Chaque intervenant  valide le processus global et les actions dont il a la charge, le tout dans un système souple et dynamique.

Chaque action est précise et courte y compris le processus de validation. 

Le projet est actuellement opérationnel, toutes les contraintes ont été respectées, 

www.ioda.link/dhl

https://play.google.com/store/apps/details?id=com.capAtlantic.ioda

https://www.powtoon.com/show/dIGvRsGNQ9r/la-solution-iod/

Chiffrage: Méthode traditionnelle versus Méthode Agile

Dans un projet gérer selon la méthode traditionnelle du cycle en V c'est le chef de projet qui fait le chiffrage avec éventuellement l'avis des développeurs.
C'est lui qui est le garant du chiffrage et du planning.

Dans les méthodes Agiles, le chiffrage n'est pas au niveau du projet mais au niveau de la User Story.
Une User Story s'intègre à un sprint et cela permet de définir une planification.

C'est l'équipe qui est responsable du chiffrage, cela demande un consensus.
Les difficultés sont réparties dans des classes de difficultés qui suivent le suite de Fibinacci {0.1/2, 1, 2, 5, 8, 13, 20...}
Les chiffres ne représentent pas des heures ou des jours de travail mais une unité propre à l'équipe.
Par exemple, sur le projet sur lequel je travaille, le print de deux semaines représente 22 points en moyenne.
Les user Story sont classées lors d'une réunion appelée planning poker.
Dans la première partie de la réunion, l'équipe (les développeurs et les recetteurs) qualibre les US.
Chaque membre de l'équipe indique par une carte le nombre de points de la US. S'il y a un écart, les membres discutent et par un deuxième tour arrive à un consensus.
Le Product Owner ne participe pas au chiffrage.
Dans un deuxième temps, l'équipe choisit avec l'aval du Product Owner, les User Stories  à embarquer dans le sprint.
Dans le cas de mon projet, l'équipe ne peut pas embarquer plus d'une vintaine de points pour la quinzaine.

A l'inverse d'un chiffrage selon la méthode traditionnelle, le chiffrage est obtenu par le vue des différents experts  (développeurs, base de données, recetteurs), tous sont impliqués dans la réussite du sprint et du projet.
C'est une méthode collaborative qui demande aussi une souplesse d’esprit et un bon esprit d'équipe  !

Découvrir la méthode agile fut pour moi une révélation !

Vous allez trouver mon titre surprenant: découvrir la méthode Agile fut pour moi une révélation !
Je me décris comme un chef de projet multi-projetS : Projets pro, perso et associatif plutôt traditionnelle 
Vous pouvez retrouver cela dans mon interview à jeudi au féminin 

La méthode agile est plutôt une philosophie agile que nous utilisons tous, Comme Monsieur Jourdain faisait de la prose sans le savoir...
Je retiendrai ici  plutôt la souplesse et l’apprentissage.  La méthode agile permet de se tromper et comme on travaille de façon incrémentale d’apprendre de ses erreurs. Elle prône l’esprit d’équipe plus important que l’individu. 
Quand il y a un problème, on ne cherche pas quel est le coupable mais comment s’en sortir comment capitaliser.
 Cette méthode apporte un vrai changement par rapport à la méthode de cycle en V.
La relation client / fournisseur ne peut plus être la même. On doit remplacer le forfait bien bordé juridiquement par une relation win / win.  Cela entraîne un changement  de conduite du projet qui concerne toute l’équipe fournisseur et toute l’équipe client. 
Êtes-vous prêts à changer ? A apporter un peu plus de souplesse dans vos projets ? Un peu plus de communication ?
Soyons agiles !
A jeudi prochain 
Christine

Réalisation du blog en mode agile

Ce blog se veut être agile, il est constiué  d’un back log d’un stock d’articles plus ou moins défini.

Certains articles sont déjà écrits, d’autres sont au stade d’idées à développer.

La durée du sprint est d’une semaine , la publication se fait le jeudi en référence au réseau féminin : jeudi au féminin auquel j’appartiens

Comme dans un sprint, la régularité de parution est importante, elle permet à l’internaute d’avoir des points de repères temporels. Dans un projet  agile, la durée  d’un sprint est courte et défini et permet de produire un élément indépendant, testable et ayant une valeur busines. 

Le format de l’article de mon blog est  court 250 mots et une image adapté à l’internaute zappeur.

Le sujet de la semaine peut être puisé dans le stock ou inspiré par un évènement de la semaine.

Le contenu d’un sprint est décidé lors de réunion appelé planning poker. Lors de ce meeting ; l’équipe choisi quels sont les users stories qui seront produites lors de ce sprint. 

Les articles peuvent être planifiés à l’avance permettant une  meilleure organisation  grâce aux fonctions du blog. 

La diffusion est sur les réseaux sociaux facebook, twitter, linkedin permet  de toucher un maximum de personnes

Partagez et soyons agiles!

*********************************************

Mon expérience de projet agile peoplewhotravel.com

Lors du lancement de peoplewhotravel.com (site internet, application android et iphone), nous avons travaillé en méthode agile.
Nous avions définis les fonctionnalités principales et en fonction des réactions du marché nous avons adapté notre produit.
Nous avons travaillé en mode intératif et incrémentale.
Nous travaillons par sprint de deux semaines, nous définissions un ensemble de user story représentant une fonctionnalité utilisable par un utilisateur. 
A la fin de la quinzaine, la fonctionnalité était livrée en production permettant de développer la marque très rapidement.
L’équipe était constituée de 3 développeurs, deux testeurs, un graphiste et un marketeur. Nous étions à l’exception du graphiste qui était extérieur dans le même open space.
Nous faisions des points formels tous les matins et des points informels dés que nous en avions l’utilité : au café ou sur la terrasse au soleil.
Nous avions établi la planification projet  et l’avancement des taches directement  sur un grand tableau fait de papier blanc et de  post-it.
Chacun à tout moment  pouvait être au courant de l’avancement du projet et des tâches qui étaient adressées à chacun.
 Nous n’avons pas suivi une méthode Agile précise type Srum, XP, Kanban mais une méthode de projet agile car elle réuni les trois principes suivants : itérative, incrémentale et adaptative.
Nous avons utilisé notre agilité d'esprist!