Kanban: de l'idée au lancement

Passons à l'histoire du Japon et parlons de l'époque où Toyota a commencé à produire ses voitures. La direction de l'entreprise a réfléchi à la manière d'optimiser le processus en réduisant les temps d'arrêt pour les employés et la production. Il a été décidé de mettre en œuvre les principes qui y ont contribué - les "principes du lean manufacturing" Kanban.
Les années ont passé et Kanban - un cadre de gestion de projet visuel - est utilisé par la plupart des entreprises engagées dans le développement de logiciels. Depuis plus d'un an, Cordus Technologies Inc. utilise Kanban pour coordonner le travail en équipe, et ses outils et le principe de solution "juste à temps" permettent de visualiser l'avancement du processus projet, de fixer et répartir clairement les tâches, et augmenter la productivité.
En utilisant Kanban, vous pouvez rapidement identifier les problèmes qui affectent la productivité de toute l'équipe. Il n'y a donc pas de personnes indifférentes ou désintéressées. Tout le monde est intéressé par le fait que l'erreur a été éliminée rapidement et correctement.
Les cartes Kanban aident à organiser l'ensemble du processus Kanban, à coordonner le travail dans le tableau de programme Kanban. Ces outils permettent aux membres de l'équipe de réguler l'ensemble du flux de travail, de suivre l'état de chaque tâche jusqu'à ce qu'elle soit terminée.

Dans Kanban, toute partie de l'activité dans laquelle le logiciel est créé est mesurée par la clôture des tâches, la principale métrique de ce processus est le temps moyen d'achèvement des tâches. L'important est que Kanban n'a pas de précipitation, pas de sprints éprouvants pour les nerfs et pas de délais stricts.
Étant donné que Kanban a un nombre limité de backlogs, toute l'équipe s'intéresse à la rationalisation des processus de développement, à la réduction du temps d'exécution des tâches, et à la qualité du code et des tests. Grâce à cela, la qualité des versions s'améliore et leur fréquence planifiée aide à résoudre les problèmes clairement et à temps.
De nombreuses entreprises informatiques utilisent cette façon de travailler avec le backlog. Cette liste de tâches prioritaires indique clairement les délais dans lesquels les versions doivent être prêtes. Kanban est basé sur les tâches, leur statut et leur quantité.

Le modèle Kanban classique a plusieurs statuts: « to do » (tâches de développement), « in progress » (tâches en cours de réalisation) et « done » (tâches terminées ou déjà lancées). Le travail d'une entreprise informatique n'est pas possible sans tâches de test, c'est-à-dire le statut de « test ». Le manager met en place le processus et coordonne le travail, il remplit le backlog, priorise les tâches, comprend leur nombre, s'assure que le processus n'est pas interrompu et que toutes les tâches sont en cours. Par exemple, pas plus d'un certain nombre de tâches ne peuvent être dans le statut "en cours", cela permet à l'équipe de se concentrer sur des tâches spécifiques et de ne pas réduire la quantité de travail en cours, ainsi le manager peut contrôler un paramètre aussi quantitatif que "avancement de l'exécution" - les tâches qui sont actuellement en cours sont en cours de développement. C'est ce qui différencie Kanban des autres méthodologies de développement.
Le concept Kanban s'adapte bien au travail en ligne, c'est pourquoi l'équipe de support technique de Cordus Technologies Inc. l'utilise.

Using the Kanban methodology, the IT team clearly concentrates on a certain stage of work and does everything to close the tasks of the current period. If, for example, a problem occurs during the testing phase, the entire team gets involved in the process and tries to understand the reasons for the problem. If the task is returned for revision, then the testers help the developers to fix the error in the program. Thanks to Kanban, all team members easily communicate with each other, constantly exchange experience and possible solutions.

Cordus Technologies Inc. has been using the Kanban methodology for several years now. Considering that the release version should always be ready to be shown to the customer, this imposes a considerable responsibility on all team members. Therefore, high-quality code and constant testing become the main thing in our work. As a result, the production version of absolutely any part of the project is released almost without delay and bugs.