Toutes les cartes d'un tableau Kanban ne se valent pas : certaines sont urgentes, d'autres ont une date imposée, d'autres peuvent attendre. Les classes de service rendent ces différences explicites et fixent des règles pour chacune.

Quatre classes courantes

• Urgente (accélérée) : traitée immédiatement, elle double tout le monde. On réserve un seul créneau pour ce type de carte à la fois — sinon tout devient « urgent ».
• Standard : le flux normal, premier arrivé, premier servi (ou par valeur).
• Date fixe : à livrer avant une échéance précise (une obligation légale, une opération commerciale). On la planifie à rebours pour être sûr de tenir.
• Intangible : sans urgence ni date, mais importante à terme (réduire une dette technique). On lui garde une petite part de capacité régulière, sinon elle ne passe jamais.

Les règles par classe

Pour chaque classe, l'équipe écrit comment elle est traitée : priorité, limite de WIP dédiée, qui peut la déclencher. Une carte « urgente » ne devrait pouvoir être créée que par le PO, pas par n'importe quel demandeur.

Le piège

Si tout devient « urgent », plus rien ne l'est, et le flux normal s'effondre. La discipline sur la classe urgente est ce qui fait tenir le système.

Exemple concret : l'équipe de fidélité définit qu'un bug bloquant en production est « urgent » (un seul à la fois, déclenché par le PO), qu'une mise en conformité a une « date fixe », et qu'elle réserve environ un jour par semaine aux tâches « intangibles » de dette technique.

À vous de jouer : classez trois demandes de votre travail dans les classes urgente / standard / date fixe / intangible.