Get best of the week

Recharge Proto

Préface du traducteur


Dans la communauté professionnelle russophone des gestionnaires de processus, il existe très peu de littérature sur la méthode Kanban en russe. Nous, la communauté Kanbanguide.ru, avons décidé de corriger cette injustice et publierons les articles les plus importants de notre point de vue qui ont influencé le développement de la méthode.

Un article de l'auteur de la méthode Kanban de David Anderson révèle les caractéristiques de la façon dont les systèmes kanban à part entière et orientés client fonctionnent avec engagement et quelle est leur différence par rapport aux pratiques courantes pour travailler avec les arriérés de tâches.

Point d'engagementC'est l'un des concepts clés de la méthode Kanban. Dans le système kanban, à ce moment, un engagement est pris pour fournir un élément de travail. Jusqu'à présent, il existe de nombreuses options (demandes), dont certaines seront éliminées, et les processus visent à appuyer la décision sur la nécessité de fournir l'article. Après ce point, il est confirmé que le client souhaite recevoir l'article et accepte d'accepter les résultats des travaux, et le service est prêt à terminer la livraison. A partir de ce moment commence le compte à rebours du temps d'exécution de l'élément de travail.

Réunion de reconstitution - une réunion au cours de laquelle les éléments de travail sont déplacés au-delà du point d'engagement.

Proto-kanban - les organisations peuvent utiliser la méthode kanban pour l'amélioration évolutive des processus, mais n'appliquent pas encore toutes les pratiques Kanban, par exemple, ne fournissent pas un équilibre efficace entre la charge et les capacités via des boucles de rétroaction, n'utilisent pas de classes de service, etc. Ces implémentations sont appelées proto-kanbans. Désormais, avec l'avènement du modèle de maturité Kanban , le terme a déjà été abandonné au profit du positionnement de telles applications aux premiers niveaux de maturité.

Plus d'informations sur les bases de la méthode Kanban peuvent être trouvées dans le livre Kanban: un guide rapide et sur le site kanbanguide.ru

Recharge Proto


Il y a une classe de réunions de reconstitution qui, à mon avis, mérite d'être soulignée et de leur donner un nom distinct. Lors de ces réunions, la liste des tâches à accomplir a déjà été établie, est souvent triée par priorité et les obligations de les accomplir ont déjà été fixées. Je suggère de convoquer ces réunions comme des réunions de reconstitution des ressources. Dans cet article, je vais vous expliquer les raisons et vous demander si un tel nom convient ou non.


Le travail de reconstitution d'un tel système kanban est assez trivial. Il se produit généralement au sein d'un système et est basé sur des dépendances techniques, de ressources, de qualification ou de coordination de l'approvisionnement pour faciliter le flux. En d'autres termes, la reconstitution est davantage liée aux «critères de préparation» (définition de Ready, DoR) et à une sélection basée sur la préparation, plutôt que sur l'engagement, la planification et la séquence des travaux en termes de risques commerciaux. Le pool dans lequel nous sélectionnons les tâches est appelé backlog et les obligations de terminer les tâches à partir de celui-ci sont déjà fixées. Un accord a déjà été conclu avec le client selon lequel les éléments du carnet de commandes sont inclus dans les limites du projet et doivent être mis en œuvre.

Lors d'une réunion de reconstitution à part entière, comme décrit dans la méthode Kanban, des clients (clients de service) sont présents, des demandes de service sont soumises, mais les obligations de les satisfaire n'ont pas encore été prises.
(voir Le Livre Bleu Kanban)
«: ».  «.

Agile». ¯\_(ツ)_/¯ (. )

Au lieu de cela, la liste de requêtes est considérée comme un ensemble d'options. La reconstitution consiste à sélectionner des options dans le pool et à discuter de la séquence d'exécution et de la planification appropriée. Lors de la réunion de reconstitution, un engagement est pris pour répondre aux demandes sélectionnées. Dans ce cas, l'acceptation des obligations est en fait reportée jusqu'au moment de la reconstitution du système kanban et le système de traction correct est activé. Les demandes sont retirées de la file d'attente lorsqu'un signal kanban apparaît sur la capacité libre du système. Lors d'une réunion de réapprovisionnement complète, les clients non seulement assistent, mais prennent également des décisions. L'accent est tourné vers l'extérieur et basé sur la vue de l'extérieur, et des décisions sont prises pour évaluer l'impact direct sur l'entreprise de la livraison prévue du résultat du travail: le coût du retard est un facteur clé dans la prise de décision.


