Donner du peps à son Daily
Moins de récitation, plus d’échanges utiles : six idées simples pour réveiller le Daily et en sortir avec un vrai plan pour la journée.
Lire l’articleComprenez le cadre, explorez des situations concrètes et entraînez-vous à décider. Du premier déclic au premier Sprint.

Environ 4 h 05 avec l’atelier et le quiz, à votre rythme. Chaque notion est expliquée, puis illustrée par notre cas VéloCity. Les exercices vous permettent ensuite de faire le point.
Reconnaître un problème complexe. Relier les trois piliers à des décisions concrètes.
Expliquer ce que chaque événement permet d’inspecter. Préparer un Planning, un Daily, une Review et une Rétrospective.
Associer chaque artefact à son engagement. Découper un besoin en tranches utiles.
Lire l’encours et les blocages. Utiliser les métriques sans classer les personnes.
Vérifier les conditions d’un démarrage. Traiter les obstacles au bon niveau.

Une application de vélos partagés, six idées dans le backlog et une capacité limitée. Choisissez un objectif, composez votre Sprint, puis gérez un imprévu.
Des fiches à retrouver au moment où vous en avez besoin.
Repartir de l’objectif et décider d’un ajustement utile.
Lire la fiche →RENDRE LA QUALITÉ VISIBLEClarifier la DoD et expérimenter la frontière du terminé.
Tester la checklist →ANIMER UNE RÉTROSPECTIVETrois formats et un déroulé pour produire une expérience.
Préparer mon atelier →Moins de récitation, plus d’échanges utiles : six idées simples pour réveiller le Daily et en sortir avec un vrai plan pour la journée.
Lire l’articleUn cycle de durée fixe, d’un mois maximum, qui contient le travail et les événements Scrum.
Une direction future pour le produit, qui aide l’équipe à choisir son travail.
Le bénéfice cohérent que l’équipe poursuit pendant le Sprint.
L’ensemble ordonné et évolutif du travail envisagé pour améliorer le produit.
L’objectif du Sprint, les éléments choisis et le plan des Developers.
Un résultat utilisable et intégré, conforme à la Definition of Done.
Les exigences communes qui rendent la qualité et l’état terminé transparents.
Le travail continu de clarification, découpage et précision du Product Backlog.
Le changement observé chez l’utilisateur ou dans le service, au-delà du travail produit.
Les éléments commencés et pas encore terminés ; un repère pour comprendre le flux.