L’ASTUCE DU COACH
Des développeurs en Scrum travaillent sur plusieurs produits / projets à la fois 
? Et tant qu’à faire, juste une poignée d’heures de temps en temps… 
Regarde les conséquences :
des développeurs peu focus et peu engagés sur leur travail et sur les objectifs liés au produit
peu de collaboration et d’auto-gestion dans l’équipe
tout le monde n’est pas disponible en même temps : la prévisibilité diminue 
, des goulets d’étranglement se créent et le travail n’avance pas 
l’efficience et la qualité diminuent 
(regarde mon astuce sur le multitâches)
peu de place pour l’apprentissage ou l’innovation 
Je vois tes yeux saigner en lisant ça 
Et Scrum dit quoi dans tout ça ? 
Il ne prescrit pas de rôles dédiés, mais l’équipe doit pouvoir créer un incrément de valeur utile chaque sprint 
Et parfois, les développeurs ne sont pas suffisamment disponibles pour y parvenir
Tu te doutes bien qu’il faut tout faire pour :
diminuer le nombre de produits / projets en cours, dans l’organisation 
diminuer le nombre de projets / tâches en cours des développeurs
protéger 
le cadre Scrum
Si le management résiste, propose de tester un pilote d’équipe dédiée pour démontrer son engagement et son efficience 
Jette aussi un oeil à Kanban 
, pour mieux gérer le flux malgré la contrainte de disponibilité
Et si rien de tout ça n’est faisable tout de suite, je te donne l’astuce McGyver 
de l’extrême (à reproduire uniquement par des fous dans leur tête) :
Les développeurs réservent des créneaux de travail dédiés en équipe (par exemple : tous les lundis, les jeudis de 9h à 11h) pour travailler uniquement sur le produit
