Dans certaines missions, on avait une habitude qui changeait tout :
Ce n’était pas le Product Owner qui faisait les démos en Sprint Review.
C’étaient les développeurs.
À tour de rôle, chacun présentait ce qu’il avait construit.
Pas toujours évident au début, mais très vite, on a vu les effets :
✅ Plus d’implication dans les refinements.
✅ Une meilleure compréhension du produit.
✅ Une qualité globale qui s’améliorait.
Depuis, j’ai gardé ce réflexe.
Quand j’arrive dans une mission où les démos sont considérées comme une responsabilité du PO, je fais l’effort de présenter mes propres fonctionnalités.
Pourquoi ?
Parce que ça change la perspective :
On sort de la logique “ticket terminé” pour entrer dans la logique “valeur livrée”.
On ne montre pas seulement du code, mais l’impact de ce code sur le produit et sur les utilisateurs.
Et surtout : ça responsabilise, ça engage, et ça donne du sens.
Je transforme vos applications Java Legacy en leviers de croissance | Expert en modernisation pour CTO & Tech Lead (Spring Boot, Microservices, Angular) | Fondateur de Krys'Info
17 days ago
Je suis tout à fait d'accord, un développeur n'a pas terminé sa tâche tant que le produit n'est pas validé par le client et donc en production. Sinon c'est un codeur.
DevOps Architect & Cloud | J'aide les entreprises à concevoir des infrastructures cloud automatisées, sécurisées et scalables – Moins d'incidents, plus de performance -> Kubernetes | Terraform | AWS | GCP | CI/CD