Les autres méthodes agiles
Extreme Programming, Lean appliqué au logiciel, Scrumban, Crystal, FDD, DSDM et l'agilité à l'échelle (SAFe) : l'idée centrale de chaque méthode, ce qui les distingue et quand les choisir.
- 25 cartes
- 4 thèmes
- Gratuit
Le programme, thème par thème
Le poids de chaque thème suit celui que lui donne l'examen.
- Notions
- Questions
- Ranger et relier
- Mises en situation
Quelques cartes du deck
Extreme Programming (XP) : de quoi s'agit-il ?
Voir la réponse
Méthode agile centrée sur les pratiques d'ingénierie : binôme, tests écrits d'abord, intégration continue, remaniement du code, livraisons très fréquentes.
Scrum organise le travail sans dire comment coder ; XP dit comment garder un code de qualité malgré les changements fréquents.
Une équipe Scrum veut ajouter des pratiques d'ingénierie (tests écrits d'abord, intégration continue, remaniement) à ses événements. Quelle méthode les lui apporte ?
- Extreme Programming
- DSDM
- SAFe
- Scrumban
Voir la réponse
Extreme Programming
XP est la méthode des pratiques de programmation. DSDM gère délais et priorités, SAFe coordonne de nombreuses équipes, Scrumban ajoute un flux tiré : aucune ne prescrit comment coder.
Les valeurs d'Extreme Programming sont la communication, la simplicité, le …, le courage et le ….
Voir la réponse
Les valeurs d'Extreme Programming sont la communication, la simplicité, le retour d'information, le courage et le respect.
Le retour d'information vient des tests, de l'intégration continue et du client. Le courage, c'est par exemple de remanier du code qui marche pour le garder sain.
Lean appliqué au logiciel : de quoi s'agit-il ?
Voir la réponse
Adaptation au développement logiciel du système de production japonais, fondée sur sept principes dont l'élimination des gaspillages, l'apprentissage rapide et la livraison au plus vite.
Il regarde le flux de valeur de bout en bout : tout ce qui n'apporte pas de valeur au client est un gaspillage à retirer.
Huit équipes Scrum livrent chacune à son rythme et leurs travaux ne s'assemblent pas. Quelle est la cause, et que faire ?
- Les équipes sont trop petites : fusionner les huit en une seule grande équipe
- Les sprints sont trop courts : passer chaque équipe à des sprints d'un trimestre
- Les équipes manquent de cadre : un chef de projet doit leur dicter les tâches
- Rien ne synchronise les équipes : adopter une cadence commune (Scrum de Scrums, SAFe)
Voir la réponse
Rien ne synchronise les équipes : adopter une cadence commune (Scrum de Scrums, SAFe)
Un produit construit par plusieurs équipes demande des points d'intégration communs. Une équipe de plus de dix personnes ne fonctionne plus bien, et un sprint d'un trimestre ou des ordres venus du haut vont à l'encontre de l'agilité.