T&M, forfait, staff augmentation : le guide du DSI

Quelque part entre le business case et la signature, quelqu'un pose la question : on achète ça en Time & Material, au forfait, ou on fait juste venir des ingénieurs en renfort ? La réponse se décide le plus souvent par habitude achats, par mimétisme avec le programme précédent, ou parce qu'une ligne paraît moins chère sur le tableau comparatif. Les trois sont de mauvaises raisons.

Ce guide s'adresse à celui qui devra défendre ce choix un an plus tard. Trois modèles, ce qui les distingue réellement, quand chacun est le bon, et la manière précise dont chacun échoue. Sur la question plus étroite du paiement à l'output plutôt qu'au temps, nous sommes allés plus loin dans Output-based vs Time & Material (/fr/insights/output-based-vs-time-material).

Trois modèles, définis par qui porte quoi

Les étiquettes commerciales sont presque interchangeables. Les contrats, non. Chaque modèle répond aux mêmes quatre questions : qui absorbe le coût quand le périmètre bouge, qui décide de ce qui se construit ensuite, qui pilote les gens au quotidien, et à quoi ressemble la réussite contractuellement.

Time & Material

Vous achetez de la capacité d'ingénierie, facturée au temps passé, sur un backlog que vous pilotez. Le périmètre reste le vôtre et a le droit de bouger au fil de ce que vous apprenez. Le prestataire s'engage sur la qualité des profils, leur disponibilité et une manière de travailler, pas sur un contenu figé à une date figée. Le risque de dérive est de votre côté, et la réussite se mesure à ce qui a réellement été livré.

Forfait, souvent vendu comme delivery clé en main

Vous achetez un résultat défini à un prix convenu d'avance. Le prestataire s'engage sur le contenu, le niveau de qualité et la date, porte le risque de dérive à l'intérieur du périmètre signé, price ce risque dans son chiffre, et se protège par un processus de change control. Vous gardez les critères de recette et l'arbitrage. Le delivery clé en main en est la forme la plus forte : le prestataire possède la méthode, la composition de l'équipe et toute la chaîne de livraison.

Staff augmentation

Vous faites entrer des individus nommés qui rejoignent vos équipes et reportent à votre ligne managériale. Le prestataire s'engage sur la personne, sur son remplacement et sur la partie administrative. Vous dirigez le travail et vous possédez le backlog, les décisions techniques et le niveau d'exigence. Le risque de dérive est entièrement le vôtre, et la réussite se mesure comme pour un recrutement interne.

Une confusion mérite d'être levée tout de suite. Le Time & Material n'est pas de la staff augmentation. Les deux facturent du temps, et c'est tout ce qu'ils partagent. Un T&M bien mené vous donne une équipe avec son propre lead, sa propre pratique et une responsabilité collective sur la livraison. La staff augmentation vous donne des individus, et c'est vous qui fournissez la pratique. Certains prestataires vendent la seconde en la facturant comme le premier.

Le prix est le mauvais premier critère

Comparer un TJM à une enveloppe forfaitaire, c'est comparer deux choses qui ne sont pas comparables. Un forfait contient une prime de risque, parce que le prestataire vend de la certitude et doit valoriser l'incertitude qu'il absorbe. Sur un périmètre stable, cette prime est faible et achète une vraie prévisibilité. Sur un périmètre incertain, elle est élevée, et de deux choses l'une : soit le prestataire a valorisé le risque honnêtement et vous payez très cher une certitude que votre premier changement d'avis fera sauter, soit il l'a sous-évalué et vous paierez dans une autre monnaie. Qui est réellement staffé, quelle qualité sort, une renégociation à mi-parcours.

La staff augmentation paraît la moins chère à l'unité, et elle l'est généralement. Ce qui n'apparaît jamais sur le comparatif, c'est la charge de pilotage qu'elle vous transfère : onboarding, revue, direction technique, gestion de la performance, propriété du résultat. Si votre ligne managériale a cette capacité, l'économie est réelle. Sinon, vous avez acheté un deuxième métier à un manager déjà plein. La vraie question n'est donc pas le prix, mais ces deux-là.

Premier critère : le degré d'incertitude sur le périmètre

Le test utile n'est pas de savoir si vous avez une spécification. Tout le monde a une spécification. Le test, c'est de savoir si vous pourriez écrire les critères de recette aujourd'hui et les reconnaître encore justes dans six mois. Le périmètre est réellement incertain dès que l'un de ces points est vrai.

• Ce qu'il faut construire ensuite dépend de ce que vous apprendrez des vrais utilisateurs après une première mise en ligne.
• Un système amont clé est non documenté, ou détenu par un tiers qui ne s'est engagé sur rien.
• Des règles métier ou réglementaires se décident encore pendant que le travail démarre.
• La faisabilité elle-même fait partie de ce que vous achetez.
• Les parties prenantes n'ont pas encore eu le débat qu'elles doivent avoir, et la spécification le recouvre.

