Qu'est-ce que Kanban? Cartes, tableaux, principes et pratiques de base

Qu'est-ce que Kanban?

Kanban est un framework très populaire pour le développement dans la méthodologie de développement logiciel agile. Il fournit un moyen transparent de visualiser les tâches et la capacité de travail d'une équipe. Il utilise principalement des tableaux physiques et numériques pour permettre aux membres de l'équipe de visualiser l'état actuel du projet sur lequel ils travaillent.

Kanban est originaire de Toyota dans les années 1940. Le sens de Kanban en japonais est "panneaux d'affichage". Le tableau Kanban a des colonnes et des cartes d'histoire. Les colonnes ne sont rien, mais les états et les cartes de flux de travail ne sont rien d'autre qu'une démonstration de la tâche réelle qu'un membre de l'équipe exécute.

Dans ce tutoriel Kanban, vous apprendrez:

• Qu'est-ce que Kanban?
• Quand utiliser Kanban?
• Cartes Kanban
• Tableau Kanban
• Flux de travail Kanban
• Les quatre principes de Kanban
• Les six pratiques de base Kanban
• Système basé sur la traction
• Délai d'exécution et temps de cycle
• Diagramme de flux cumulatif (CFD)
• Limitation du WIP (travail en cours)
• Scrum Vs. Kanban

Quand utiliser Kanban?

Voici les raisons d'utiliser la méthode de développement Kanban:

• Kanban peut être utilisé dans n'importe quel domaine, et il peut être utilisé très efficacement dans le développement de logiciels. La gestion de projet Kanban contribue à améliorer l'efficacité de l'équipe.
• C'est un système basé sur l'extraction. Les tâches sont retirées dès qu'un individu est libre.
• Kanban doit être utilisé lorsque vous souhaitez publier votre travail à tout moment. Cela nécessite un branchement git, mais c'est faisable.
• Kanban doit être utilisé lorsque vous souhaitez modifier les priorités à la volée. Pour cela, tout ce que vous avez à faire est de mettre cette histoire en haut de la file d'attente des tâches.
• Il doit être utilisé lorsque vous souhaitez visualiser votre travail et que vous souhaitez voir la progression de vos tâches visuellement.

Cartes Kanban

Le système Kanban recommande la visualisation du travail. Il suggère l'utilisation de la carte physique et de la carte numérique.

Cartes Kanban

Les cartes Kanban sont des pièces essentielles sur le tableau Kanban car elles représentent le travail sur lequel l'équipe travaille. Ces cartes auront

1. Priorité
2. Propriétaire
3. Taper
4. Date d'échéance

Une colonne dans le tableau Kanban représente l'étape de travail et vous pouvez placer une limite WIP (Work in Progress) sur la colonne. La limite WIP signifie le nombre maximum de cartes qui peuvent rester sur cette colonne .

Étant donné que la gestion de projet Kanban utilise un système basé sur l'extraction, au fur et à mesure qu'un développeur est libre, il / elle peut extraire une carte de la colonne des tâches à la colonne des développeurs.

Tableau Kanban

Kanban Board est un outil de gestion de projet agile qui aide à implémenter Kanaban pour gérer des projets à des fins personnelles et professionnelles. Il s'agit d'un tableau physique ou numérique (JIRA) conçu pour aider les équipes à visualiser leur travail à différentes étapes et processus. Il permet également de représenter les étapes du travail avec des colonnes à l'aide de cartes.

Il a des colonnes qui représentent le statut du travail comme

1. À faire,
2. Dev
3. Essai
4. Fait.

Chacune de ces colonnes peut avoir des cartes <= la limite WIP. Les cartes représentent le travail réel.

Vous pouvez utiliser des nombres positifs pour limiter le travail en cours, et ce nombre limite peut être placé en haut des colonnes dans les tableaux Kanban physiques et numériques. Tout individu de l'équipe peut gérer l'état de sa carte, et toute l'équipe peut visualiser le workflow. Ensuite, dans ce didacticiel Kanban, nous en apprendrons davantage sur le flux de travail Kanban.

Flux de travail Kanban

