Discussion :

[type901]

D'une façon globale, mon ressenti est que Agile / Scrum est une bonne méthode sur des projets de petit ou périmètre moyen et surtout partant d'une feuille blanche :
Ce sera parfait pour monter un site web e-commerce ou un nouvel IHM, par exemple.

Ce sera nettement plus compliqué pour monter un SI d'entreprise où les décisions d'architecture technique et fonctionnelle prises dès le départ vont fortement impacter les possibilités à terme.
Même chose sur une refonte (totale ou partielle) de SI, pour laquelle il faudra préalablement faire une revue de règles fonctionnelles, éventuellement faire évoluer celles-ci et s'intégrer dans un environnement technique et fonctionnel contraignant impliquant une phase d'étude en amont non négligeable, peu compatible avec une méthode par itération.

Agile / Scrum, c'est souvent vu sous l'angle "on a le droit de se tromper" voire parfois "Je sais pas trop ce que je veux, on va voir ce que les techos vont me proposer" => c'est trop souvent le paravant des fonctionnels qui ne font pas leur boulot

[jyves69]

L'Agilité à tout prix => NON !
On doit faire de l'Agile (Scrum, Kanban, etc.) quand il y a des zones de flou.
Si on sait exactement ce qu'il faut faire, que la techno est sèche, qu'il n'y a aucune interprétation, => Pas besoin de faire en Agile.
Faire en Agile coûte plus cher ! (Et oui, les rétro, Daily, ...ça coûte...)
Et l'Agilité n'est "rentable" que si ce que l'on est en train de construire a des zones de flou. L’agilité permettra de s'adapter.

Pour répondre à la problématique de grands projets, grandes équipes... il faut aller chercher des framework à l'échelle : SAFe, LeSS, ... car Scrum n'est pas fait pour une équipe de plus de 9 personnes.

C'est bien parce qu’on veut faire de l'Agile à tout prix, que l'on va payer au prix fort le "l'agilité, ça marche pas".

[Pfeffer]

Je travaille en mode agile Scrum. Le projet a démarré sept 2021, fin prévisionnelle, 1er trimestre 2022. On vient d'annoncer un retard de 8 mois 😁 !! C'est une catastrophe.

De notre côté, les spécifications fonctionnelles sont écrites en même temps que les développements. L'équipe back a été déployée en même temps que le front, or toutes la logique métier côté back a pris du temps pour se développer donc l'équipe front est restée quasi inactive pendant plusieurs semaines.

Là rebelotte le front avance mais les specifications fonctionnelles et le détail des tickets ne sont pas écrits.

Pire, les besoins sont mal compris, les specifications erronées et donc, en itération, effectivement je passe mon temps à faire / défaire / refaire.

A cela vs ajoutez une équipe de dev junior et un product owner qui n'a aucune notion en UI/UX et on est bien 😂😂.

Scrum c'est génial si vous avez trop d'argent, des développeurs à payer à rien faire et des deadlines non définies. 😁