On associe souvent l’agilité à la réalisation des développements en mode itératif, mise en place des Daily meeting, des sprints et de temps en temps des rétros, et on considère qu’on fait de “l’agilité”,

Quid des bonnes pratiques agiles telles que l’automatisation des tests TDD ou BDD?
Quid de l’automatisation des déploiements ?
Quid de la qualité du code et de la dette technique?
peut-on commencer sans vision claire de l’ensemble de ces axes?

Ces débats ressemblent bien souvent à une bataille des experts techniques contre les métiers où tout le monde a ses raisons mais personne n’est d’accord.

La décision de mettre en place ces bonnes pratiques parvient souvent tardivement et se fait au détriment de fonctionnalités métiers et d’autres priorités,
mon avis est assez tranché, il faut que les bonnes pratiques de l’agilité soient mises en place rapidement et surtout ne pas avoir peur de dégager du temps pour démarrer ce processus.
Le temps est souvent l’ennemi des bonnes pratiques.

Le débat doit-être sérieux et éclairé, sans être très technique.

la mise en place des ces bonnes pratiques est un vrai sujet, sur lequel de nombreux projets ont failli.
Les avoir en tant que des options en cas où nous avons de la capacité à faire dans le sprint est une très mauvaise idée, car la décision se fera au dernier moment.

En effet, leur intégration devrait être faite dès le début.
Il faut également prendre le temps d’expliquer aux parties prenantes la pertinence de ces bonnes pratiques pour avoir un système plus robuste et plus performant,

Avoir une vision claire n’est pas un luxe, c’est le minimum pour avoir du succès.

j’en conclue que l’agilité sans les bonnes pratiques de développement est une chimère, d’où le titre de mon article.