Périmètre incertain plus forfait donne une machine à avenants, et le prestataire qui multiplie les change requests n'est pas de mauvaise volonté, il fait la seule chose rationnelle que le contrat autorise. Périmètre stable plus Time & Material est l'image miroir : vous payez une flexibilité dont vous n'avez pas besoin et vous renoncez à une prévisibilité qui ne vous aurait presque rien coûté.

Deuxième critère : votre propre maturité de pilotage

La deuxième variable est de votre côté de la table, et les acheteurs la sautent. Chaque modèle exige quelque chose de l'organisation cliente, et un modèle dont vous ne pouvez pas tenir les exigences sous-performera quelle que soit la qualité du prestataire.

• Le Time & Material demande un product owner avec un vrai pouvoir d'arbitrage, disponible chaque semaine, une definition of done que quelqu'un fait respecter, et la volonté de dire stop.
• Le forfait demande la capacité de spécifier précisément puis de ne plus bouger, quelqu'un qui prend la recette au sérieux, la discipline de faire passer les demandes informelles par le change control plutôt qu'à côté, et une maîtrise propre de vos dépendances.
• La staff augmentation demande une capacité managériale à onboarder, relire et coacher des gens qui ne sont pas les vôtres, un standard technique qui existe dans les faits et pas seulement sur une page de wiki, et quelqu'un en interne qui porte le résultat.

Croisez les deux critères et la plupart des décisions se prennent seules. Périmètre stable et pilotage faible pointe vers le forfait. Périmètre mouvant et pilotage solide pointe vers le Time & Material. Un manque borné dans une équipe qui tourne déjà bien pointe vers la staff augmentation. Périmètre mouvant et pilotage faible est le quadrant dangereux : achetez une équipe qui vient avec son propre leadership de delivery, ou réglez le problème de pilotage avant de signer quoi que ce soit.

Le forfait : le bon choix, puis le piège

Le forfait est à son meilleur sur du travail aux contours nets. Une migration dont l'état cible est connu, une intégration contre une API documentée, un livrable réglementaire dont le contenu est dicté de l'extérieur. Le prestataire peut valoriser le risque correctement et tout le monde planifie autour de la date.

Il devient un piège quand le périmètre était flou à la signature et que les deux parties ont fait semblant du contraire. La défaillance est silencieuse : le reporting reste au vert pendant que la conversation glisse de ce dont le produit a besoin vers ce que voulait dire une phrase écrite il y a des mois. Les signaux à surveiller.

• Les change requests progressent plus vite que le périmètre livré.
• Les discussions passent de « est-ce juste pour les utilisateurs » à « est-ce dans le périmètre ».
• Les meilleurs éléments du prestataire quittent discrètement le compte.
• La recette devient une négociation plutôt qu'un test.
• Vos propres équipes contournent le contrat par des demandes informelles, parce que le chemin officiel est trop lent.

Le Time & Material : le bon choix, puis le piège

Le Time & Material est à son meilleur sur un produit vivant : découverte continue, priorités qui se réordonnent, une équipe qui reste assez longtemps pour accumuler du contexte. Il suit le réel au lieu de le combattre, et il vous laisse changer d'avis sans payer un péage contractuel à chaque fois.

Il devient un piège en l'absence de discipline de pilotage. Personne ne ment, le travail est réellement fait, et aucune semaine prise isolément ne paraît fautive. Ce qui manque, c'est la force qui oblige quelqu'un à demander si c'est bien la chose la plus utile disponible. La mission dérive vers une rente, confortable des deux côtés, et la dérive ne se voit qu'en cumulé. Les signaux à surveiller.

• Vous ne savez pas dire en une phrase ce que l'équipe cherche à obtenir ce trimestre.
• La roadmap est la description de ce que l'équipe fait déjà.
• L'effectif sur la mission ne bouge jamais que dans un sens.
• Personne ne se souvient de la dernière fois où de la capacité non consommée a été rendue.
• Les comités de pilotage passent en revue de l'activité au lieu de prendre des décisions.
• Le prestataire ne vous a jamais dit qu'une tâche ne valait pas le coup.

La staff augmentation : le bon choix, puis le piège

La staff augmentation est à son meilleur quand une équipe qui fonctionne déjà bien a un manque borné : un pic de charge, une compétence rare pour une phase, un pipeline de recrutement en retard sur un besoin réel. La pratique, les standards et la propriété existent déjà, et vous ajoutez des bras à une machine qui tourne.

Le premier piège, c'est que le temporaire devient structurel. Un pic devient la ligne de base, les renouvellements cessent d'être discutés, et vous portez un effectif permanent sur un contrat temporaire, en payant indéfiniment une prime de flexibilité que vous n'exercez plus.

