Le timeboxing est une limite de temps interne fixée sur les tâches clés d’un projet. Mais attention : poser cette limite ne suffit pas à protéger la marge. Seul le suivi en continu de l’avancement réel par rapport au temps consommé (et au budget contractuel) permet de transformer cette borne en outil de pilotage.
Si une tâche chiffrée à 8 jours-homme en consomme 11, l’écart de consommation n’est souvent visible qu’à la clôture, une fois la marge entamée. Sans mécanisme de détection précoce, difficile d’ajuster le tir. C’est un piège classique en cabinet de conseil et en ESN : pour garantir la qualité, on laisse le temps s’étirer. Chaque tâche consomme alors davantage de jours-homme que le strict nécessaire, un surplus qui n’est ni vendu ni refacturable, et sera donc absorbé discrètement par la marge du projet.
Pire : cette prolongation immobilise le consultant, qui n’est plus disponible pour la suite, créant un effet domino qui décale tout le plan de charge du mois suivant. Si, à l’échelle d’un consultant isolé, ce dérapage peut paraître anecdotique, il se démultiplie à l’échelle d’un cabinet pour ronger la rentabilité globale sans jamais déclencher d’alarme.
C’est là qu’intervient le timeboxing. Réduit le plus souvent à une méthode de productivité individuelle (Pomodoro, blocs d’agenda), à l’échelle d’un projet il permet au responsable de mission de poser une limite de temps sur les tâches qui engagent la marge, suivre en continu le réalisé contre le prévu, et arbitrer le périmètre dès que la dérive se dessine. Reste à savoir où placer ces bornes sans tomber dans le contrôle permanent, et comment réagir quand une équipe atteint la limite sans avoir fini sa mission.
Qu’est-ce que le timeboxing à l’échelle d’un projet ?
D’où vient le timeboxing et sur quoi repose-t-il ?
Cette méthode vient du développement logiciel. James Martin la formalise en 1990 dans Rapid Application Development, pour sortir des projets informatiques sans fin, où la livraison reculait à chaque fonctionnalité ajoutée. Sa règle : découper le projet en cycles de durée fixe et livrer, à la fin de chaque cycle, une version qui fonctionne, même incomplète. La durée du cycle ne bouge pas ; le contenu livré, oui.
L’objectif n’est pas de livrer moins que ce que le client a commandé pour tenir un délai. L’ajustement porte sur la part discrétionnaire du livrable (le peaufinage), pas sur l’engagement contractuel, qui relève d’un avenant. Sur un audit dont la limite approche, une analyse secondaire que le client ne lira pas peut être allégée, ou la mise en forme du document raccourcie. Une recommandation prévue au contrat, jamais.
Poser une timebox, c’est se donner une deadline interne. Quand une tâche l’approche ou la dépasse, c’est au chef de projet d’arbitrer le périmètre (ce qu’on inclut, le niveau de finition), sans toucher à la date ni à la valeur promise au client, avant que la dérive ne rogne la marge. Encore faut-il voir ce seuil venir : poser la limite demande aussi de suivre l’avancement, le reste à faire et le temps consommé.
Timeboxe-t-on un individu, une équipe ou un projet ?
La méthode du timeboxing se décline à trois échelles, qu’il vaut mieux ne pas confondre.
- À l’échelle individuelle, la plus connue, un consultant cadre sa plage de travail, de 25 à 90 minutes, dans l’esprit de la technique Pomodoro. Utile pour tenir une journée.
- À l’échelle d’une équipe, certains temps de réunion ou d’atelier client sont plafonnés : deux heures pour un cadrage, un quart d’heure pour un point quotidien.
- À l’échelle d’un projet, surtout dans les services et en méthode agile, une tâche est cadrée sur un nombre de jours-homme défini. C’est sur ce cadrage que se calcule la marge.
Quelle différence entre poser une timebox et une deadline ?
Trois repères se chevauchent : la deadline, la timebox et le temps vendu. Ils ne mesurent pas la même chose.
La deadline est une date de rendu prévue avec le client. Elle fixe le moment où le livrable est attendu, et rien de plus. Elle ne dit ni combien de travail la tâche devrait coûter, ni ce qu’il faut faire en cas de débordement. Deux missions livrées à la même date peuvent avoir consommé 5 ou 15 jours-homme : la date tient dans les deux cas, la marge non.
Le temps vendu, lui, est la référence de la marge. Sur un forfait, le client paie un nombre de jours fixé au devis. C’est ce chiffre qui sert à calculer la marge en fin de mission : on rapproche les jours réellement consommés des jours vendus.
La timebox est un budget de temps de travail interne, posé sous le temps vendu et calé sur l’estimation réaliste de la tâche. Quand une tâche l’atteint, c’est le moment pour le chef de projet d’arbitrer le périmètre (ce qu’on affine, ce qu’on peut couper) plutôt que de repousser la livraison.
Dépasser la timebox fixée ne veut pas dire que la deadline est ratée. C’est une indication pour le chef de projet et le consultant qu’on est en risque de rogner la marge, et qu’il faut prendre une décision tant qu’il reste du temps.
En fin de mission, on compare le temps consommé et l’avancement projet par rapport au temps facturé, pas contre la timebox. Ce sont deux lectures différentes du temps passé.
À noter que pour un projet en régie, le client paie au temps réellement passé sur le projet. S’il n’y a pas de référence contractuelle, la timebox pourra servir de repère pour constater les dérives.
| Repère | Nature | Ce qu’il borne |
|---|---|---|
| Deadline | Une date | Quand le livrable est attendu |
| Timebox | Un budget de temps interne, sous le temps vendu | Combien de jours-homme une tâche devrait coûter |
| Temps vendu | Un engagement commercial | Ce que paie le client, donc la marge en fin de mission |
Le sprint Scrum est-il une timebox ?
Un sprint Scrum (ou autre méthode agile) est une timebox stricte de 1 à 4 semaines, et les événements qui le composent sont eux-mêmes plafonnés en durée. Dans un projet conduit en Scrum, le cadre agile porte déjà l’essentiel du timeboxing.
Tous les évènements de cette méthode ont des limites de temps à respecter :
- 8h pour un cadrage projet ;
- 15 minutes par point quotidien ;
- 4h en fin de période pour la revue de sprint ;
- 3h pour la rétrospective.
Dans un projet 100% agile, le timeboxing est porté par le cadre Scrum. Dans d’autres méthodes, c’est au chef de projet (ou chaque consultant) de poser les limites de temps pour chaque tâche en individuel.
Pour plus d’informations sur la méthode Scrum, lire le Scrum Guide 2020.
Timeboxing, time blocking, batching, Pomodoro : quelle différence ?
Le timeboxing appliqué à un projet est souvent confondu avec des méthodes de productivité individuelles aux noms voisins.
| Méthode | Échelle | En clair | Pilote un projet ? |
|---|---|---|---|
| Timeboxing | Une équipe, sur une tâche ou un projet | Un nombre de jours-homme est prévu pour un jalon, on livre au temps imparti sans changer la durée, quitte à des finitions imparfaites | Oui (la seule des quatre) |
| Time blocking | Un individu, son agenda | Un créneau est réservé pour une tâche, sans durée maximale imposée | Non |
| Pomodoro | Un individu, sa concentration | 25 minutes de travail, 5 minutes de pause, et on recommence | Non |
| Batching | Un individu, ses tâches courantes | Tous les mails traités d’un coup en fin de journée | Non |
Ce que l’on trouve sous l’étiquette générique « timeboxing » sur internet cadre souvent le travail d’un individu, jamais une équipe ni un portefeuille. Le Pomodoro aide un consultant à se concentrer, le time blocking organise son agenda : aucun des deux ne dit comment cinq consultants tiennent collectivement le temps d’une tâche, ni comment un responsable arbitre sur vingt missions. Un minuteur de 25 minutes ne sécurise pas un plan de charge. L’enjeu d’un cabinet de conseil ou d’une ESN réside dans la marge de son portefeuille projet et les jours-homme consommés par des dizaines de consultants.
Pourquoi le temps de vos projets déborde-t-il, même avec un bon chiffrage ?
Une estimation de temps, même correcte, ne protège pas des dérives si personne ne s’assure que les délais sont tenus. Plusieurs mécanismes, bien documentés, expliquent que les dépassements de budget s’installent même quand le chiffrage initial était bon, et que les projets dérapent sans qu’on l’ait vu venir.
Une tâche occupe tout le temps disponible
Ce biais psychologique est sous-estimé en gestion de projet : la tendance naturelle du travail à se dilater pour occuper l’intégralité du temps imparti. C’est l’essence même de la loi de Parkinson, formulée par Cyril Northcote Parkinson en 1955 : le travail s’étend jusqu’à occuper tout le temps disponible pour son achèvement.
Une tâche faisable en 7 jours-homme, mais dotée d’une enveloppe de 10 jours au planning, consommera systématiquement ces 10 jours. L’écart est comblé par une accumulation de détails, de relectures et de vérifications « de confort » qui n’apportent aucune valeur ajoutée réelle.
Ces jours excédentaires ne sont ni vendus ni facturés : ils sont directement prélevés sur la marge du projet. Personne ne les perçoit comme une anomalie, car le budget temps est respecté, alors qu’il est possible de le contracter.
Le piège du perfectionnisme dans les missions de conseil
Un audit, une note de cadrage, une modélisation financière peuvent toujours être affinés : une analyse de plus, une slide plus propre. Malheureusement, ce sont souvent les meilleurs consultants qui débordent le plus. Leur exigence sur la qualité du livrable les pousse au-delà du nécessaire. Et le chef de projet, faute de visibilité ou de marge de manœuvre, n’a pas toujours les moyens de faire livrer en l’état.
Les ajouts invisibles qui gonflent le périmètre d’une tâche
En réunion, le client demande un petit ajout. Le consultant accepte pour préserver la relation. Rien n’est tracé ni rechiffré. Répété sur la durée d’une mission, l’écart devient significatif : c’est le mécanisme du scope creep.
Prenons un audit chiffré à 10 jours-homme. Au fil des échanges avec le cabinet, le client ajoute des demandes supplémentaires, et la mission arrive réellement à 13 jours consommés. Pour un projet en mode régie, ces demandes sont directement facturables. Pour un projet au forfait, ce temps supplémentaire n’a pas été prévu au contrat, mais il a été produit. Sans un accord pour recadrer le périmètre, ce temps consommé en excédent sera retiré de la marge projet.
À noter que dans les deux cas, le dépassement de périmètre va immobiliser plus longtemps un consultant sur la mission, ce qui le rend indisponible pour d’autres missions et va potentiellement affecter le staffing du cabinet ou de l’ESN de manière plus globale.
Le cas particulier du sprint Scrum qui déborde
Le sprint Scrum est par nature une timebox. Pourtant, cette discipline s’érode souvent : le point quotidien qui glisse de 15 à 30 minutes, la revue de sprint qui s’éternise au-delà du créneau imparti, ou la durée du sprint que l’on prolonge juste pour terminer cette dernière user story.
Pris isolément, chaque dépassement semble mineur, presque anecdotique. Mais accumulés, ils neutralisent la contrainte de temps qui fonde l’agilité. Le coût caché est réel : pour une équipe de cinq consultants, un daily scrum qui double de durée représente en cumulé l’équivalent de 6 jours-homme sur un sprint de 4 semaines.
Comment mettre le timeboxing en place à l’échelle d’un projet ?
Combien de temps attribuer à une tâche ?
La timebox n’est pas le temps vendu au devis. C’est une estimation réaliste du temps réel que prendra la tâche, posée en interne. Un bon réglage est assez serré pour créer une contrainte utile, et neutraliser l’effet Parkinson, sans devenir intenable. Cette estimation s’affine d’une mission à l’autre, avec l’expérience du chef de projet et l’historique des projets comparables.
De plus, plutôt qu’une marge de sécurité sur chaque tâche, mieux vaut une réserve mutualisée pour l’ensemble du projet (il y a toujours des aléas). Les tâches finies en avance compensent alors celles qui débordent.
À noter que plus un projet comporte de tâches exploratoires (jamais réalisées auparavant), plus cette réserve doit être large.
Faut-il timeboxer chaque tâche ou seulement les plus importantes ?
Attention à ne pas tomber dans des dérives managériales. Contrôler le temps passé par chaque consultant sur tout vire vite au micro-management, avec des effets qui finissent par se lire dans les données RH : turnover, absentéisme. À l’inverse, en contrôler trop peu revient à détecter les dérives trop tard.
La tâche à timeboxer est celle qui produit un livrable identifiable : un audit, une fonctionnalité produit, une restitution. On timeboxe en priorité les tâches critiques, celles dont le dépassement met en risque le budget, donc la marge, de toute la mission : un livrable structurant, une tâche sur le chemin critique, un jalon à forte charge. Sur ces tâches, l’écart entre temps prévu et temps réalisé devient un signal avancé : s’il se creuse, c’est tout le budget de la mission qui risque de déraper, pas seulement la tâche.
Une règle de granularité pour finir : au-delà de 15 jours-homme, une tâche gagne à être découpée en sous-livrables time-boxés. En deçà de 2 à 3 jours-homme, mieux vaut l’agréger avec d’autres dans une seule timebox.
Que faire quand une tâche atteint son plafond ?
Quand le suivi montre qu’une tâche atteint sa timebox, deux réponses sont possibles :
- timeboxing strict : la tâche s’arrête même inachevée, et le chef de projet fait le point avec le consultant ;
- timeboxing souple : le consultant termine, en acceptant le risque d’un dépassement réel.
Si la réserve de temps mutualisée est entamée et que l’engagement contractuel lui-même est menacé, on quitte le registre de l’arbitrage courant pour celui du redressement de projet, qui appelle d’autres décisions.
Une timebox ne doit jamais s’étirer sans que personne ne soit au courant du changement d’échéance. Si une tâche prend régulièrement plus de temps que prévu, c’est que la cible était mal calibrée et doit être corrigée.
Comment s’assurer que les temps prévus sont tenus ?
Tout repose donc sur la détection précoce : encore faut-il savoir, en cours de route, qu’on s’approche du plafond. C’est le rôle du suivi des temps. Suivre les temps, c’est confronter en continu le temps réalisé, déclaré au CRA, au temps prévu et à l’avancement réel. Sans ce suivi des temps, le dépassement ne se voit qu’à la clôture ; avec, le signal tombe pendant qu’on peut encore agir.
L’indicateur qui compte est l’écart entre temps consommé et avancement réel :
- une tâche qui a consommé 60 % du budget mais n’est avancée qu’à 40 % est en alerte ;
- une tâche qui a consommé 60 % du budget et est avancée à 60 % est saine.
Stafiz ne pose pas la timebox à votre place : à chaque temps saisi en CRA, l’outil permet de comparer le temps réalisé et le temps prévu, mettre à jour le reste à faire et l’atterrissage de la marge, puis alerter le chef de projet et le directeur de mission en cas d’anticipation de déviation.
À chaque saisie de CRA, le consultant renseigne dans l’outil de suivi le temps qu’il a passé sur le projet. De son côté, le chef de projet renseigne le reste à faire et les jalons atteints. L’écart entre temps consommé et avancement du projet se calcule à chaque nouvelle saisie, et vient alerter en cas de dépassement effectif du temps prévu, ou si les calculs prévisionnels anticipent une dérive projet.
Du projet isolé au pilotage du portefeuille
Le timeboxing prend une toute autre dimension à l’échelle d’un portefeuille de projet. Sur l’ensemble des missions d’une société de service, le suivi des temps et l’écart entre prévu et réalisé alimentent le pilotage de la rentabilité et du staffing de manière globale. Sur une structure employant 50 consultants, chaque estimation de temps, chaque point de TACE gagné, représente vite des dizaines de jours facturables par an au niveau d’un portefeuille, et donc une part importante du chiffre d’affaires.
C’est cette facilité de gestion au niveau global qu’est venu chercher le cabinet de conseil Greenworking en adoptant Stafiz. Son staffing prévisionnel et sa facturation vivaient sur des fichiers Excel, de moins en moins tenables avec la croissance : taux de charge flou, capacité restante difficile à lire.
❝
Stafiz permet d’avoir une vision rapide et précise sur plusieurs indicateurs clés de la gestion d’un cabinet de conseil : la disponibilité des collaborateurs, le taux de charge, la facturation des missions et le suivi des bons de commande. Cela constitue une vraie différence par rapport à des fichiers Excel qu’il faut manipuler dans tous les sens. La donnée est consultable en temps réel et instantanément sur l’outil.
Florentin Seux
COO
Questions fréquentes :
