Les KPIs agile

Comment mesurer objectivement l’efficacité des méthodes agiles sur un projet ? Est-ce que tous les projets sont agilisables ?
Nous allons voir dans cet article comment mesurer l’éligibilité d’un projet à l’agilité ainsi que les métriques que nous proposons, au sein d’Archriss, pour mesurer la réussite de la mise en place de l’agilité sur un projet.

Les critères d’éligibilité à l’agilité : Les questions à se poser

Il faut dissocier le gain de porter l’agilité sur un projet et l’éligibilité de ce même projet à l’agilité :
Un projet sera agilisable ou non suivant certains critères. Afin de déterminer si un projet est éligible à un critères, il convient de se poser les bonnes questions.
Pour cela, nous avons listés ci-dessous les différents critères/questions à se poser à ce stade de raisonnement :

1. La motivation

• Quelle est la motivation des acteurs ?
• Quelles sont les raisons pour changer de fonctionnement ?
• Quel est le niveau de réticence aux changements ?
• Qui sont les sponsors , les constructifs, les sceptiques, les hésitants ,
• les opposants du projet ?

2. Les pratiques et les rôles

• Quelle est le niveau de maitrise et d’expérience des pratiques Agile
• des acteurs ?
• Quelle sont les organisations en place MOE / MOA / … ?
• Les nouveaux rôles sont ils connus ? SM / PO / Team …
• Y a-t-il un processus d’accompagnement, de formation, de coaching ?

3. La capacité à décider

• Qui est le décideur des évolutions à traiter ?
• Qui est le relais Business / Développement ?
• Est-on capable de prioriser les besoins à traiter ?

4. La disponibilité

• Quel est le niveau de disponibilité des acteurs clés ?
• La communication passe t’elle par des messages interposés sans fluidité ?

5. La taille de l’équipe

• Quelle est la taille de l’équipe ?
• Quelle est la dispersion, mode de fonctionnement de l’équipe ?

6. Les acteurs de l’équipe

• L’équipe est-elle expérimentée ?
• Quelle est la composition de l’équipe ?
• Quels sont les compétences qui composent l’équipe ? Uniquement des spécialistes, des profils polyvalents ?

7. Le contexte projet

• Quel est le contexte technique du projet ?
• Quel est le processus qualité possible (Tests unitaires, Qualimétrie, …)

8. Le besoin de changement

• Quel est le degré d’évolution du besoin ?
• Y a-t-il un foisonnement d’idées durant le projet ?
• Le projet subit ou subira t-il de nombreux changements ?

9. Interactions avec l’extérieur

• Quels sont les interactions avec les entités non agiles ?
• Quelles sont les synchronisations et communications réalisées entre les équipes ?

10. Le niveau d’engagement

• Quel est le mode de contractualisation ?
• Quel est le cadre du projet ? Interne / Partenariat / Relation Client-Fournisseur …

Synthèse, votre projet est-il agilisable ?

Suivant le contexte projet, ce graphe vous permettra de déterminer si mettre en place l’agilité (Scrum / Kanban) sur votre projet est réaliste et réalisable.

Si une petite portion du graphe est couverte et que vous souhaitez tout de même mettre en place les méthodes agiles, il vous faudra alors trouver un sponsor très fort à même de protéger le projet des systèmes externes.

Différentes contractualisation agiles

La confiance n’exclut pas le contrôle. S’il est “simple” de mettre en place l’agilité sur un projet géré en interne/régie, il est beaucoup plus difficile de mettre l’agilité en place sur une prestation au forfait. Chez Archriss, nous avons choisi, au besoin, un contractualisation au sprint dont les points forts sont détaillés ci-desssous.

Au forfait : Contrat au sprint

Il s’agit d’une réalisation de sprint sur une enveloppe forfaitaire avec engagement de résultats et de livrables. Ainsi on respecte les principes agiles (engagement sur périmètre, amélioration continue, livraison itératives, …) tout en cadrant le contrat :

Les Forces

• Bonne adéquation avec l’approche agile Scrum itérative et incrémentale avec une approche “mini-forfait”.
• Permet les feedbacks et autorise le changement pour l’alimentation des sprints suivants.
• Approche forfaitaire au sein d’un modèle à engagement moyen.

Les Faiblesses

• Nécessite un partage et un respect des règles de fonctionnement
• Nécessite un engagement et un suivi budgétaire pour donner la visibilité sur l’ensemble du projet

Les KPIs

Une fois l’agilité mise en place sur votre projet, nous avons identifiés les indicateurs ci-dessous afin d’assurer un suivi objectif :

• La réactivité: délai entre une demande à l’IT et sa mise en production
• La fluidité: délai entre la fin du développement et la mise en production (= nbre de jours de stocks)
• La qualité: ratio du temps passé par les équipes de développement à corriger des anomalies ou à traiter des requêtes de support versus temps passé à développer de nouvelles fonctionnalités
• La communication: nombre de passes d’une même demande au niveau des équipes de développement (capacité à faire bon du premier coup, grâce à une bonne qualité d’échange entre le métier et l’informatique)
• La fiabilité : taux de défauts découverts en production sur volume de code produit
• Le progrès: questionner les clients par sondage “pensez-vous que vos besoins sont mieux pris en compte qu’il y a un an ?” ou “pensez-vous que la valeur apportée par vos outils logiciels va en s’améliorant ?”
• Le moral des équipes: mesuré par une météo du sprint (“quel temps faisait-il dans l’équipe ce sprint ci: ensoleillé, nuageux, pluvieux, orageux ?”)