💡 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
