Pourquoi Scrum est-il Parfois Décrié ?

Avant de plonger dans le vif du sujet, je tiens à m’excuser pour mon absence prolongée. J’ai été occupé entre les obligations professionnelles et la préparation de mes certifications. Je suis d’ailleurs heureux de vous annoncer que j’ai validé le PSPO I ! 

Bref,

Maintenant, parlons de Scrum. Ce cadre Agile est souvent présenté comme la panacée pour les projets d’ingénierie logiciel en particulier, mais n’échappe pour autant pas aux critiques. Alors, pourquoi certains lui trouvent-ils plus de défauts que d’intérêts ?

Après des lectures et retours d’expérience, on note majoritairement ce qui suit :

1. Rigidité perçue

Malgré sa flexibilité, certains trouvent Scrum trop rigide. Par exemple, les équipes peuvent se sentir contraintes par la nécessité de respecter les cérémonies, même lorsque la situation ne le justifie pas. Imaginons une équipe qui doit tenir une réunion de sprint planning alors que le travail est clair et peut être immédiatement entrepris. Cette rigidité peut entraîner des frustrations.

2. Incompréhension des rôles

Les rôles Scrum peuvent prêter à confusion. Si un Scrum Master ne sait pas comment guider son équipe, ou si un Product Owner ne priorise pas correctement le backlog, cela peut mener à des conflits. Prenons l’exemple d’un Product Owner qui ne communique pas clairement ses attentes : l’équipe pourrait livrer un produit qui ne répond pas aux besoins des utilisateurs, ce qui crée des retards et des désillusions.

3. Difficulté d’adaptation

Passer à Scrum peut être un choc culturel pour certaines organisations. Par exemple, une entreprise habituée à un management traditionnel peut rencontrer des résistances lorsqu’elle tente d’adopter un cadre Agile. Les membres de l’équipe pourraient être sceptiques à l’idée de donner plus de pouvoir aux équipes plutôt qu’à la hiérarchie, ce qui peut mener à un manque d’engagement.

4. Focus sur les cérémonies

Les réunions Scrum, bien qu’essentielles, peuvent parfois sembler excessives. Imaginez une équipe qui passe beaucoup de temps en daily stand-ups en ne respectant pas les 15 mins, qui finit par discuter de problèmes techniques, d’orga et qu’au terme aucune visibilité n’en ressorte. Cela peut être perçu comme une perte de temps, alimentant le sentiment que Scrum est plus une contrainte qu’un atout.

5. Échec des mises en œuvre

Un autre point critique est la mauvaise mise en œuvre de Scrum. Par exemple, si une équipe commence à utiliser les rituels sans comprendre les principes Agile sous-jacents, cela peut conduire à des échecs. Une équipe qui effectue des sprints sans vraiment itérer sur les retours des utilisateurs peut se retrouver avec un produit qui ne répond pas aux attentes du marché.

Mon avis personnel

Pour moi, Scrum reste un cadre puissant si il est appliqué avec soin et adaptabilité. Ce qui compte, c’est de trouver un équilibre qui fonctionne pour chaque équipe. Avec une bonne formation et un accompagnement, les équipes peuvent tirer le meilleur de ce cadre. Par contre le mot « agile » est devenu le prétexte utilisé par beaucoup de management pour justifier l’anarchie dans l’exécution de projet et faire des modifications à tout va.

Et vous, que pensez-vous de Scrum ? Avez-vous eu des expériences positives ou négatives ? Partagez vos réflexions dans les commentaires !

Merci de votre attention Team, et j’ai hâte de lire vos retours !