Dans une autre forme de reconstitution, comme dans le diagramme ci-dessous, le travail est poussé dans le système, peut-être en gros paquets, vraisemblablement basés sur la foi, ou sur une idée quelque peu calculée de la capacité du système, mais, en tout cas, il est poussé. L'acceptation des obligations n'est pas différée. Les obligations sont faites tôt, au moment de pousser un ensemble de demandes au système. Il s'agit d'une approche assez courante dans les grands projets, ils ont généralement un arriéré d'obligations déjà fixes. Lors de cette réunion, la reconstitution du système kanban se réduit à la sélection des éléments de travail pour les conduire à travers le workflow du projet. La tâche principale consiste à établir la priorité et, en règle générale, les risques techniques, les risques associés à la livraison et les risques associés aux ressources sont les principales données initiales du processus de sélection.Lors de ces réunions alternatives de réapprovisionnement, les clients assistent rarement, voire pas du tout, tous les participants sont presque exclusivement du côté de la livraison. L'accent est mis sur les problèmes internes, et les considérations et problèmes internes influencent la prise de décision.


Ainsi, ces réunions sont différentes de celles décrites ci-dessus. De toute évidence, ils représentent une implémentation moins mature et plus superficielle de Kanban. La question est de savoir s'ils doivent être désignés comme «reconstitution des ressources» ou avons-nous besoin d'un nom différent et alternatif? Proto-Kanban est un terme bien établi couramment utilisé pour désigner les tableaux Kanban sans travaux en cours (WIP), bien qu'il existe d'autres options. Ce terme a été inventé par Richard Turner du Stevens Institute parce que des études de cas ont montré que ces implémentations de proto-kanban mûrissent souvent en systèmes Kanban à part entière. Par conséquent, ces cartes WIP étaient sans limitation les prédécesseurs évolutionnaires de Kanban, et le préfixe "proto" indique l'attente qu'elles soient une graineà partir duquel quelque chose de plus mature peut se développer.

La question est de savoir si la reconstitution des ressources est recommandée ou non? Je le pense. En règle générale, les implémentations de proto-kanban se concentrent sur des problèmes internes, et elles sont souvent situées aux niveaux de vol I et II , dans la terminologie introduite par Klaus Leopold.
Note du traducteur
– Kanban Maturity Model
Que se passe-t-il lorsqu'un système kanban est conçu pour regarder à l'extérieur, se demandant «qui sont nos clients» et «que nous demandent-ils»? Ensuite, nous voyons généralement des implémentations beaucoup plus profondes, y compris les restrictions WIP, l'extraction et les classes de service. Cependant, la transition de la reconstitution des ressources à la reconstitution à part entière ne se fera pas sans leadership. Cette transition souligne la véritable essence de la mise en œuvre de Kanban. Si vous avez pu aller au-delà de la portée de la reconstitution, alors vous avez mis en place un système de traction. Il s'agit d'une étape non triviale. Et c'est l'étape non triviale que les experts de Kanban Coaching Professional (KCP) sont appelés à vous aider à faire.

La reconnaissance de la proto-reconstitution en tant que concept introduit une toute nouvelle façon de comprendre et nous apprend à améliorer la profondeur du Kanban et à régler la pratique de l'application à la maturité organisationnelle. Cela permettra aux formateurs et aux agents de changement d'indiquer l'absence d'obligations différées et de risques commerciaux entraînant des obligations anticipées. Il donne également un autre test très clair et simple pour «faisons-nous Kanban ou non». Pour obtenir un véritable Kanban, les clients doivent être présents aux réunions de réapprovisionnement, vous ne devez pas avoir d'arriéré, vous aurez un pool d'options à la place et des obligations seront faites lors de la réunion de réapprovisionnement lorsque vous tirerez du travail dans votre système kanban . Si cela ne se produit pas, vous êtes encore au stade du proto-kanban et vous avez encore de nombreuses opportunités d'amélioration.

Merci beaucoup d'avoir participé à la traduction artnek

More articles:


All Articles