Demander à un chef de projet “quand est-ce que ce sera prêt?” génère presque toujours la même séquence: un silence, un calcul mental, puis une réponse qui mêle espoir et approximation. Le problème n’est pas l’incompétence de l’estimateur, c’est la nature même de l’estimation humaine appliquée à des systèmes complexes. Le Service Level Expectation (SLE), un outil issu du Kanban professionnel, propose une alternative fondée sur les données plutôt que sur l’intuition.
Le problème des estimations subjectives
Les estimations de délais en gestion de projet souffrent de biais bien documentés. Le biais d’optimisme pousse systématiquement les estimateurs à sous-évaluer la durée des tâches. L’effet d’ancrage fait que la première estimation émise influence toutes les suivantes, même lorsque de nouvelles informations contredisent cette estimation initiale. Et la pression organisationnelle incite à fournir des dates “acceptables” plutôt que réalistes.
Le résultat est prévisible: les projets dépassent leurs délais avec une régularité qui devrait interroger davantage. Cette tendance persiste malgré l’évolution des méthodes et des outils, ce qui suggère que le problème ne réside pas dans les instruments de planification mais dans l’acte même d’estimer un travail futur dont les paramètres ne sont pas entièrement connus.
Du subjectif au probabiliste
Le SLE change de paradigme: au lieu de demander “combien de temps cela prendra-t-il?”, il pose la question “en combien de temps nos éléments de travail sont-ils habituellement terminés?”. La réponse repose sur les données de cycle time (temps de cycle, soit la durée entre le début et la fin d’un élément de travail) et s’exprime sous forme probabiliste: “85% de nos éléments sont terminés en 10 jours ou moins.”
Ce passage du déterministe (“ce sera fait dans 10 jours”) au probabiliste (“il y a 85% de chances que ce soit fait dans 10 jours”) peut sembler un détail sémantique, mais il change fondamentalement la conversation avec les parties prenantes. Yuval Yeret, dans son article sur Scrum.org, souligne que le terme “expectation” est choisi délibérément pour éviter la rigidité du Service Level Agreement (SLA, engagement contractuel). Le SLE est un instrument de transparence, pas un contrat.
Les mécanismes du SLE
Le SLE repose sur deux piliers techniques. Le premier est le diagramme de dispersion du cycle time (cycle time scatterplot), qui représente chaque élément de travail terminé en fonction de sa durée de réalisation. Ce diagramme permet de visualiser la distribution réelle des délais, avec ses valeurs typiques et ses cas extrêmes.
Le second pilier est le calcul des percentiles. Le percentile 85%, le plus souvent retenu pour le SLE, indique le seuil en dessous duquel 85% des éléments sont complétés. Ce n’est pas une moyenne, et c’est précisément l’intérêt: la moyenne masque la variabilité, tandis que le percentile la rend visible et exploitable. Si votre percentile 50% est de 4 jours et votre percentile 85% de 12 jours, l’écart révèle une variabilité importante dans votre flux, ce qui est en soi une information précieuse.
La loi de Little fournit le cadre théorique: le cycle time moyen est égal au travail en cours (WIP, Work In Progress) divisé par le débit (throughput). Cette relation, démontrée mathématiquement, implique que la maîtrise du WIP est le levier principal de la prévisibilité des délais. Daniel Vacanti, cofondateur de ProKanban.org et auteur de Actionable Agile Metrics for Predictability, a largement contribué à formaliser ces concepts pour les équipes de travail du savoir.
Le SLE comme outil de management quotidien
L’un des apports les plus concrets du SLE est de transformer les réunions d’avancement. Lors du Daily Scrum ou de tout point de coordination, l’équipe compare l’âge de chaque élément en cours (work item age) au seuil du SLE. Cette comparaison fait émerger immédiatement les éléments à risque et focalise la discussion sur les actions correctives: faut-il réaffecter des ressources? Découper l’élément en parties plus petites? Lever un blocage?
Cette approche présente un avantage managérial significatif. Le SLE dépersonnalise la question des délais: ce n’est plus “Paul est en retard sur sa tâche” mais “cet élément vieillit au-delà de notre SLE, qu’est-ce qui le bloque?”. La discussion se déplace de la performance individuelle vers la performance du flux, ce qui est à la fois plus juste et plus productif.
En rétrospective, les dépassements de SLE deviennent un matériau d’analyse objectif. L’équipe peut identifier les types d’éléments qui dépassent systématiquement le SLE, les étapes du workflow où le travail stagne et les facteurs récurrents de ralentissement.
Quand le SLE atteint ses limites
Le SLE suppose un flux de travail suffisamment régulier pour que les données historiques aient un pouvoir prédictif. Une équipe qui change radicalement de type de travail d’un mois à l’autre tirera peu de bénéfice d’un SLE, car les données passées ne reflèteront pas les conditions futures.
Le SLE ne se substitue pas non plus à l’analyse de complexité. Un élément peut respecter le SLE tout en étant de mauvaise qualité ou en générant des problèmes en aval. Le SLE mesure la prévisibilité temporelle, pas la pertinence ni la qualité du résultat livré.
Enfin, le SLE fonctionne mieux lorsqu’il est couplé à des limites de WIP et à un découpage du travail en éléments suffisamment petits et homogènes. Sans cette discipline, la variabilité du cycle time reste élevée et le SLE perd en précision comme outil de prévision.