L'une des nouvelles fonctionnalités qui vient d'être publiée dans Planview AgilePlace Kanban est la possibilité de spécifier les limites d'encours par la "taille" des cartes, au lieu du nombre de cartes dans un couloir. En début de semaine, après avoir annoncé cette fonctionnalité, j'ai reçu quelques courriels "Vraiment ?" comme celui-ci, d'Arne Roock :
Chris,
Je viens de voir vos nouvelles fonctionnalités. La plupart d'entre eux sont vraiment superbes ! Mais une fonctionnalité me perturbe : "Limites d'encours par taille de carte".
D'après ce que j'ai compris, nous avons l'intention de limiter le nombre d'éléments sur lesquels nous travaillons - pas le nombre de Story Points, etc. Ainsi, travailler sur 10 éléments de taille 1 est complètement différent de travailler sur deux éléments de 5 ou un élément de 10 !
Maintenant, je suis intéressé : avez-vous déjà vu des équipes réussir en limitant la quantité totale d'efforts plutôt que le nombre de cartes ?
Santé,
Arne
Et bien sûr, il a tout à fait raison. La meilleure façon de limiter les travaux en cours, selon nous, est de limiter le nombre total d'éléments sur lesquels vous travaillez en même temps. Dans notre équipe, nous n'utilisons pas du tout le champ Taille de la carte et, dans la mesure du possible, nous encourageons nos clients à ne pas l'utiliser. Les systèmes Kanban les plus performants que nous ayons observés ne suivent pas du tout la taille des cartes, une fois qu'un élément est arrivé sur le tableau (bien qu'un certain dimensionnement au niveau de la planification ait pu avoir lieu au moment de décider comment décomposer un élément plus grand en composants pour le faire passer sur le tableau).
Alors, pourquoi rendre cette fonctionnalité disponible ? Parce que nos clients le voulaient, et parce que de plus en plus de nos clients utilisent Planview AgilePlace pour d'autres choses que Capital-K Kanban:
- Nous avons de nombreuses équipes Scrum pures qui utilisent Planview AgilePlace comme méthode de visualisation - sans qu'il soit vraiment nécessaire de se considérer comme "ScrumBan" ou de se "convertir" à l'utilisation de Kanban. L'application du WIP par la taille de la carte permet à ces équipes de planifier leur backlog de sprint en fonction de la taille de la carte, en fixant une limite de WIP pour une certaine voie du "backlog de sprint", soit sur le côté gauche du tableau, soit dans le backlog principal dans Planview AgilePlace.
- Nous avons également de nombreuses équipes en dehors du développement de logiciels et des organisations informatiques qui utilisent Planview AgilePlace, pour des projets de recherche universitaire, la visualisation du pipeline de vente, les plans de marketing, les toiles de stratégie, et plus encore.
- Alors que beaucoup de nos clients utilisent Planview AgilePlace au niveau de l'équipe, nous avons de plus en plus de clients qui l'utilisent pour visualiser et planifier au niveau du portefeuille - une vue Kanban d'entreprise . Pour la planification à ce niveau, certaines équipes aimeraient pouvoir allouer la capacité en fonction de la taille, et pas seulement du nombre d'articles.
Ainsi, pour ceux d'entre vous qui ne connaissent pas Kanban et qui essaient d'apprendre à l'utiliser avec succès, nous recommandons vivement de limiter votre travail en cours par le nombre d'éléments, et non par la taille de ces éléments. Mais pour ceux d'entre vous qui repoussent les limites dans toutes les directions, en appliquant Scrum traditionnel (amusant...quand Scrum est-il devenu "traditionnel" ?), ou en appliquant Kanban en dehors de l'informatique dans d'autres environnements où les "meilleures pratiques" ne sont pas encore vraiment bien comprises, n'hésitez pas à utiliser la nouvelle fonctionnalité de limitation du WIP par taille de carte.
Et bonne chance.
![Un plan de gestion du travail collaboratif mondial [Vidéo] (en anglais)](https://blog.planview.com/wp-content/uploads/2019/07/A-Global-Collaborative-Work-management-blueprint.png)
