Le passe devant le Scrum Board :

initial Ho c'est joli !!!
Et ça correspond à quoi les couleurs ? des fonctionnalités (ou Users Stories) ? des axes techniques ?
Et là surprise :
Non pas du tout, en fait il y a une couleur pour chaque développeur :

Jaune pour Brice (Brice de Nice),
Bleu pour Blandine,
Et Violet pour Violaine.

C'est plus simple pour savoir qui fait quoi et où on en est.
(sic)

Après quelques jours

après  quelques jours Tu vois Cyrille, c'est nickel, il n'y a pas de problème avec cette technique et puis pour moi ScrumMaster (ex Chef de projet) c'est nickel, je sais exactement qui a des problèmes qui avance bien et qui souffre.

En théorie

en théorie Oui en théorie c'est pas mal et en pratique ?

En pratique

en pratique et bien en pratique c'est la M..... :

Violaine est à la "bourre"
Brice va bientôt "enfiler" des perles car il n'aura plus de tâches et aura rempli son "contrat".
Blandine (en Bleu) avance...


Ce qui me gène avec l'utilisation des couleurs pour les affectations des tâches

  1. C'est du prédictif : on prévoit sur quelles tâches Brice, Blondine et Violaine vont travailler : Ce n'est pas dans l'esprit de l'Agilité.
  2. Cela ne va pas dans le sens de l'esprit d'équipe : car on met en avant les "bons" et les "moins bons" développeurs : On joue collectif.
  3. Cela n'incite pas à aider son collègue, moi Brice, je ne touche qu'au post-it® jaunes !!!
  4. Cela rajoute de la complexité (inutile) pour affecter les tâches pour qu'il y ai un équilibre : C'est du temps de perdu.


Alors on ne prend qu'une seule couleur ?

NON !!!!
Les couleurs peuvent être utilisées pour :

Dissocier les Users Stories (ou fonctionnalités)
Rajouter une couleur pour les tests
Des briques techniques (SQL, HTML, Controleur,...)
Mettre en avant des tâches critiques (ou techniquement plus difficiles)
Etc etc etc ...


Mais surtout pas pour l'affectation des tâches par développeur !!!!!!!!