Formation Scrum et agilité : comprendre, pratiquer et se certifier

L’agilité est née dans le développement logiciel. En 2001, un groupe de praticiens publie le Manifeste agile, qui pose quatre valeurs :

• les individus et leurs interactions plus que les processus et les outils ;
• des logiciels opérationnels plus qu’une documentation exhaustive ;
• la collaboration avec les clients plus que la négociation contractuelle ;
• l’adaptation au changement plus que le suivi d’un plan.

Le manifeste précise que les éléments de droite gardent de la valeur, mais que ceux de gauche en ont davantage. Il est complété par douze principes, dont la livraison fréquente, l’implication continue du client et l’amélioration régulière de l’équipe.

Depuis, l’agilité a largement dépassé l’informatique : marketing, RH, innovation, industrie, services publics. Plusieurs cadres de travail la mettent en œuvre, comme Kanban, SAFe pour les grandes organisations, et surtout Scrum, le plus utilisé.

Scrum est décrit dans un document court et gratuit, le Scrum Guide, rédigé par ses créateurs Ken Schwaber et Jeff Sutherland. Il repose sur des cycles de travail courts, les sprints, d’une durée fixe d’un mois maximum (souvent deux semaines), à l’issue desquels l’équipe produit un résultat utilisable.

Chaque artefact est associé à un engagement : l’objectif de produit, l’objectif de sprint et la définition de « terminé », qui fixe le niveau de qualité attendu pour qu’un élément soit considéré comme fini.

Scrum est volontairement simple à comprendre, mais difficile à maîtriser. La plupart des difficultés ne viennent pas des règles, mais de leur application au quotidien.

1. Un Product Owner sans pouvoir de décision : s’il doit tout faire valider, l’équipe attend et le backlog stagne.
2. Un Scrum Master réduit à l’organisation des réunions : son rôle est d’abord d’aider l’équipe et l’organisation à lever les obstacles.
3. Une daily qui devient un reporting au chef : c’est un point de synchronisation entre membres de l’équipe, pas un contrôle.
4. Des rétrospectives sans action : si rien ne change d’un sprint à l’autre, l’équipe s’en désintéresse vite.
5. Un backlog mal préparé : des éléments trop gros ou flous rendent la planification pénible et imprévisible.
6. « Faire du Scrum » sans changer le reste : si les priorités changent en plein sprint ou si l’équipe est sans cesse interrompue, le cadre perd son sens.

Ces erreurs se corrigent surtout par la pratique accompagnée : mises en situation, jeux de rôle, retours d’expérience. C’est ce qui distingue une vraie formation d’une simple lecture du guide.

Ces cadres ne s’opposent pas : beaucoup d’équipes combinent Scrum et un tableau Kanban. L’important est de choisir en fonction de la nature du travail, pas de la mode. Pour les projets très encadrés contractuellement, des méthodes plus classiques comme PRINCE2 restent aussi pertinentes, parfois en complément d’une approche agile.

Scrum est né dans le logiciel, mais ses principes s’appliquent à beaucoup d’autres activités, dès lors que le travail peut être découpé et livré par étapes :

• en bureau d’études : organiser le développement d’un nouveau produit en sprints, avec des revues régulières auprès des clients internes ;
• en marketing : piloter une campagne par itérations courtes, en ajustant le contenu selon les résultats observés ;
• en ressources humaines : mener un projet de refonte de l’intégration des nouveaux arrivants par étapes testées avec les managers ;
• dans l’industrie : conduire un projet d’amélioration continue avec un backlog d’actions priorisées et une rétrospective à chaque cycle.

Dans ces contextes, l’adaptation est nécessaire : vocabulaire simplifié, rôles parfois cumulés, durée des sprints ajustée. L’essentiel est de conserver ce qui fait la force de Scrum : des objectifs courts, de la transparence sur l’avancement et des moments réguliers pour s’améliorer.

Plusieurs organismes internationaux délivrent des certifications Scrum reconnues. Les plus connues :

• Scrum.org, fondé par Ken Schwaber, propose notamment les certifications PSM (Professional Scrum Master) et PSPO (Professional Scrum Product Owner), obtenues par un examen en ligne ;
• Scrum Alliance délivre notamment les certifications CSM (Certified ScrumMaster) et CSPO, associées à une formation suivie auprès d’un formateur agréé ;
• Scaled Agile propose les certifications liées à SAFe, pour le travail agile à grande échelle.

Une certification structure l’apprentissage et rassure un recruteur, surtout pour un premier poste de Scrum Master ou de Product Owner. Mais elle ne remplace pas l’expérience : l’idéal est de la préparer en pratiquant, et de la compléter par des retours sur des situations réelles. Renseignez-vous auprès de l’organisme certificateur sur les conditions d’examen en vigueur.

Pour vous préparer, NAPSIA propose plusieurs parcours : Scrum : les clés pour travailler en mode agile, Devenir Manager Agile niveau I et Devenir Responsable de Produit Agile.

NAPSIA est un organisme de formation certifié Qualiopi et un cabinet de recrutement basé à Toulouse. Nous formons des chefs de projet, des managers, des équipes techniques et des fonctions support qui veulent travailler en mode agile, dans l’industrie, l’aéronautique, le numérique ou les services.

• Positionnement gratuit : commencez par notre test gratuit sur l’agilité, puis échangez avec nous pour choisir entre sensibilisation, pratique de Scrum ou préparation d’un rôle ;
• Formats : en présentiel à Toulouse, dans vos locaux partout en France, ou à distance avec un formateur ;
• Pour les équipes : une formation intra permet de travailler sur vos vrais projets et d’embarquer managers et équipes ensemble, voir notre offre de formation intra-entreprise ;
• Financement : selon votre situation, OPCO, employeur ou France Travail. Nous vous aidons à monter le dossier, consultez notre page financements.

Vous lancez une transformation agile, vous voulez devenir Scrum Master ou simplement mieux comprendre le fonctionnement de votre équipe ? Parlons-en.