XP + Kanban

XP utilisait à l'origine des itérations — une ou deux semaines de travail planifié, puis une démo et une session de planification. Kanban utilise un flux continu : les éléments de travail traversent le système un à la fois, sans lots fixes.

Ces approches ne sont pas incompatibles. Les pratiques fondamentales d'XP fonctionnent avec n'importe quel système de flux.

Ce qui change :

• Pas de planification d'itération (vous planifiez juste-à-temps)
• Pas de démos d'itération (vous faites des démos au fur et à mesure que les fonctionnalités sont complétées)
• Pas de vélocité au sens Scrum (vous mesurez le délai d'exécution et le débit)

Ce qui reste identique :

• TDD (vous écrivez toujours les tests en premier)
• Programmation en binôme (vous collaborez toujours sur le code)
• Refactorisation (vous gardez toujours la conception propre)
• IC (vous intégrez toujours en continu)
• Petites versions (Kanban encourage cela encore plus)
• Implication du client (vous avez toujours besoin de quelqu'un pour prioriser et accepter)

Les pratiques techniques sont indépendantes de la façon dont vous organisez le travail.

La pratique signature de Kanban est les limites WIP : limiter la quantité de travail en cours à la fois.

Cela s'aligne avec les principes XP :

Concentration : Les limites WIP empêchent le changement de contexte. XP valorise la concentration (rythme soutenable, binômage pour un travail approfondi).

Flux : Limiter le WIP crée du flux. Les petites versions et l'IC d'XP créent également du flux.

Qualité : Moins de WIP signifie moins de précipitation. L'accent mis par XP sur la qualité bénéficie d'une pression réduite.

Terminer ce que vous commencez : Kanban et XP favorisent tous deux la finition plutôt que le démarrage. Ne commencez pas de nouveau travail quand le travail existant peut être complété.

Binômage et WIP : Si vous programmez en binôme, le WIP est naturellement limité. Deux personnes sur un élément signifie moins d'éléments en cours.

La synergie est forte. Les contraintes de Kanban complètent l'accent mis par XP sur la qualité et la finition.

Kanban pousse vers la livraison continue : chaque élément complété est potentiellement livrable. Les pratiques d'XP rendent cela possible.

Pourquoi XP permet la livraison continue :

• Tests : Chaque fonctionnalité est vérifiée automatiquement
• IC : Le code est toujours intégré et compilable
• Conception simple : Pas de coordination de version complexe
• Refactorisation : Le code reste propre et déployable
• Petites versions : Déjà une pratique fondamentale d'XP

Kanban sans les pratiques XP a du mal à atteindre la livraison continue. Sans tests, vous ne pouvez pas être confiant que les choses fonctionnent. Sans IC, l'intégration est incertaine. Sans conception simple, les versions sont complexes.

Ensemble : Kanban dit « livrez en continu ». XP dit « voici comment ».

ScrumBan combine Scrum, Kanban et (souvent implicitement) XP :

De Scrum :

• Rythmes de planification réguliers (bien que pas nécessairement verrouillés au sprint)
• Rétrospectives pour l'amélioration
• Rôle de Product Owner pour la priorisation

De Kanban :

• Tableau visuel avec limites WIP
• Métriques de flux (délai d'exécution, débit)
• Travail basé sur le tirage (prendre le prochain élément quand prêt)

D'XP :

• Pratiques d'ingénierie (TDD, binômage, etc.)
• Accent sur la qualité
• Rythme soutenable

Cet hybride fonctionne bien pour les équipes qui veulent de la structure (Scrum) avec du flux (Kanban) et de la qualité (XP).

L'étiquette importe moins que les pratiques. Utilisez ce qui fonctionne ; abandonnez ce qui ne fonctionne pas.

Quand utiliser XP avec des itérations (style Scrum) :

• Les parties prenantes veulent des incréments de planification prévisibles
• L'équipe bénéficie d'un rythme et d'une réflexion réguliers
• Le travail se regroupe naturellement en livrables
• L'organisation pense en sprints

Quand utiliser XP avec du flux (style Kanban) :

• Le travail arrive de manière imprévisible (support, opérations)
• Le déploiement continu est l'objectif
• Les limites d'itération semblent artificielles
• L'équipe est suffisamment mature pour s'autogérer sans rythme imposé

Les deux approches fonctionnent avec les pratiques XP. Les pratiques restent ; l'enveloppe organisationnelle change.

Beaucoup d'équipes évoluent de Scrum vers Kanban à mesure qu'elles mûrissent. Les itérations fournissent des roues d'entraînement. Le flux est le niveau supérieur. Mais il n'y a rien de mal à rester avec les itérations si elles fonctionnent pour vous.