Intelligence économique & stratégique - Stratégie d'innovation

Les épisodes précédents :

• Il était une fois un projet IT en Kanban (Episode 1) : Du Story Mapping au Kanban) ;
• Il était une fois un projet IT en Kanban (Episode 2 – Part I) : Indicateurs Graphiques ;
• Il était une fois un projet IT en Kanban (Episode 2 – Part II) : Mesurer la performance du système avec les KPI;
• Il était une fois un projet IT en Kanban (Episode 3) : Tenez vos promesses avec la prédictibilité;

• Il était une fois un projet IT en Kanban (Episode 4) : Améliorer la qualité de vos Stories ;

• Il était une fois un projet IT en Kanban (Episode 5 – Partie I) : Gérer les obstacles – La fiche Kaizen.

Les règles métiers donnent une vision statique, le BDD apporte une vision dynamique qui manque souvent pour la compréhension d’une story. Il permet également d’éviter des compréhensions différentes en utilisant un format de description déterministe et intelligible par tous les acteurs d’un projet.

Le retour d’expérience de la mise en place de ce processus, sur notre projet, a été une amélioration importante de la qualité des stories et plus généralement des développements réalisés. L’autre élément intéressant, mis en avant par l’équipe de développement lors du bilan, a été un accueil très positif du pair-testing, qui a réduit les perturbations sur le travail des développeurs (dans la correction des anomalies) et une meilleure communication avec l’équipe de qualification.
 
Le workflow mis en place a également été un élément positif pour l’équipe de qualification qui a, très en amont, pu préparer ses campagnes de tests et construire au fur et à mesure ses scénarios de tests et améliorer sa connaissance du produit. Bien entendu, ce mode de fonctionnement n’est pas applicable qu’à un mode kanban et peut très bien être mis en place sur un projet en mode Scrum, l’important restant de garantir le plus tôt possible un niveau de qualité maximal des stories.

Intervenant en tant que conseiller et coach, Yacine vise à développer le potentiel des équipes via les méthodes agiles et l’amélioration continue. Il a ainsi contribué à l’implémentation des méthodes agiles chez BNP Paribas, Crédit Mutuel et Publicis. Yacine anime également des ateliers de formation en interne sur le sujet de l’agilité.

Voilà un aperçu rapide du chemin à parcourir pour tendre vers une entreprise agile ayant intégré la dimension changement à son ADN. L’entreprise agile, en vérité, est un concept à redéfinir pour chaque organisation selon son secteur d’activité, sa stratégie et son ADN. Chaque entreprise se lançant dans cette quête aura donc tout loisir de positionner les piliers les uns par rapports aux autres à la recherche d’une agilité et d’un équilibre qui lui sera propre.

Contrairement à des projets plus « classiques », la planification et l’identification de la date d’atterrissage estimée ne se fait plus par une estimation subjective ou non du reste à faire, par les développeurs ou au travers d’abaques plus ou moins pertinents. La prédictibilité se base sur une mesure factuelle du temps nécessaire à la réalisation d’une carte kanban et du nombre de cartes réalisables par semaine. À ces constats s’ajoute une prise en compte de la capacité fournie par l’équipe pour réaliser ces cartes et celles projetées sur la suite du projet.

La fiche Kaizen, associée à un tableau (voir Kanban) de suivi des obstacles, apporte une information visuelle et factuelle sur l’état de santé du Système Kanban et permet à l’ensemble des acteurs du projet de partager les actions de correction à mettre en oeuvre.

L’étape suivante va maintenant porter sur l’analyse de la fiche Kaizen, via une cérémonie, nommée "Kata", que je décrirais, avec Yannick Quenec’hdu, dans la seconde partie de cet épisode.

L’essentiel reste donc bien de mesurer, non pas une date d’atterrissage au jour près, mais bien une tendance de la performance de notre système kanban et la capacité de l’équipe à tenir ses promesses.

Exit les approches traditionnelles quand elles ne fonctionnent pas, place à l’agilité ! Qu’il s’agisse de développement logiciel, de construction automobile, ou même d’un projet personnel, les approches agiles révolutionnent les méthodologies de gestion de projet. De par leur nature, elles sont appelées à évoluer très rapidement; ludiques par essence, leur acquisition se fait assez naturellement. Lors d’un prochain article, nous reviendrons sur la séance de formation suivante, consacrée à l’apprentissage des pratiques Scrum par le jeu.

Le débit représente le nombre de fonctionnalités (ou Cartes Kanban) ayant été validées (selon la Definition of Done), sur une période définie (jours ou semaine). 

Tout comme le cycle time, le débit des cartes est un élément puissant et fiable dans la mesure de la prédictibilité d’un projet.

Le résultat obtenu reste proche de celui mesuré via le cycle time, mais cela n’est pas systématiquement le cas. Un retour d’expérience, portant sur plusieurs projets IT a démontré un écart pouvant aller jusqu’à 6 jours.

L’essentiel reste donc bien de mesurer, non pas une date d’atterrissage au jour près, mais bien une tendance de la performance de notre système Kanban et la capacité de l’équipe à tenir ses promesses.