Page 7 sur 10. Adapter l’organisation au degré d’incertitude et apprendre avec des résultats fréquents.
1. Organiser l’apprentissage
Lorsque les besoins sont incertains, produire rapidement une partie utilisable permet de recueillir des informations. Un prototype peut tester une idée ; un incrément répond à des conditions de qualité permettant son usage selon le cadre retenu. Il faut annoncer ce qui est réellement livrable.
Une démarche adaptative conserve des objectifs et des limites, mais ajuste le détail du travail à partir de l’expérience. Elle ne dispense ni de gérer les risques ni de prévoir la capacité. Une démarche prédictive peut également comporter des revues et des corrections.
Dans le portail NKILItech, les règles d’accès peuvent être stables alors que l’organisation de l’écran de suivi demande plusieurs essais avec les utilisateurs. La démarche peut traiter ces incertitudes de manière différente.
2. Comprendre les responsabilités Scrum
Scrum définit les responsabilités de Product Owner, Scrum Master et Developers au sein d’une Scrum Team. Le Product Owner est redevable de la valeur et de la gestion efficace du Product Backlog. Le Scrum Master aide à établir Scrum et à améliorer l’efficacité de l’équipe. Les Developers organisent la réalisation d’un incrément utile.
La Scrum Team est autogérée et pluridisciplinaire. Le Scrum Master n’est pas un chef distribuant chaque tâche et le Daily Scrum n’est pas conçu comme un rapport individuel à un supérieur.
Un sponsor ou un chef de projet peuvent exister dans l’organisation autour du produit, mais le cadre Scrum ne crée pas une responsabilité supplémentaire de chef de projet dans la Scrum Team. Les interfaces avec la gouvernance doivent être explicites.
3. Relier objectifs, événements et résultats
Le Sprint constitue une période de durée fixe d’un mois ou moins. Il contient la planification du Sprint, les Daily Scrums, la revue et la rétrospective. La planification organise le travail autour d’un Objectif de Sprint ; les échanges quotidiens permettent d’adapter le plan.
La revue examine le résultat et les évolutions du contexte avec les parties prenantes. La rétrospective prépare des améliorations de la façon de travailler. Les deux événements ne se remplacent pas mutuellement.
Le Product Backlog est associé à l’Objectif de Produit ; le Sprint Backlog à l’Objectif de Sprint ; l’Increment à la Definition of Done. Une liste de tickets terminés sans qualité suffisante ne constitue pas automatiquement un incrément répondant à cette définition.
4. Utiliser Kanban pour observer le flux
Une approche Kanban rend le flux de travail explicite et limite le travail en cours. Les points de début et de fin, les règles de passage et les politiques de limitation doivent être compris par l’équipe. Déplacer des cartes dans des colonnes sans ces décisions apporte une visibilité limitée.
Dans l’exemple, la colonne « En réalisation » est limitée à deux éléments. Lorsqu’elle est pleine, l’équipe cherche d’abord à terminer ou débloquer le travail existant avant d’en commencer davantage. La limite vise le flux, pas la surveillance des personnes.
On peut suivre le nombre d’éléments en cours, le débit d’éléments terminés, leur temps de cycle et l’âge des éléments encore ouverts. Les définitions de début et de fin doivent rester cohérentes pour comparer les mesures.
5. Éviter les promesses fondées sur de mauvais indicateurs
Les points d’estimation éventuels d’une équipe ne représentent pas des heures universelles. Comparer directement les vélocités de deux équipes peut créer une incitation à changer l’échelle plutôt qu’à améliorer le résultat.
Un tableau d’avancement peut montrer le travail restant, mais une modification du périmètre change son interprétation. Il faut présenter les changements d’engagement avec les mesures, et conserver la différence entre travail commencé et travail accepté.
Pour choisir une organisation, posez des questions pratiques : à quelle fréquence peut-on obtenir un retour ? Quels éléments sont livrables séparément ? Où le travail attend-il ? Quel changement améliorerait réellement le service rendu ?
Exercices corrigés
Exercice 1 : Distinguer les événements
Quelle différence entre revue de Sprint et rétrospective ?
Voir le corrigé détaillé
La revue examine le résultat et le contexte avec les parties prenantes afin d’adapter la suite du produit. La rétrospective recherche des améliorations de la qualité et de la façon de travailler.
Exercice 2 : Limiter le travail en cours
Deux éléments sont en réalisation et la limite est deux. Une troisième demande arrive.
Voir le corrigé détaillé
La rendre visible et prioriser, mais chercher d’abord à terminer ou débloquer le travail en cours. Une modification de la politique se décide explicitement ; déplacer artificiellement les cartes ne réduit pas le travail réel.
Pour approfondir
Guide Scrum officiel, Guide Kanban. Exemples et schémas originaux. Données NKILItech fictives à usage pédagogique.