Les rôles dans une équipe agile ne sont pas des postes. Le Scrum Master, le Product Owner et le chef de projet désignent des responsabilités, et rien n’oblige à les confier à trois personnes différentes à plein temps, payées par le client. Dans un marché des services qui croît de 1 %, la plupart des équipes n’en ont pas les moyens, et n’en ont pas besoin.
Ce n’est pas une position facile pour une ESN : trois personnes facturées rapportent plus qu’une. Nous l’écrivons quand même, parce que le client finit toujours par faire le calcul, et qu’il vaut mieux l’avoir fait avant lui.
Les rôles dans une équipe agile, selon le Scrum Guide
Le Scrum Guide de 2020 décrit une Scrum Team de dix personnes ou moins, composée d’un Scrum Master, d’un Product Owner et de Developers, sans sous-équipe ni hiérarchie. Il énonce des responsabilités, ce qu’il appelle des accountabilities. À aucun moment il n’écrit que ces responsabilités correspondent à deux postes à temps plein.
| Le rôle | La responsabilité réelle | Qui peut la porter |
|---|---|---|
| Product Owner | Priorisation et arbitrage de valeur | Le métier, côté client, jamais le prestataire seul |
| Scrum Master | Efficacité de l’équipe, levée des blocages | Le pilote, ou un développeur expérimenté de l’équipe |
| Chef de projet | Engagement de délai, de budget et de périmètre | Le pilote, avec une autorité réelle sur les arbitrages |
La confusion entre une responsabilité et un poste est le point de bascule de toute la mécanique. Sur une équipe de six, deux personnes qui ne produisent aucun livrable technique représentent un tiers de la masse facturée. Ce tiers est payé par le client, tous les mois, qu’il y ait ou non un impediment à lever cette semaine. La question n’est pas idéologique, elle est arithmétique.
Ce que le marché a déjà tranché
Une tribune publiée par le Journal du Net le 18 février 2026, signée par un directeur du conseil en transformation, nomme précisément le phénomène : une crise d’incarnation des rôles, où les titres produit se multiplient pendant que les responsabilités restent floues, et un framework qui n’est plus considéré comme la réponse. La même analyse annonce des équipes radicalement réduites, portées par l’outillage et les agents.
Les chiffres vont dans le même sens. Dans la 18e édition du State of Agile Report publiée par Digital.ai le 28 octobre 2025, auprès de près de 350 répondants issus majoritairement de grandes entreprises, 79 % déclarent devoir faire plus avec moins et 76 % constatent une pression accrue sur la démonstration du retour sur investissement de l’agilité. Seuls 50 % se disent confiants dans leur capacité à livrer de façon fiable, et 29 % sont désormais comptables du lien entre le travail agile et les résultats business. Un rôle qui doit prouver son retour sur investissement tous les trimestres est un rôle en sursis.
Le précédent le plus net est plus ancien et mérite d’être daté : en janvier 2023, une grande banque américaine a supprimé 1 100 postes de sa filière agile, en expliquant vouloir intégrer les processus de livraison agile directement dans ses pratiques d’ingénierie et reporter la charge sur les postes existants d’ingénieurs et de product managers. Trois ans plus tard, personne n’a démontré que la décision avait dégradé sa livraison.
En France, la contraction est mesurée
Selon l’Apec, dans ses prévisions publiées le 2 avril 2026, les recrutements de cadres ont reculé de 3 % en 2025 et de 11 % sur deux ans, et l’informatique figure parmi les fonctions les plus touchées avec un recul de 21 % par rapport à 2023. Dans son étude sur les métiers porteurs de février 2026, l’association compte 5 270 offres de chef de projet informatique en 2025, en baisse de 23 % sur un an.
Côté marché, l’observatoire Numeum et Xerfi relayé le 9 juillet 2026 donne les entreprises de services à environ 1 % de croissance en 2026 et le conseil en technologies à 0,2 %, dans un contexte d’attentisme des décideurs, de pression sur les prix et de dégradation des marges.
La découpe du pilotage en trois rôles a été inventée dans un marché qui croissait à deux chiffres sur certains segments. Elle se paie mal dans un marché à 1 %. Ce n’est pas un jugement sur la méthode, c’est une conséquence budgétaire.
Ce qu’on perd en fusionnant, et il faut le dire
Le rôle de Scrum Master n’a pas été inventé pour rien. Il existe parce que quelqu’un doit protéger l’équipe de la pression du calendrier, lever ce qui bloque, et dire non. Quand un pilote unique porte à la fois le budget et la facilitation, il devient juge et partie au moment précis où il faut arbitrer entre un délai et la qualité. C’est le vrai risque de la fusion, et il est réel.
Trois conditions le rendent tenable. Une autorité réelle, c’est-à-dire un pilote qui peut décaler une date sans demander la permission. Un périmètre borné : au-delà d’une dizaine de personnes, un pilote unique devient un goulot d’étranglement, et le plan de charge se voit dans les indicateurs de projet avant de se voir ailleurs. Et un arbitre métier côté client, que personne ne peut sous-traiter : nous savons fournir un pilote, nous ne savons pas fournir quelqu’un qui décide à la place du métier.
Ce que nous facturons, et ce que nous refusons de facturer
Nous facturons un pilote. Il cadre, il découpe, il chiffre, il anime les rituels quels qu’ils soient, il tient le comité et il arbitre, en changeant d’amplitude selon les lots, comme nous l’avons expliqué à propos du cycle en V et de l’agilité. La composition de son tarif est publique, au même titre que le reste de nos TJM.
Ce que nous refusons de facturer, c’est un deuxième et un troisième intervenant dont la production tient dans l’animation d’un rituel. Et la limite, nous la posons nous-mêmes : sur un programme de plusieurs équipes, un pilote unique ne suffit pas, et nous le disons plutôt que de vendre une économie qui se paiera au sixième mois.
Un Scrum Master à plein temps sur une équipe de six, c’est une décision d’organisation qui coûte un tiers de la facture. Elle peut se défendre. Elle ne peut pas se prendre sans avoir été chiffrée.
Julien Rondel-Caulier, Directeur Associé
Notre pôle Pilotage de projet fonctionne sur ce principe depuis le début.
Questions fréquentes
Quels sont les rôles dans une équipe agile ?
Le Scrum Guide de 2020 décrit une Scrum Team de dix personnes ou moins, composée d’un Product Owner qui porte la priorisation, d’un Scrum Master qui porte l’efficacité de l’équipe et de Developers qui produisent l’incrément, sans sous-équipe ni hiérarchie. Ce sont des responsabilités et non des fiches de poste : rien n’impose qu’elles soient tenues par trois personnes distinctes à temps plein.
Faut-il un Scrum Master à plein temps ?
Rarement, sur une équipe de moins de dix personnes. Sur une équipe de six, deux intervenants sans livrable technique représentent un tiers de la masse facturée, payée tous les mois qu’il y ait ou non un blocage à lever. La question à poser est le volume réel de travail de facilitation sur un mois, pas l’existence du rôle.
Un chef de projet peut-il être aussi Product Owner ?
Côté prestataire, oui, à condition d’avoir une autorité réelle sur les arbitrages et un périmètre inférieur à une dizaine de personnes. Côté client, non : la priorisation engage le métier et le budget, et elle ne se sous-traite pas. Un prestataire peut tenir le backlog, préparer les arbitrages et documenter les conséquences de chaque choix, mais la décision reste chez celui qui la paie.
Sources
- Scrum.org et Ken Schwaber, The 2020 Scrum Guide (Scrum Team de dix personnes ou moins, un Scrum Master, un Product Owner et des Developers, ni sous-équipe ni hiérarchie, responsabilités définies sans référence à des postes à temps plein).
- Digital.ai, 18th State of Agile Report, 28 octobre 2025 (près de 350 répondants, 79 % devant faire plus avec moins, 76 % de pression accrue sur le ROI de l’agilité, 50 % confiants dans la fiabilité de livraison, 29 % comptables du lien avec les résultats business).
- Sébastien Bourguignon, Agilité et product management en 2026 : neuf tendances qui redessinent le jeu, Journal du Net, 18 février 2026 (crise d’incarnation des rôles, multiplication des titres produit sans clarté des responsabilités, framework qui n’est plus la réponse, réduction radicale de la taille des équipes).
- Banking Dive, Capital One cuts 1,100 tech jobs, 20 janvier 2023 (suppression de 1 100 postes de la filière agile, intégration des processus de livraison agile aux pratiques d’ingénierie, report des responsabilités sur les postes d’ingénieurs et de product managers).
- Apec, Prévisions de recrutements de cadres 2026, 2 avril 2026 (294 500 recrutements en 2025, ‑3 % sur un an et ‑11 % sur deux ans, informatique à ‑21 % par rapport à 2023, 305 800 recrutements prévus en 2026).
- Apec, Les métiers cadres porteurs, édition 2026, février 2026 (5 270 offres de chef de projet informatique en 2025, en recul de 23 % sur un an).
- Le Monde Informatique, Numeum prévoit 3 % de croissance du marché numérique en 2026, 9 juillet 2026 (observatoire Numeum et Xerfi : entreprises de services à environ +1 %, conseil en technologies +0,2 %, attentisme, pression sur les prix, dégradation des marges).