Kanban Workflow est un ensemble d'étapes qui aide les équipes à définir des politiques et des principes explicites dans Kanaban. Il représente les règles et les procédures pendant que le travail se poursuit à travers les différentes étapes du développement et des cycles de livraison. Le flux de travail Kanban consiste en des processus étape par étape entre le démarrage et la livraison d'une tâche particulière.

Le Kanban principal de base suit est, "arrêtez de commencer, commencez à finir". Avec l'aide des limites WIP, il fait plus de travail. Il existe des flux de travail et des états Kanban personnalisables disponibles dans n'importe quel outil moderne comme JIRA.

Vous trouverez ci-dessous les états de base suivis par de nombreuses équipes logicielles pour la gestion de leur flux de travail.

États	Compréhension des tâches
À faire	Les tâches arrivent ici pour la première fois dans cet état.
Prêt pour l'analyse	Analysez la tâche et ajoutez complètement les exigences.
Prêt pour le développement	L'analyse est terminée et le développement peut commencer.
Dans le développement	Des tâches sont en cours d'élaboration.
Prêt pour les tests	Le développement est terminé et les tests peuvent maintenant commencer.
Dans le test	Les tâches sont en cours de test.
Prêt pour la libération	Test terminé; la libération peut se produire.
Libéré / Terminé	Publié.

Les quatre principes de Kanban

Voici les quatre principes fondamentaux de Kanban:

1. Commencez avec ce que vous avez maintenant : le système Kanban suggère de travailler de manière incrémentielle et de commencer avec ce que vous avez actuellement. Puisqu'une de ses pratiques est de s'améliorer continuellement, vous devez améliorer le système progressivement.

2. Acceptez de poursuivre un changement progressif et évolutif: Kanban recommande un changement progressif dans le processus, et vous ne devez pas faire un grand changement dans le processus en une seule fois.

3. Respectez le processus, les rôles et les responsabilités actuels: une fois de plus, commencez par ce que vous avez maintenant et modifiez le processus, le rôle et les responsabilités de manière progressive.

4. Encouragez les actes de leadership à tous les niveaux : chaque individu peut agir en tant que leader et fournir des idées pour améliorer l'efficacité du système Kanban dans son ensemble. Vous ne devriez pas penser qu'il s'agit d'une activité au niveau de la direction, et même le plus jeune membre de l'équipe peut agir en tant que leader.

Les six pratiques de base Kanban

Voici les six principales pratiques de base de Kanban:

1. Visualiser le workflow : Ce principe suggère d'avoir un tableau Kanban (physique ou numérique) pour visualiser le workflow. Chaque individu d'une équipe doit voir sa carte et les cartes des autres membres de l'équipe. Vous pouvez déplacer vos cartes dans différentes colonnes selon l'image ci-dessus. Cela apporte beaucoup de transparence au sein de l'équipe et facilite également la résolution des bloqueurs

2. Limiter le travail en cours : Kanban est un système basé sur l'extraction, et il améliore l'efficacité d'une équipe pour limiter le travail en cours et avoir des tâches qui peuvent être accomplies dans le laps de temps donné par l'équipe. Cette limite WIP s'applique du début à la fin du workflow. Vous pouvez appliquer la limite en haut de la colonne à l'aide d'un entier positif.

3. Focus sur le flux : ce principe se concentre sur le flux et sur les éventuelles interruptions. S'il y a des interruptions ou des bloqueurs, ils doivent être fixés de façon permanente.

4. Politiques explicites : Des politiques peuvent être établies en équipe pour réduire les retouches et se concentrer sur les domaines qui nécessitent une attention ou là où elles sont plus efficaces.

5. Boucle de rétroaction : Les boucles de rétroaction sont très essentielles dans Kanban. Ce n'est pas seulement au sein de l'équipe, mais entre plusieurs équipes, entraîneurs, etc. Cela contribue à améliorer la santé globale du système Kanban.

6. Amélioration continue : c'est le principe de base du système Kanban. Il stipule que vous pouvez toujours améliorer le processus, ce qui se traduira par une meilleure efficacité.

Système basé sur la traction

