Pourquoi devrait-on parler de Sprint Review au lieu de Sprint Demo ?

Pourquoi devrait-il s’agir de Sprint Review au lieu de Sprint Demo ?

Une revue de sprint est plus qu’une simple démo ; c’est une revue du sprint terminé, du backlog de produit et du marché. Certes, les démos sont une partie importante de la revue de sprint. Le but de la réunion de revue du sprint est que l’équipe montre aux clients et aux parties prenantes le travail qu’elle a accompli pendant le sprint et le compare à l’engagement pris au début du sprint.

Continue reading

Pourquoi les équipes de développement aiment Scrum ?

Une équipe de développement Scrum a l’autonomie de choisir la meilleure façon d’accomplir son travail, plutôt que d’être dirigée par des personnes extérieures à l’équipe. Contrairement aux principes de gestion traditionnels, les équipes autonomes et auto-organisées ne sont pas dirigées et contrôlées depuis le sommet ; elles évoluent plutôt à partir des membres de l’équipe qui participent activement &amp ; collectivement à toutes les pratiques et événements Scrum.

Continue reading

Scrum : pourquoi une équipe colocalisée ?

La colocation est utile pour les réunions qui nécessitent une écoute attentive, comme les discussions sur la conception. Elle est également pratique lorsque de nouveaux employés sont en formation et ont besoin d’un peu de soutien ou d’encouragement. Le tableau blanc est très efficace pour une équipe en colocation, mais il peut également être géré avec des outils en ligne.

Continue reading

Philosophie Scrum : publier tôt, publier souvent

Release early, release often est une philosophie de développement de logiciels qui met l’accent sur l’importance des versions précoces et fréquentes pour créer une boucle de rétroaction étroite entre les développeurs et les testeurs ou les utilisateurs, contrairement à une stratégie de diffusion basée sur les fonctionnalités.

Continue reading
Scrum : Comment affiner le Backlog de produit ?

Scrum : comment affiner le backlog produit ?

Tous les éléments du backlog de produit ne seront pas de la même taille et du même niveau de détail (c.-à-d. fonctionnalités/expressions/récits d’utilisateurs et tâches) en même temps. Les PBI sur lesquels nous prévoyons de travailler prochainement doivent se trouver en haut du backlog, être de plus petite taille et très détaillés afin de pouvoir être travaillés au cours du sprint à court terme. Les PBI sur lesquels nous ne travaillerons pas avant un certain temps doivent être en bas du backlog, plus grands et moins détaillés.

Continue reading
Scrum : Avez-vous besoin d'une déclaration de vision ?

Scrum : Avez-vous besoin d’un énoncé de vision ?

Une déclaration de vision identifie l’endroit où l’organisation veut ou a l’intention d’être à l’avenir ou l’endroit où elle devrait être pour répondre au mieux aux besoins des parties prenantes. Chaque projet a besoin d’une vision pour se diriger dans la bonne direction. Une vision sert de guide pour choisir le cours actuel et futur des actions.

Continue reading
Technique de priorisation du backlog agile : MoSCoW

Technique Agile de Priorisation du Backlog : MoSCoW

La méthode MoSCoW fournit un moyen de classer les exigences des utilisateurs en fonction de leur priorité. Elle aide à développer une compréhension claire des exigences des clients et de leur priorité. MoSCoW signifie must, should, could et would. Visual Paradigm est livré avec un riche ensemble de modèles de diagrammes. Vous pouvez commencer par un diagramme vierge ou un modèle de méthode MoSCoW préétabli.

Continue reading