Kanban - Gestion de projet

Kanban est adapté au développement logiciel en tant qu'approche de gestion de projet. Kanban dans le développement de logiciels prend en charge un flux de travail continu, appelé Value Stream.

Flux de valeur

La chaîne de valeur comprend toutes les actions nécessaires pour amener un projet de sa création à son achèvement.

Les actions peuvent -

  • Ajouter de la valeur au projet
  • N'ajoutez aucune valeur, mais inévitable
  • N'ajoutez aucune valeur, évitable (appelé déchet)

Élimination des déchets

Tout ce qui n'ajoute aucune valeur au projet est appelé déchets. Kanban facilite l'élimination des déchets.

Dans le développement de logiciels, il existe trois types de déchets -

  • Déchets dans le développement de code
  • Déchets dans la gestion de projet
  • Gaspillage dans le potentiel de l'équipe

Déchets dans le développement de code

Le gaspillage dans le développement de code est dû aux raisons suivantes -

  • Partially completed work- Le travail partiellement terminé peut devenir obsolète et inutilisable. Il peut être éliminé avec des cycles itératifs et avec un code modulaire qui se termine dans l'itération.

  • Defects- Lors de l'élaboration d'un code, la correction et le nouveau test nécessitent du temps et des ressources. Il peut être éliminé avec une suite de tests à jour, en complétant les tests dans l'itération et en continuant les commentaires des clients.

Déchets dans la gestion de projet

Les déchets dans la gestion de projet sont dus aux raisons suivantes -

  • Extra Processes- Documentation inutile qui demande du temps et des ressources. Il peut être éliminé avec -

    • Planification préalable des processus pertinents et nécessaires.

    • Examen de la documentation, qui garantit le suivi des processus pertinents et nécessaires.

  • Code Handoffs- signifie transmettre le travail d'une personne ou d'une équipe à une autre, une fois le travail de la première personne terminé. Cela peut donner lieu à un manque de connaissances. Il peut être éliminé en gardant les organigrammes et les wireframes visibles et clairs.

  • Extra Functions- Ce sont des fonctionnalités qui ne sont pas requises par le client. Des efforts et du temps sont gaspillés dans le développement des fonctions requises pour implémenter les fonctionnalités que le client ne souhaite pas. Il peut être éliminé avec une interaction continue avec le client et les testeurs impliqués dans la collecte des exigences, car ils peuvent mieux visualiser les scénarios et le comportement attendu du système.

Déchets dans le potentiel de l'équipe

Le gaspillage dans le potentiel de l'équipe est dû aux raisons suivantes -

  • Task Switching- Cela conduit au danger de multi-tâches, qui est un gaspillage. Il peut être éliminé en se concentrant sur une tâche à chaque version. Les grandes étapes du processus sont segmentées en tâches pour -

    • Améliorez la visibilité

    • Réduisez les dépendances

    • Permettre un flux de travail facile

    • Focus sur le temps de cycle du travail livré

    • Offrez un moyen de détecter et de résoudre les goulots d'étranglement

  • Waiting- Temps pour obtenir des instructions ou des informations - L'équipe est soumise à rester inactive si les décisions ne sont pas prises par l'équipe, ou si les informations fournies à l'équipe (développeurs, testeurs, etc.) sont des ressources coûteuses. Il peut être éliminé en permettant aux membres de l'équipe (développeurs, testeurs, etc.) de -

    • Prendre des décisions pour ne pas avoir à attendre les instructions

    • Avoir accès aux informations afin qu'elles puissent être utilisées au fur et à mesure des besoins