Apprendre une nouvelle chose tous les jours
La plupart des formations Agile et Scrum font référence à une règle de 7 +/- 2, c’est-à-dire que les équipes Agile ou Scrum devraient compter de 5 à 9 membres. Les enthousiastes de Scrum se souviendront peut-être que le guide Scrum stipule que les équipes Scrum ne doivent pas compter moins de 3 membres ni plus de 9. D’où vient cette règle empirique ? et pourquoi ?
Continue reading
LeSS a été créé par Bas Vodde et Craig Larman à partir d’une expérience pratique de mise à l’échelle de Scrum, fondée sous le nom de LeSS Company en 2014. Le principe « More with LeSS » est au cœur de LeSS (Large Scale Scrum). Le développement de produits complexes ne nécessite pas de solutions complexes. Il nécessite une compréhension profonde de l’essence des problèmes, qui peuvent ensuite être résolus avec des solutions plus simples.
Continue readingNous rencontrons toujours ces termes dans le développement de logiciels. Parfois, les gens parlent d’une fonctionnalité du logiciel, d’une exigence ou d’un cas d’utilisation, d’éléments du backlog ….. Quelle est la convention des gens du logiciel pour utiliser cela ou quoi ?
Continue readingDans le domaine du développement de logiciels, le terme « estimation » comprend une évaluation quantitative du travail nécessaire pour réaliser une tâche de développement donnée, généralement exprimée en termes de durée (heure/jour) ou d’unité estimée (story point). L’objectif est de consolider un certain nombre de ces estimations individuelles afin d’obtenir une indication de la durée, du travail ou du coût global du projet logiciel.
Continue readingAu cours de l’été 2011, Ken Schwaber et Jeff Sutherland ont révisé leur guide Scrum. Ils y ont supprimé un comportement établi de longue date et connu de Scrum, à savoir l’engagement de l’équipe envers le propriétaire du produit et les clients. L’engagement a été remplacé par la prévision. Ils affirment que les équipes peuvent prévoir leur travail, mais pas s’y engager.
Continue reading
La définition de l’achèvement (DoD) est une liste d’exigences auxquelles une histoire d’utilisateur doit se conformer pour que l’équipe puisse la qualifier de complète. Alors que les critères d’acceptation d’une histoire d’utilisateur consistent en un ensemble de scénarios de test qui doivent être satisfaits pour confirmer que le logiciel fonctionne comme prévu.
Continue reading
Chaque sprint se termine par une réunion de bilan en deux parties. Cette réunion commence par un examen et une démonstration par le client et se termine par une rétrospective de l’équipe. Ces deux éléments ont lieu le dernier jour du sprint. La revue de sprint se concentre sur l' »inspection » et l' »adaptation » de l’incrément (potentiellement expédiable), tandis que la rétrospective du sprint se concentre davantage sur l' »inspection » et l' »adaptation » du processus du sprint.
Continue reading
L’INVEST rappelle les caractéristiques d’un élément du Backlog de produit (PBI) (ou user stories) de bonne qualité, généralement rédigé au format user story. Mais quelles sont les caractéristiques d’une bonne user story ? L’acronyme « INVEST » peut vous rappeler que les bonnes histoires doivent être
Continue readingQu’est-ce qui s’est avéré être la force de Scrum au cours des 20 dernières années ? Qu’est-ce qui devrait être l’objectif de Scrum au cours des 20 prochaines années ? Qu’est-ce qui vous a le plus frustré dans Scrum jusqu’à présent ? Qu’est-ce qui vous lie à Scrum ? Quelle est une petite amélioration qui pourrait être ajoutée à Scrum ?
Continue reading
Naviguez de manière transparente dans l’ensemble du processus de mêlée dans un canevas de processus de mêlée unique et magnifiquement conçu. Réalisez des activités de mêlée rapidement, facilement et de manière transparente. Maintenez l’ensemble de l’équipe pleinement engagée. Notre logiciel agile rend les projets agiles simples et efficaces.
Continue reading