Le second piège se discute moins et fait plus de dégâts : le transfert de compétence à l'envers. Les ingénieurs externes accumulent la connaissance opérationnelle profonde de votre système, parce que ce sont eux qui font le travail, pendant que vos permanents glissent vers la coordination et la mise en forme de tickets. Quand le contrat s'arrête, la connaissance part avec, et c'est précisément pour ça que le contrat ne s'arrête jamais. Les signaux à surveiller.

• Un contributeur externe est la seule personne à comprendre un composant critique.
• Vos ingénieurs permanents passent plus de temps à coordonner qu'à construire.
• Les renouvellements sont automatiques et ne sont jamais rediscutés au fond.
• La réponse honnête à « et s'il partait le mois prochain » met tout le monde mal à l'aise.
• Les externes assurent l'astreinte mais restent hors des décisions d'architecture.

Rien de tout cela ne plaide contre le modèle. Cela plaide pour décider en amont quelles capacités vous possédez durablement et lesquelles vous acceptez de louer, puis pour tenir cette ligne.

Les questions à poser avant de signer

Une due diligence générique produit des réponses génériques. Ces questions-là discriminent réellement entre prestataires.

Forfait ou delivery clé en main

• Que couvre le prix, et citez trois choses qu'il ne couvre explicitement pas.
• Qui price un changement, sur quelle base, et en combien de temps.
• Qu'advient-il de votre engagement si l'une de nos dépendances glisse.
• Les personnes qui ont écrit cette proposition seront-elles dans l'équipe de delivery.

Time & Material

• Qui dirige cette équipe, et cette personne peut-elle nous dire non.
• Comment rendez-vous compte du travail fait, et comment détecterions-nous du remplissage.
• Que faites-vous quand l'équipe finit en avance.
• Qu'est-ce qui vous amènerait à nous dire d'arrêter quelque chose.

Staff augmentation

• Qui gère la performance, et qui a la conversation difficile.
• Que couvre réellement votre engagement de remplacement.
• Quel est votre protocole de passation quand quelqu'un sort.
• Si nous voulons recruter cette personne durablement, comment cela se passe.

Modèles hybrides et bascules en cours de programme

Les vrais programmes sont rarement purs. Une phase de cadrage au forfait suivie d'une construction en Time & Material est la réponse la plus fiable au problème du périmètre mouvant, parce que personne n'a à faire semblant que le périmètre était connu avant le début du travail. Une équipe cœur en Time & Material avec des satellites au forfait fonctionne aussi, jusqu'au moment où les satellites dépendent de décisions que l'équipe cœur n'a pas encore prises. Un Time & Material plafonné donne un chiffre à la direction financière sans figer le contenu, mais seulement si quelqu'un est réellement prêt à couper du périmètre à l'approche du plafond.

On bascule quand la variable sous-jacente change, pas quand la relation se tend. Un périmètre qui s'est stabilisé après une phase de découverte peut passer au forfait pour le bloc suivant. Un forfait qui s'est révélé exploratoire mérite d'être arrêté et recadré plutôt que poussé à coups d'avenants. Et un changement de modèle est un acte de gouvernance, pas un changement de facturation : on rebaseline, on redit qui décide quoi, on revoit ce qui est reporté. Changer le format de la facture en gardant le même mode de fonctionnement ne change rien.

Un cadre de décision pour votre prochain comité

Quatre questions, dans cet ordre, parce que chacune élimine des options.

1. Pourrions-nous écrire les critères de recette aujourd'hui, et seraient-ils encore justes dans six mois ? Si oui, le forfait est sur la table. Si non, on le retire, quelles que soient les préférences de la direction financière.
2. Avons-nous un product owner avec une vraie autorité et une disponibilité hebdomadaire ? Si non, on règle ça d'abord : un Time & Material non piloté est le plus cher des trois.
3. Notre management d'ingénierie a-t-il de la capacité disponible pour onboarder, relire et coacher des gens qui ne sont pas les nôtres ? Si non, nous achèterions des individus que nous ne pouvons pas diriger.
4. S'agit-il d'une capacité que nous devons posséder durablement, ou d'une capacité que nous acceptons de louer ? On ne loue jamais la première.

Si plusieurs modèles survivent, le choix est réellement ouvert : arbitrez sur le prix, sur la vitesse de mobilisation, ou sur le prestataire en qui vous avez le plus confiance. Si aucun ne survit, le problème n'est pas le modèle contractuel. Le programme n'est pas prêt à être acheté, et le dire avant la signature vaut infiniment plus que le dire après.

Nous vendons les trois, et c'est précisément pour ça que cet article ne se termine pas sur un modèle gagnant. Chacun fonctionne très bien et chacun échoue durement, et les échecs viennent rarement du modèle lui-même. Ils viennent d'un modèle choisi contre la réalité du périmètre, ou contre la capacité réelle du client à le piloter.