Types d'éléments de travail

Traiter tous les travaux de la même façon entraîne des problèmes :

• Une correction de bogue d'une ligne suit le même processus qu'une fonctionnalité majeure
• Les problèmes urgents en production attendent derrière le travail planifié
• La dette technique entre en compétition injuste avec les fonctionnalités client

Les types d'éléments de travail résolvent ce problème en reconnaissant que différents travaux ont :

• Une urgence différente
• Des attentes de taille différentes
• Des exigences de processus différentes
• Des règles de priorité différentes

Types courants dans les équipes logicielles :

• Fonctionnalités : Nouvelles fonctionnalités destinées aux clients
• Bogues : Défauts dans les fonctionnalités existantes
• Dette technique : Améliorations internes (refactorisation, mises à niveau)
• Spikes : Recherche ou preuve de concept
• Support : Questions ou problèmes des clients

Rendez les types visibles sur votre tableau pour que chacun puisse voir la répartition du travail d'un coup d'œil.

Options :

• Couleur de carte : Bleu pour les fonctionnalités, rouge pour les bogues, jaune pour la dette technique
• Icônes/étiquettes : Indicateurs visuels sur chaque carte
• Forme de carte : Modèles de carte différents par type
• Couloirs : Rangées séparées par type (nous y reviendrons plus tard)

L'idée clé : La visualisation n'est pas seulement pour vous — elle est pour les parties prenantes. Un tableau rempli de cartes de bogues rouges raconte une histoire. Un couloir de dette technique qui ne bouge jamais en raconte une autre.

Différents types peuvent aussi avoir des politiques différentes :

• Les bogues peuvent sauter le backlog et aller directement à Prêt
• Les spikes peuvent avoir une limite de temps (« max 2 jours »)
• Le support peut avoir une allocation WIP dédiée

Trop peu de types = tout se ressemble, perte de distinction utile. Trop de types = surcharge cognitive, utilisation incohérente.

Commencez simple : Fonctionnalité, Bogue, Autre. Ajoutez des types quand vous en avez vraiment besoin :

• « Nous devons suivre les spikes séparément » → ajoutez le type Spike
• « Le travail de support se perd constamment » → ajoutez le type Support
• « Nous ne pouvons pas voir combien de maintenance nous faisons » → ajoutez le type Maintenance

Signes que vous avez trop de types :

• Les gens débattent du type à utiliser
• Les types se chevauchent (est-ce un bogue ou une fonctionnalité ?)
• Certains types n'ont aucun élément pendant des mois
• Le tableau est un arc-en-ciel difficile à analyser

Signes que vous avez trop peu de types :

• Le travail important se perd dans le bruit
• Vous ne pouvez pas répondre aux questions de base sur la répartition du travail
• Différents travaux avec des besoins différents reçoivent un traitement identique