Dans toute entreprise, ce n'est pas une bonne pratique de passer constamment d'une méthodologie à une autre. La plupart des équipes de développement logiciel préfèrent travailler avec une méthode de gestion de projet définie. Cependant, de nombreuses entreprises essaient de combiner les meilleures fonctionnalités et pratiques des différentes méthodes pour créer leur propre approche unique.
Dans ce post, vous apprendrez quelques faits de base sur Scrumban et comment combiner deux méthodologies Agile populaires - Kanban et Scrum pour améliorer cette approche hybride.
Mais d'abord, il vaut la peine de se souvenir de certains faits fondamentaux sur les deux méthodes Agiles. Quel est votre favori dans le combat Scrum vs Kanban?
Scrum 101
Scrum a été initialement conçu pour aider les équipes à maximiser leur capacité à livrer rapidement, à répondre aux nouvelles exigences et à s'adapter aux changements des conditions du marché.
Ce cadre Agile nécessite l'utilisation de cycles de développement de longueur fixe appelés sprints. Chaque sprint dure généralement 1 à 4 semaines.
Une équipe Scrum est généralement petite, auto-organisée et interfonctionnelle. Les membres de l'équipe répartissent le travail en petits incréments de produit et hiérarchisent les tâches. Le propriétaire du produit choisit tout le travail à effectuer dans un sprint à la fois. Ensuite, l'équipe termine le travail lors de chaque sprint.
Scrum aide à atteindre l'agilité. Il implique des commentaires fréquents et des principes de prise de décision collaborative.
Kanban 101
Kanban est une approche de gestion visuelle des flux de travail pour gérer la création de produits en mettant l'accent sur la livraison continue sans surcharge des équipes. La méthode est venue de la fabrication.
Tous les éléments de travail dans Kanban sont visualisés avec des cartes sur un tableau et des voies qui représentent les étapes du processus. Un tableau Kanban est utilisé pour gérer le travail collectif de l'équipe.
Les équipes axées sur le kanban pratiquent une approche de flux continu (planification, travail, révision et mesure des résultats en continu).
L'un des outils Kanban essentiels est les limites WIP. Il aide à minimiser le chaos et à favoriser la concentration en limitant explicitement le nombre d'éléments en cours. Les équipes Kanban mesurent le délai d'exécution - le temps moyen entre le moment où le travail est demandé et celui où il est terminé.
Caractéristiques communes à Scrum et Kanban
Équipes autogérées
L'un des aspects du succès de Scrum et Kanban est que les équipes de développement dirigent leur propre travail, guidées par les objectifs de l'entreprise. Les deux approches prônent le respect des personnes et leur permettent de faire de leur mieux.
Paquets de travail
Les deux méthodes prospèrent grâce à des user stories bien définies qui peuvent être réalisées et livrées séparément. Scrum laisse la décision sur la quantité de travail à faire en même temps à l'équipe. Kanban se concentre sur la limitation du nombre d'articles que l'équipe a en cours. La principale différence est que Scrum mesure les niveaux de productivité des équipes en termes de vitesse de l'équipe, Kanban contrôle le travail en cours et limite le nombre d'histoires sur lesquelles l'équipe acceptera de travailler en même temps.
Structure des conseils
Un tableau Kanban est divisé en colonnes et en couloirs. Chaque colonne représente une étape du workflow. Les couloirs de natation aident à séparer les différents types d'activités. Un tableau Kanban typique est divisé en 3 sections qui montrent l'état de vos tâches: À faire, En cours et Terminé.
La fonctionnalité des limites WIP dans Kanban vous permet de donner plus de temps aux personnes responsables de cette étape et de leur permettre de résoudre le goulot d'étranglement.
Une planche Scrum est également composée de couloirs de natation horizontaux (et souvent verticaux) qui suivent la progression des tâches et des histoires engagées pendant un sprint. Le tableau Scrum typique se compose de plusieurs colonnes progressives: Stories, To Do, In Progress, Testing et Done. Les membres de l'équipe peuvent déplacer leurs éléments de travail le long du tableau.
Combiner les meilleures pratiques des deux mondes agiles
La décision concernant la meilleure méthodologie doit être bien équilibrée. De nombreux spécialistes pensent que Scrum est le choix le plus évident si vous créez des produits, et Kanban conviendra mieux si vous fournissez des services. Cependant, il existe une option pour les combiner. Cette solution est Scrumban.
Définition Scrumban
Scrumban est une méthodologie de développement Agile hybride qui combine les meilleures pratiques de Scrum et Kanban. La méthode a été créée pour répondre aux besoins de l'équipe en ce qui concerne la minimisation du lot de travaux et l'adoption d'un système basé sur l'extraction.
La méthode Scrumban a été introduite par un passionné de développement logiciel, Corey Ladas. Dans son livre,
Scrumban: Essays on Kanban Systems for Lean Software Development , il affirme que Scrumban vise à faire passer une équipe de développement de Scrum à Lean ou Kanban. Au fil du temps, cela est devenu une méthodologie indépendante.
Scrum + Kanban = Scrumban
L'hybride de deux méthodologies Agile populaires offre aux équipes de développement la flexibilité de s'adapter et de changer les parties prenantes et les exigences de production sans surcharger.
Scrumban est une approche très polyvalente de la gestion des flux de travail car elle fournit la structure de Scrum avec la visualisation et la flexibilité de Kanban.
Certaines équipes utilisent Scrumban comme tremplin pour passer de Scrum à Kanban. Cela a du sens, car le passage immédiat à Kanban peut être trop douloureux et drastique pour de nombreuses équipes de développement logiciel.
L'objectif principal de Scrumban est de fournir aux équipes un moyen doux et sain d'apprendre à pratiquer l'
amélioration continue dans Kanban sans quitter la structure Scrum familière.
Comme l'approche hybride combine la structure Scrum avec les méthodes basées sur les flux de Kanban, il est important de comprendre ce que cela a pris exactement de chaque système.
Quels éléments Scrum sont intégrés dans Scrumban?
- Planification des itérations à intervalles réguliers en phase avec les revues et les rétrospectives.
- La priorisation du travail qui donne aux équipes la meilleure chose à travailler ensuite
- La décision sur la quantité de travail pouvant être tirée dans le sprint en fonction de la complexité du travail et de la durée du sprint.
- L'assurance du niveau d'analyse nécessaire avant le développement
- Utilisation de la file d'attente prête entre les phases Backlog et Doing
Quels éléments Kanban sont intégrés dans Scrumban?
Kanban améliore la visualisation, ajoute une amélioration des processus et fournit plus de mesures de valeur à Scrumban. Voici les éléments Kanban utilisés par les équipes Scrumban:
- Flux de travail continu et système de traction .
- Limites WIP - les limites explicites du nombre d'éléments en cours.
- Se concentrer davantage sur le temps de cycle que sur Burndown
- Rôles individuels non clairement spécifiés
- Délais courts avec accent sur l'analyse et la planification juste à temps.
- Utiliser des organigrammes pour exposer les faiblesses des processus et identifier les opportunités d'amélioration.
Ensemble rapide d'avantages Scrumban
- Haute qualité
- Délai d'exécution court
- Faits et décisions au moment opportun (juste à temps)
- Amélioration continue (Kaizen)
- Minimiser tout ce qui n'ajoute pas de valeur aux clients
- Amélioration du processus en ajoutant des valeurs Scrum si nécessaire
- Visualisation parfaite d'une planche Scrumban
Logiciel Scrumban
La bonne façon de réussir Scrumban est d'appliquer un logiciel de gestion de projet moderne adapté au développement Scrum et Kanban.
Si cet
outil de gestion de projet fournit des cartes et des cartes pratiques, des limites WIP, des couloirs de navigation, des délais et des temps de cycle, il peut être facilement appliqué à votre développement logiciel Scrumban.
Résumé
Malgré un grand nombre d'opposants aux fusions et acquisitions, la combinaison de deux méthodologies Agile a passé l'épreuve du temps. L'approche hybride a prouvé son utilité et sa commodité et a démontré une réelle force.
Kanban est compatible avec Scrum. L'ajout de limites WIP, de la visualisation et d'autres éléments à Scrum aide à améliorer l'efficacité de Sprint Commitment.
Cependant, il introduit également la limite WIP comme mécanisme pour catalyser les changements incrémentiels. La limite WIP élimine le besoin d'engagement pour conduire le changement, réduit toute dépendance dysfonctionnelle à l'effort héroïque et améliore la pensée globale des systèmes lors de l'examen des améliorations potentielles.
Après tout, définissons Scrumban comme une évolution douce plutôt que comme un traitement de choc. Qu'en pensez-vous? Avez-vous essayé de combiner les deux méthodologies Agile? Ce mélange était-il efficace? N'hésitez pas à partager votre expérience ci-dessous.