Kanban est une méthode basée sur l'extraction où les tâches sont tirées plutôt que poussées. Dès que vous avez terminé votre carte actuelle, vous pouvez retirer une nouvelle carte de la colonne précédente du tableau Kanban.

Avec la limite WIP, Kanban contribue à l'amélioration du délai d'exécution et du temps de cycle. Il devrait y avoir le moins d'écart possible entre ces deux horaires. Par exemple, nous avons 5 développeurs et un seul testeur; que va-t-il se passer dans ce cas? Il y aura toujours de nombreuses cartes à tester, et elles resteront inactives et en attente.

Pour surmonter les problèmes mentionnés ci-dessus et améliorer l'efficacité, Kanban suit l'approche basée sur l'extraction avec des limites WIP, où il y aurait un nombre limité de cartes à tirer.

Ainsi, un testeur retirera une tâche de l'étape «prêt pour le test» lorsqu'il aura terminé sa tâche actuelle en cours. Avec la limite WIP dans les colonnes Kanban (étapes de développement), vous n'aurez pas beaucoup de cartes sans surveillance dans le flux de travail Kanban.

Le système basé sur la traction aide également à trouver la vitesse correcte pour l'équipe. Avec la bonne vitesse en place, l'équipe sera plus performante.

Délai d'exécution et temps de cycle

Dans la méthode Kanban, le délai et le temps de cycle sont largement utilisés, il y a une différence entre les deux, et il est important de comprendre cela pour éviter la confusion.

Délai de mise en œuvre	Temps d'un cycle
Le délai est mesuré comme le temps entre l'arrivée de la tâche dans votre flux de travail et son départ du flux de travail, ce qui signifie qu'elle a été libérée.	Le temps de cycle est mesuré comme le temps entre l'arrivée de la tâche à l'état «en cours» et l'arrivée de la tâche à l'état «prêt à être libéré».

Ici, il est également important de comprendre de ne pas inclure le temps qu'il faut entre la mise en service et la sortie réelle.

Temps de cycle = travail en cours / débit

Dans le scénario idéal, l'écart entre le délai et le temps de cycle doit être minime, et Kanban utilise un diagramme de flux cumulatif (CFD) pour mesurer les données historiques de plomb et de temps de cycle.

Diagramme de flux cumulatif (CFD)

CFD est un graphique disponible dans tous les principaux outils de gestion de flux de travail tels que JIRA. Ce graphique mesure la quantité totale de cartes de travail / tâches qui sont entrées dans le flux de travail et ont accumulé des cartes / tâches terminées au fil du temps.

Il vous aide à avoir une estimation du délai moyen et du temps de cycle pour une durée prédéfinie.

Le diagramme CFD vous donnera des indicateurs ou des problèmes à résoudre. Il vous fournira une image claire et basée sur ce diagramme. Vous pouvez corriger le délai d'exécution et le temps de cycle de votre équipe.

Diagramme de flux cumulé Kanban

1. Délai d' exécution: Il s'agit de la durée entre l'arrivée d'une nouvelle carte dans votre flux de travail et son départ définitif du flux de travail.
2. Temps de cycle : Il s'agit d'une durée entre l'arrivée de la carte en état de fonctionnement et le moment où la carte est prête à être libérée.
3. WIP : Work in progress (WIP) limite le nombre maximum d'éléments de travail dans les différentes étapes du flux de travail.
4. Débit : il s'agit de la performance réelle et indique le nombre réel de cartes livrées dans un délai donné.

Débit = WIP / Temps de cycle

Limitation du WIP (travail en cours)

Dans la méthodologie de développement Kanban, WIP limite le nombre de tâches / cartes sur lesquelles un membre de l'équipe peut travailler ou l'intégralité à la fois.

Les limites WIP garantissent que l'équipe stabilise son travail et augmente la nature prédictive, ce qui est essentiel dans le système basé sur l'attraction. Habituellement, la décision de limite WIP est prise par l'équipe elle-même.

Raison de la définition des limites WIP:

Voici les raisons de définir les limites WIP:

• Il se concentre sur l'accomplissement des choses en tant qu'individu se concentre sur une seule tâche à la fois.
• Il aide les équipes à comprendre leur capacité.
• Il améliore la productivité et le temps de cycle.
• Cela aide à éviter les tâches qui s'accumulent (en mode attente).
• Il aide au mouvement du flux de travail et les tâches continuent de bouger.
• Cela aide également à résoudre les bloqueurs car un individu ne bascule pas entre différentes tâches.

Scrum Vs. Kanban

Voici les différences importantes entre Scrum Vs. Kanban

Scrum	Kanban
Scrum met l'accent sur la planification . Cela commence par la planification du sprint et se termine par une rétrospective du sprint. Il y a de nombreuses réunions qui permettent de s'assurer que l'équipe est alignée sur les prochaines étapes, les priorités et les enseignements des sprints précédents.	Kanban est ouvert à apporter des modifications lors de vos déplacements. Cela signifie qu'il y a moins de rigidité et que les choses peuvent changer fréquemment .
Il recommande la collecte des mesures de temps effectuées pendant les sprints	Kanban recommande des graphiques pour avoir un aperçu des progrès de l'équipe au fil du temps.
Scrum ne demande plus d'engagement des équipes. Au lieu de cela, il s'agit des objectifs et des prévisions du sprint.	Kanban s'appuie sur le time boxing et les prévisions .
Il met l'accent sur la planification, et donc l' estimation a un rôle très important dans Scrum	Kanban n'a pas d'exigences obligatoires pour l'estimation.
Chaque individu a son rôle et ses responsabilités.	Pas de rôles fixes donc flexibilité en termes de responsabilités individuelles.
Les itérations / Sprints ont une durée fixe. Cette durée varie de 2 semaines à 1 mois.	Kanban n'est pas basé sur la durée . Cette chose est mesurée en fonction des temps de cycle.
Les équipes doivent engager une quantité spécifique de travail.	Engagement non nécessaire il est facultatif pour les équipes.
Dans cette méthode, les équipes interfonctionnelles sont importantes car elles peuvent faire face à toute perturbation pouvant entraîner un goulot d'étranglement dans le développement du logiciel.	Avoir une équipe spécialisée est important.
Il n'est pas possible d'ajouter des éléments aux itérations en cours.	De nouveaux éléments peuvent facilement être ajoutés si la capacité supplémentaire est disponible.
Un backlog de sprint n'est détenu que par une seule équipe .	Plusieurs équipes peuvent partager un tableau Kanban.
Les livrables sont déterminés par des sprints , dont un ensemble de travaux doit être terminé et prêt pour la révision.	Les produits et processus sont livrés en continu en fonction des besoins. Le processus de test et d'examen se déroule donc simultanément.
La méthode de développement logiciel Scrum se concentre sur le backlog .	La méthode Kanban se concentre entièrement sur le tableau de bord des processus .
Chaque membre de l'équipe a un rôle spécifique dans Scrum Master décide des délais, le propriétaire du produit fixe des buts et des objectifs, et les membres de l'équipe effectuent le travail de développement.	Il n'y a pas de rôles prédéfinis pour une équipe. Cependant, il peut encore y avoir un gestionnaire de projet; l'équipe est encouragée à collaborer et à travailler ensemble.
Idéal pour les projets aux priorités changeantes .	Idéal pour les équipes dont les priorités sont stables et peu susceptibles de changer avec le temps.
Mesure la production en utilisant la vitesse à travers les sprints.	Mesure la production en utilisant le temps de cycle ou le temps exact qu'il faut pour terminer une partie complète d'un projet.
Scrum nécessite un passage complet du modèle traditionnel au modèle Agile Scrum qui serait implémenté dans le projet.	Kanban ne permet pas de changements drastiques dans le projet.
C'est une méthode idéale pour les projets aux priorités très variables .	Idéal pour les équipes avec des priorités stables .
Dans Scrum, toute l'équipe se concentre sur la collaboration et l'accomplissement de la tâche pour fournir un travail de développement de qualité.	Les équipes travaillent pour atteindre les objectifs et réduire le temps nécessaire pour terminer l'ensemble du processus. Ainsi, la réduction du cycle de temps est ici le plus grand indicateur de succès.
Accent de Scrum sur ses horaires ; les nouveaux éléments ne peuvent pas être ajoutés aux itérations en cours.	Kanban est de nature plus itérative car il n'a pas de délais spécifiques . Ainsi, de nouveaux éléments peuvent être ajoutés en permanence chaque fois qu'une capacité supplémentaire est disponible.
Le travail total se fait par lots / Sprints .	L'ensemble du projet est effectué sur le mouvement des flux d' éléments de travail à un seul thread .
Scrum master agit en tant que solutionneur de problèmes.	Kanban encourage chaque membre de l'équipe est un leader et partage la responsabilité entre eux tous.
Scrum prescrit des itérations temporelles .	Kanban se concentre sur la planification d'une durée différente pour une itération individuelle.
Scrum aide les entreprises à gagner du temps et de l'argent .	La méthode Kanban se concentre sur l'amélioration continue , la productivité et l'efficacité.
Parvenez à une communication stable et cohérente des performances à tous les niveaux.	Les membres de l'équipe sont plus susceptibles d' atteindre leurs objectifs beaucoup plus facilement en raison de la nature visuelle des tableaux Kanban.
Les projets sont codés et testés lors de la revue du sprint	Les membres de l'équipe sont plus susceptibles d' atteindre leurs objectifs beaucoup plus facilement en raison de la nature visuelle des tableaux Kanban.
Il est plus facile de s'adapter aux changements constants grâce aux sprints courts et aux retours réguliers.	Il est conçu pour une sortie régulière et régulière , des changements majeurs dans la demande des clients peuvent faire échouer Kanban.
Le coût total du projet est minime, ce qui peut conduire à un résultat plus rapide et moins cher .	Si une tâche n'est pas correctement estimée, le coût total du projet ne sera jamais exact . Dans de tels cas, la tâche peut être répartie sur plusieurs sprints.
Cette méthodologie nécessite uniquement des membres expérimentés de l'équipe . Donc, si l'équipe est composée de personnes qui ne sont pas des experts, le projet ne peut pas être achevé à temps.	Aucun délai spécifique n'est alloué à chaque phase, de sorte que les membres de l'équipe n'ont jamais l'idée du temps qu'ils peuvent consacrer à chaque phase.
Dans cette méthode Agile Scrum, il est plus facile de livrer un produit de qualité à une heure programmée.	Il est conçu pour une production régulière et régulière, des changements majeurs dans la demande des clients peuvent faire chuter Kanban.
Le plan de projet ne dérangera jamais même si un membre de l'équipe quitte l'équipe.	Si l'un des membres de l'équipe quitte pendant le développement, cela peut nuire au développement du projet .
Les réunions quotidiennes frustrent parfois les membres de l'équipe.	Un tableau Kanban obsolète peut entraîner des problèmes dans le processus de développement.
Les grands projets peuvent facilement être divisés en sprints facilement gérables.

Résumé:

• Définition Kanban: Kanban est défini comme une méthodologie de développement agile pour développer des logiciels, des automobiles, des produits, des médicaments, des chaussures ou tout autre travail de fabrication.
• Kanban utilise le tableau Kanban pour visualiser le travail. Il utilise des colonnes comme étapes (tâches, développement, tests, etc.) et des cartes comme élément de travail.
• La méthodologie Kanban prend en charge la carte physique et numérique pour la visualisation.
• Kanban est un système basé sur l'extraction et les cartes sont tirées de l'étape précédente vers les étapes actuelles par les membres de l'équipe.
• La méthode Kanban utilise le diagramme CFD pour comprendre le délai d'exécution et le temps de cycle de l'équipe. Ce graphique aide les équipes à combler l'écart entre ces deux horaires et à améliorer leur efficacité.
• Méthodologie de développement Kanban, WIP limite le nombre de tâches / cartes qui peuvent être travaillées par un membre de l'équipe ou en entier à la fois.
• Les changements de limites WIP se concentrent sur l'accomplissement des tâches, car un individu se concentre sur une seule tâche à la fois.