Un backlog qui déborde donne l’illusion du travail bien préparé. En réalité, c’est souvent l’inverse : une montagne d’Epics, de Features et de User Stories méticuleusement estimées, organisées et planifiées sur des semaines voire des mois, pour finir, dans la majorité des cas, à dormir au fond de Jira. Ce stock invisible n’est pas une réserve de valeur. C’est du gaspillage qui s’accumule. Et le Lean Management a un nom pour ça : le Muda de surproduction.
La plupart des boards Kanban que l’on croise au quotidien n’appliquent pas le véritable système Kanban. Ils en empruntent le visuel (des colonnes, des cartes que l’on déplace), mais pas le principe fondateur. Résultat : au lieu de réguler le flux, ils deviennent une source majeure de Muda.
Pourquoi le backlog pose problème
Un backlog repose entièrement sur un pari : celui d’un avenir que l’on croit pouvoir décrire à l’avance. Tout comme les estimations, il se base sur un futur incertain. Remplir un backlog, c’est donc produire des spécifications, des découpages et des décisions pour des besoins qui n’existent pas encore, autrement dit, pratiquer la surproduction, l’un des huit Mudas identifiés par le Lean.
La surproduction n’est pas un gaspillage neutre. Elle déclenche une réaction en chaîne. Elle engendre un stockage excessif, et ce stock entraîne à son tour l’obsolescence de ce qu’il contient, donc une perte d’efficacité progressive.
Dans le domaine du logiciel, où l’évolution est rapide et les contextes changent vite, cette mécanique est particulièrement critique. La capacité à réagir vite tout en maintenant une haute qualité est l’un des facteurs clés de la réussite d’un produit. Or un backlog massif va exactement à l’encontre de cette agilité.
L’écart fatal entre la définition et la réalisation
Le vrai danger se loge dans le temps qui sépare le moment où un élément est défini de celui où il commence réellement à être réalisé. Pendant cet intervalle, le monde continue de tourner : de nouveaux besoins émergent, des spécifications se précisent ou se contredisent, des contraintes apparaissent. Tout cela force, le moment venu, à reconsidérer des choix techniques qui semblaient pourtant actés.
Deux issues se présentent alors, aucune des deux satisfaisante :
- Au mieux, on retravaille partiellement, ou intégralement, la spécification pour la remettre au goût du jour avant de pouvoir avancer. Le travail de préparation initial est en grande partie perdu.
- Au pire, le sujet ne sera jamais traité et finira dans les abîmes de Jira, emportant avec lui le temps et les ressources qui avaient servi à le préparer.
Dans les deux cas, l’effort investi en amont ne produit aucune valeur. C’est précisément la signature de la surproduction : on a fabriqué quelque chose dont personne n’avait encore besoin, et qui ne sera peut-être jamais consommé.
Le Just-in-Time, allié de la satisfaction client et collaborateur
Le Just-in-Time (Juste-à-Temps), principe issu du Lean Management, propose une réponse radicale à ce problème. Plutôt que d’accumuler du travail en prévision, il consiste à optimiser la production en se concentrant sur des ajouts de valeur immédiats, tirés par les demandes réelles des clients. L’objectif : favoriser la réactivité et l’efficacité, en ne produisant que ce qui est nécessaire, au moment où c’est nécessaire.
Le flux tiré plutôt que poussé
Avec le JIT, une action n’est amorcée que lorsque deux conditions sont réunies :
- Le besoin émerge réellement. Le client a exprimé une demande concrète, identifiée. On dit alors que le flux est tiré (par la demande), et non poussé (par une planification spéculative en amont).
- Il y a de la bande passante côté production. L’équipe dispose effectivement de la capacité pour traiter le sujet, plutôt que de l’empiler sur une pile déjà saturée.
Cette double condition change tout : au lieu de remplir un stock par anticipation, on déclenche la réalisation au plus près du besoin réel et de la capacité disponible.
Les bénéfices concrets
Aligner la production sur la demande de cette manière produit trois effets directs :
- La réduction du Lead Time. En apportant de la valeur immédiatement sur un besoin identifié, on raccourcit drastiquement le délai entre l’expression d’un besoin et sa satisfaction. Plus d’attente dans un stock intermédiaire.
- L’allègement de la pression sur l’opérateur. En évitant le context switch permanent imposé par une multitude de sujets ouverts, on permet à chacun de se concentrer sur un seul objectif à la fois, ce qui améliore à la fois la qualité et le confort de travail.
- Une meilleure visibilité sur les problèmes. Les stocks ont tendance à masquer les défauts de qualité et les inefficacités d’un flux. En les supprimant, le JIT met ces problèmes à nu et les rend traitables.
La conséquence naturelle de tout cela : une amélioration simultanée de la satisfaction client et de celle des collaborateurs. Les deux ne s’opposent pas : ils progressent ensemble.
Qualité et efficacité ne s’opposent pas
C’est sans doute l’enseignement le plus contre-intuitif du Lean, et le plus important à retenir. On oppose souvent qualité et efficacité, comme s’il fallait sacrifier l’une pour gagner l’autre. Le Lean démontre l’inverse : en supprimant le gaspillage (et la surproduction d’un backlog en est une forme majeure), on améliore simultanément la qualité et l’efficacité.
Adopter le Just-in-Time, ce n’est donc pas seulement vider un backlog encombré. C’est changer la logique même de la production : passer d’un système qui pousse du travail spéculatif vers les équipes à un système qui tire la valeur depuis le besoin réel. Moins de stock, moins d’obsolescence, moins de retravail, et au bout du compte, un produit qui répond plus vite et mieux à ce que ses utilisateurs attendent vraiment.