Le Scrum Guide décrit trois responsabilités : le Product Owner, le Scrum Master, les développeurs. Le manager n'y figure pas. Beaucoup en concluent qu'il n'a plus de place. C'est faux, et c'est souvent là que l'agilité se bloque : un manager qui ne sait plus quel est son rôle reprend, sans le vouloir, celui qu'il avait avant.
Réponse courte
Le manager d'une équipe agile lâche la répartition des tâches et les décisions sur la façon de faire. Il garde la responsabilité des personnes, du cadre dans lequel l'équipe décide, et des obstacles qui la dépassent. Il apprend à animer et à poser des questions plutôt qu'à donner des réponses.
Ce que le manager lâche
La répartition des tâches
Dans une équipe agile, les développeurs choisissent eux-mêmes ce qu'ils prennent dans le sprint et comment ils s'organisent. Le manager qui continue d'assigner les tickets prive l'équipe de la décision la plus simple qu'elle puisse prendre seule.
Le comment
La façon de réaliser le travail appartient à ceux qui le font. Le manager peut partager son expérience, quand on la lui demande. Il ne tranche plus.
Le suivi individuel de l'avancement
Le daily n'est pas un point d'avancement pour le manager. S'il y assiste, il se tait, ou il n'y va pas. Sa présence suffit souvent à transformer la synchronisation de l'équipe en compte rendu adressé à lui. Voir le daily meeting.
Ce qu'il garde
Les personnes
Recruter, accompagner le développement de chacun, conduire les entretiens, gérer les situations difficiles : rien de tout cela ne disparaît. C'est même ce qui devient central, puisque le manager ne passe plus son temps à piloter les tâches.
Le cadre
Le manager rend explicite ce que l'équipe décide seule, ce qu'elle propose, et ce qui reste décidé ailleurs. Une équipe à qui l'on demande de s'auto-organiser sans lui dire dans quelles limites apprend vite à ne plus rien proposer.
Les obstacles qui dépassent l'équipe
Une dépendance avec un autre service, un arbitrage budgétaire, une règle interne qui bloque : le Scrum Master les signale, le manager a souvent le pouvoir de les lever.
Prenez une équipe dont chaque sprint est perturbé par des demandes urgentes venues d'un autre service, directement auprès des développeurs. Le Scrum Master l'a remonté trois rétrospectives de suite. Seul le manager peut aller voir son homologue et convenir que les demandes passeront désormais par le Product Owner. C'est exactement son rôle.
Les pièges les plus fréquents
- Le manager Product Owner caché : un Product Owner est nommé, mais chaque priorité est validée par le manager. Le Product Owner relaie, il ne décide pas. Voir le rôle du Product Owner.
- Le manager au daily : il pose des questions de suivi, et le daily devient un point d'avancement debout.
- La vélocité comme objectif : le manager compare les vélocités entre équipes ou fixe un objectif de points. Les estimations gonflent, l'indicateur devient inutile.
- Le retrait total : par peur de trop intervenir, le manager disparaît. L'équipe se retrouve sans personne pour lever ce qui la dépasse.
Ces pièges sont parmi les causes les plus fréquentes du théâtre agile. Pour voir si votre équipe en présente les signes, faites le test agilité de façade, idéalement avec l'équipe.
Ce que le manager doit apprendre
Passer de celui qui sait et décide à celui qui crée les conditions pour que l'équipe décide. Concrètement : animer une réunion pour faire émerger une décision collective plutôt que l'annoncer, poser des questions qui font avancer, accepter qu'une décision de l'équipe soit différente de celle qu'il aurait prise, et ne revenir dessus que si elle sort du cadre convenu.
Ce sont des gestes de facilitation. Ils s'apprennent en pratiquant, pas en lisant. Le plus difficile n'est pas de les connaître, c'est de les tenir le jour où une décision de l'équipe ne vous plaît pas, alors qu'elle reste dans le cadre convenu. C'est ce jour-là que l'équipe vérifie si l'autonomie annoncée était sérieuse.
Une semaine type, avant et après
Pour rendre le changement concret, comparez l'agenda d'un manager d'équipe avant et après le passage en agile.
| Moment | Avant | Après |
|---|---|---|
| Lundi matin | Répartir les tâches de la semaine | Rien : l'équipe a planifié son sprint elle-même |
| Chaque jour | Point d'avancement avec chacun | Disponible pour les obstacles que l'équipe lui remonte |
| Milieu de semaine | Arbitrer les demandes qui arrivent | Renvoyer les demandes vers le Product Owner, protéger le sprint |
| Revue de sprint | Absent, ou valideur final | Présent comme partie prenante, donne son avis sur le produit |
| Hors des rituels | Peu de temps pour les personnes | Entretiens individuels, développement, recrutement, relations avec les autres services |
Le temps libéré ne disparaît pas : il se reporte sur les personnes et sur ce qui entoure l'équipe. Un manager qui ne trouve pas comment l'occuper finit souvent par revenir au pilotage des tâches.
Se former
Ce site ne propose pas de parcours réservé aux managers. Deux options :
- Suivre les fondamentaux de l'agilité, idéalement en intra avec son équipe : tout le monde vit la même simulation de sprint, manager compris, et chacun voit d'où il bloque sans le vouloir. Voir la formation en intra.
- Pour apprendre à animer plutôt qu'à décider seul, Insuffle Académie propose une formation dédiée sur manager-facilitateur.com.
Sources
- The Scrum Guide, novembre 2020 : trois responsabilités (Product Owner, Scrum Master, développeurs), sans rôle de manager.
Sources vérifiées le 9 novembre 2026.