Les tests dans une équipe agile
Le constat de départ L’équipe est devenue agile depuis 2 mois, les sprints font 2 semaines chacun, les spécifications fonctionnelles ont disparu, les meetings de lancement de sprint, les mêlées …
Le constat de départ L’équipe est devenue agile depuis 2 mois, les sprints font 2 semaines chacun, les spécifications fonctionnelles ont disparu, les meetings de lancement de sprint, les mêlées …
Bien souvent, dans des tentatives de transformation numérique des entreprises, la mise en place de méthodes agiles n’apporte pas le résultat escompté car elles se heurtent aux vieux modèles des couches supérieures : l’organisation et la culture des entreprises.
Les dispositifs agiles sont nés dans les startups. Ils ne sont donc pas naturellement adaptés à l’organisation des entreprises « classiques », et encore moins à celle des grands groupes français. Je vous propose de passer en revue les dysfonctionnements les plus fréquents et d’explorer les pistes pour y remédier.
Depuis leur première apparition à la fin des années 90, les méthodes agiles (Scrum, Extreme Programming…) ont progressivement pris le pas sur les méthodes dites traditionnelles (cycle en V, Waterfall,…). Le processus itératif de l’approche Agile, propice à la réactivité, favorisant la communication et l’échange des intervenants au projet, semble gommer les inconvénients de la gestion de projet de type classique, et son fameux et fumeux « effet tunnel ». Représente-t-il pour autant systématiquement la meilleure des démarches ?