Un projet en régie est un projet facturé en fonction du temps passé (le consommé) et des ressources mobilisées. Il s’oppose au projet au forfait pour lequel le prestataire s’engage à livrer un résultat attendu et contractuel, a un prix fixe défini en amont.
En régie, le client ne « paie pas un livrable », il paie une capacité de production. La réussite du projet ne dépend donc pas seulement de la méthode de développement choisie (Scrum, Kanban…), mais surtout d’une méthode de pilotage qui garantit trois choses : visibilité, arbitrage et discipline. Sans cela, le risque est simple : consommer du budget sans produire de valeur claire.
Cadrage du projet : poser les règles du jeu
Comme pour tout projet, la première étape est son cadrage. L’objectif est de fixer clairement les enjeux, les objectifs, et d’exprimer le besoin auquel le projet va répondre. Cette étape est indispensable, car en régie le périmètre peut évoluer : pas de cadre initial, l’équipe produit… mais le projet se disperse.
Dans un projet en régie, le cadrage ne signifie pas nécessairement produire un document exhaustif de spécifications. Dans la majorité des cas, on vise plutôt un cadrage macro et exploitable : une vision, un périmètre, une roadmap cible, puis un backlog qui se précise au fil de l’eau, voire une base de spécifications fonctionnelles.
Les différents acteurs sont identifiés, ainsi que leurs responsabilités (client, équipe de production, partenaire, sponsor…). L’ensemble est formalisé sous forme de RACI, permettant de clarifier qui décide, qui valide, qui exécute, qui est consulté.
Enfin, les modalités de la collaboration et la gouvernance sont définies dès le départ. C’est un point critique : un projet en régie ne peut pas fonctionner avec une gouvernance « light » si le client n’est pas disponible ou si les décisions ne sont pas prises à temps. La régie exige une communication structurée, des validations régulières et une transparence totale sur l’avancement et le budget. Ce n’est qu’ainsi que chaque acteur pourra avoir la bonne visibilité pour monitorer le projet et avoir le même niveau d’information à chaque instant.
Pour éviter les dérives, un cadrage efficace en régie doit à minima contenir :
- Objectif et critères de succès : KPI métier, enjeux prioritaires => ce sont les guides principaux dans ce périmètre flou
- Périmètre et Hors-Périmètre : ce qui est inclus / exclus, même provisoirement
- Backlog initial : thèmes : épiques / premières user stories
- Gouvernance et disponibilité client : instances, validation, arbitrages
- Règles d’arbitrage ; design-to-cost, pilotage par le délai…
La vraie méthodologie en régie : un cycle de pilotage hebdomadaire
Dans un projet au forfait, le cadre « contractuel » protège en partie le client : si le projet dérive, le prestataire porte la responsabilité de résultat.
En régie, c'est différent : la seule manière d'être en contrôle est de mettree en place un cycle de pilotage régulier, simple et stable.
Le cycle hebdomadaire de pilotage (la mécanique qui fait réussir une régie)
Chaque semaine, le projet doit suivre un enchaînement clair :
- Backlog qualifié : les items prioritaires sont compréhensibles, testables, et suffisamment détaillés pour être estimés
- Capacité disponible : l'équipe annonce sa capacité réelle (jours/hommes) en tenant compte des absences, imprévus et support
- Consommé réel : les temps sont remontés (CRA / timesheets) avec un niveau de précision suffisant pour analyser
- Projection : on calcule une tendance (burn rate) et on projette la consommation à fin de mois / fin de période
- Arbitrage : le client et le chef de projet priorisent en fonction de la valeur et du budget restant
- Plan de production : sprint planifié ou flux Kanban ajusté, avec objectifs clairs
- Démonstration / validation : on évite de "produire dans le vide" : la valeur livrée doit être validée régulièrement
- Risques et blocages : on suit les obstacles et on obtient des décisions rapides
Ce cycle n'est pas « du reporting pour faire du reporting ». Il est la condition nécessaire pour éviter la surconsommation et maintenir l'alignement entre budget, priorités et réalité terrain.
Méthode de développement
Soyons clairs, les enjeux d'adaptabilité vont naturellement orienter la méthodologie vers l'Agilité, dont la nature est de répondre à ces besoins pouvant évoluer.
Ce choix doit être fait en fonction du contexte de régie : stabilité du backlog, fréquence des arbitrages, nature des demandes et disponibilité du client.
Scrum en régie : quand on veut une cadence fixe et une visibilité par itération
Scrum est particulièrement adapté lorsque :
- le client peut participer à une cadence d'arbitrage régulière (tous les 15 jours ou 3 semaines)
- le backlog est suffisamment stable pour définir un objectif de sprint
- on souhaite une visibilité claire sur ce qui est livré à chaque itération
Kanban en régie : quand la demande est volatile (run, incidents, petites évolutions)
Kanban est plus adapté lorsque :
- les priorités changent fréquemment
- les demandes sont de taille variable
- on pilote surtout par flux, WIP (limite de travail en cours), et temps de cycle
Dans la pratique, un fonctionnement hybride est fréquent : Scrum pour le Build (évolutions structurantes) et Kanban pour le Run (support, incidents, demandes urgentes).
| SCRUM | KANBAN | |
|---|---|---|
| Objectif | Projet complexe avec des sprints réguliers | Maintenance et évolutions ponctuelles avec un flux continu de tickets |
| Rythme | Projet organisé par sprint (environ 2 à 3 semaines). Priorisation des tickets à chaque sprint | Flux continu de tickets avec une priorisation par ticket au sein du backlog |
| Rôles et responsabilités | Présence d'un product owner, scrum master... | Equipe plus flexible en fonction des besoins selon les tickets présents dans le backlog |
| Priorisation | Cadence fixe, sprint figé | Repriorisation possible à tout moment |
| Livrables | A la fin d'un sprint | Dès qu'un ticket est finalisé |
| Cas d'usage | Pour des projets ou des évolutions complexes qui s'étalent sur plusieurs mois | Pour des projets plus petits ou pour la maintenance d'une application |
Suivi du projet en régie : de la discipline
En régie, l'organisation des ressources prend d'autant plus d'importance que chaque ressource utilisée est facturée au client indépendamment des livrables. Quand un contrat au forfait a une obligation de résultats, un contrat en régie a généralement une obligation de moyens.
C'est pourquoi la gouvernance doit être disciplinée et transparente. On y retrouve des comités de suivi de projet plus fréquents, davantage de points hebdomadaires pour les arbitrages et des reporting réguliers pour conserver une vision partagée du backlog, des risques et du budget.
Le client joue un rôle pivot au côté du chef de projet : il doit être présent dans la priorisation et les validations, car chaque décision impacte directement le consommé (et donc le budget). Un projet en régie ne peux pas « bien se passer » si les décisions sont reportées : cela crée du flottement, des blocages et de la surconsommation.
Cela permet ainsi plus de contrôle sur la réalisation de la part du client, et moins de risques budgétaires. Cela permet également plus de flexibilité et moins d'engagement à long terme sur le projet si les résultats ne sont pas satisfaisants, et donc limiter les engagements d'enveloppes.
Les bonnes pratiques d'un projet en régie
La clé du succès d'une régie ? Son suivi rigoureux ! Voici les éléments fondamentaux à analyser régulièrement, de préférence chaque semaine, pour être en contrôle :
- Budget consommé vs budget contractualisé. L'essentiel est de comprendre les causes des écarts éventuels et d'être précis dans les projections en identifiant les facteurs de risques et en étant exhaustifs sur les hypothèses prises
- Backlog à jour. Le suivi du backlog est un travail quotidien : il faut s'assurer que les tickets soient à jour, qualifiés et toujours d'actualité. Cela facilitera le travail d'estimation et la prise en charge par les équipes de développement. Un backlog non maintenu fera perdre du temps (et des ressources) aux équipes de développement et démultipliera les allers-retours avec le client.
- Definition Of Ready (DoR). S'accorder rapidement sur ce qui fait qu'un ticket est compréhensible, estimable et testable permet de clarifier la façon de le construire et surtout d'éviter de perdre du temps en aller/retours.
- Qualité des livrables. Lors d'un projet en régie, il est d'autant plus important de s'assurer que les livrables soient lisibles, structuré, conformes au besoin exprimé et testé avant livraison. Cela contribue à limiter les erreurs et les régressions. Il est également conseillé de faire régulièrement des démonstrations et de définir des Definition of Done.
- Communication fluide et partage des documents. La disponibilité des acteurs clés du projet, la qualité des informations échangées et le partage des documents de travail sont des éléments indispensables pour s'assurer qu'il n'y a pas de perte d'information, de connaissance ou encore des erreurs de compréhension entre les différentes parties.
- Documentation systématique. La perte de connaissance est un des risques les plus courant, notamment lorsque le turnover de l'équipe projet est élevé. Une documentation rigoureuse permet de la traçabilité du travail réalisé, et assure une meilleure continuité du projet même avec l'intégration d'un nouvel intervenant. De plus, cela sert aussi de preuve écrite pour consigner les choix techniques et fonctionnels, et mieux cadrer le périmètre qui a tendance à être évolutif par nature. Enfin, la documentation est également un gage de sécurité, facilitant les audits ou les exigences de qualité et sécurité internes du client.
- Stop starting / Start finishing. Ne pas multiplier les travaux en cours facilite la gestion et la vision du projet, évite la dispersion et maximise la valeur réellement terminée. Caler une roadmap priorisée et s'y tenir offre un chemin dans un brouillard qui peut être salutaire pour le projet.
Contractualisation et suivi du budget : piloter le consommable
Contrairement au projet forfaitaire, le budget fixé n'est pas figé. En effet, le client paye chaque ressource en fonction de son utilisation. Ainsi, chaque profil a un TJM (Taux Journalier Moyen) prédéfini, et il est facturé selon la consommation de charge réalisée au réel. Si l'équipe de production consomme moins, le client paie moins. L'inverse est vrai.
Afin de suivre correctement le budget, un CRA (Compte-Rendu d'Activité) est communiqué, avec la consommation réelle par profil. Cela sert de base dans le suivi des temps passés et comme justificatif pour la facturation. Un des piliers des succès d'un projet en régie est la visibilité du temps réel consommé versus le budget. Pour cela, des outils de suivi de temps (ou outils de timesheet) sont généralement utilisés, comme Lucca, ClickUp ou encore Clockify.
Lorsque le budget est plafonné (cas ultra courant), il est indispensable que le contrat signé soir clair pour permettre une gouvernance active et une capacité à arbitrer vite. En effet, le contrat doit donner les moyens au projet de réussir. Si le budget n'est pas flexible, une approche design-to-cost est la plus saine : on s'engage sur un budget, on maximise la valeur livrée DANS ce budget.
C'est pourquoi un reporting précis et régulier, généralement hebdomadaire, permet de limiter les risques de dépassement.
Les 3 chiffres à suivre en régie :
- Burn rate hebdomadaire (jours ou € consommés / semaine)
- Budget restant (jours ou €)
- Reste à faire estimé sur le backlog priorisé
La règle est ainsi immédiate :
- si reste à faire > budget restant → arbitrage design-to-cost (on réduit le scope, on repriorise, on ajuste)
- sinon → le projet reste sous contrôle
D'autres indicateurs sont à surveiller pour assurer l'efficacité opérationnelle :
- Projection de consommation mensuelle : pour avoir une vision de la consommation dans le mois et le respect du budget initialement prévu, et prévoir ainsi les priorisations et arbitrages nécessaires
- Risques et plan de mitigation : pour anticiper les risques et prévoir des solutions pour les réduire ou les supprimer
- Blocage et arbitrage en attente : pour aider à la priorisation et éviter les retards
Les risques associés à un projet en régie
| Risques liés à un projet en régie | Explication du risque | Comment le prévenir ou l'anticiper ? |
|---|---|---|
| Surconsommation | Temps consommé important si non surveillé | Gouvernance : comités de pilotage réguliers, KPI budgétaires à suivre avec seuil d'alerte, suivi des CRA |
| Indisponibilité du client | Retard dans la validation des livrables, blocages dans les mises en production, effet cascade des retards, gaspillage des ressources et difficultés à les repositionner sur le planning | Planification des temps et deadlines de validation / recette client, RACI clair |
| Backlog mal ou non-qualififé | Génère une consommation "invisible" et qui ne peut pas être clarifiée | Avoir un DoR, estimations obligatoires avant de démarrer un traitement, ateliers de clarifications des besoins |
| Perte de connaissance lors des transferts entre ressources | Perte de connaissance lors du turnover des ressources, facturation au même TJM malgré le temps de montée en compétence de nouvelles ressources | Documentation systématisée, méthode du shadowing pour la transmission de connaissance |
| Dépendance à une personne et non à une ressource | Rétention de l'expertise centralisée autour d'une personne | Mutualisation des connaissances et des compétences, formation de back-up |
| Manque de visibilité sur les objectifs stratégiques du client | Perte de vue des objectifs et des enjeux du client en étant trop concentré sur la partie production (sentiment uniquement pour un prestataire et non un partenaire) | Intégration dans les comités stratégiques et redescente des informations pour renforcer l'esprit collaboratif |
Ainsi, les risques d'une régie sont fortement liés à l'absence d'une obligation de résultat : c'est la gouvernance qui crée la maitrise et doit remédier à cette absence. Une des différences clé est également le rôle du client : dans un projet en régie, le client est au centre de la gouvernance, il doit être présente et arbitrer et valider chaque prise de décision car cela impacte directement le budget et la valeur réellement livrée.
