Tous les modèles

Canevas de Clarté : Cadre d'Estimation à 4 Facteurs

Twisha Das

183 Vues
3 utilisations
1 likes

Signaler

✅ Canevas de Clarté -L'Approche Miro pour le modèle de décomposition en quatre facteurs pour les estimations)

Ce modèle nous aide à évaluer la préparation et à estimer plus précisément en allant au-delà de la taille et en comprenant ce qui pourrait nous ralentir.

Écrivez la description et les critères d'acceptation de l'histoire. Sans ceux-ci, nous ne commençons même pas l'histoire. Décomposez chaque histoire en :

🔗 1. Dépendances

Cette histoire dépend-elle d'une autre équipe ?

Ou d'une autre histoire ?

Ou d'une attente pour un design / une API / un environnement ?

Exemple de notation :

0 = aucune

1 = petite dépendance (interne, facile)

2 = dépendance modérée

3 = dépendance externe (plateforme, fournisseur, autre équipe)

🚧 2. Bloqueurs

Y a-t-il quelque chose qui empêche même de commencer cette histoire ?

Quelque chose que l'équipe ne peut pas résoudre au cours du sprint ?

Notation :

0 = aucun bloqueur

2 = bloqueur potentiel

3 = bloqueur actif

⚠️ 3. Risques

Y a-t-il un risque que cela ne fonctionne pas comme prévu ?

Est-ce que cela touche des zones sensibles du code ?

Y a-t-il des implications de performance ou de sécurité ?

Notation :

0 = aucun risque

1 = risque à faible impact

2 = risque moyen

3 = élément à haut risque

❓ 4. Inconnues

Avons-nous des incertitudes quant à la mise en œuvre ?

Faut-il explorer ou effectuer des pointes ?

Manquons-nous de clarté sur les critères d'acceptation ?

Évaluation :

0 = rien d'inconnu

1 = inconnu mineur

2 = enquête nécessaire

3 = incertitude majeure / critères d'acceptation peu clairs

📊 Tout mettre ensemble : « Score de disponibilité de l'histoire »

Pour chaque histoire, l'équipe remplit une grille à 4 cases et attribue des chiffres.

Ensuite, le score total =

Dépendances + Risques + Inconnus + Bloqueurs

Exemple :

Dépendances → 3

Inconnus → 1

Risque → 0

Bloqueur → 3

Total = 7

🚦 Le feu de signalisation de disponibilité pour le sprint

Utilisez le score total pour décider rapidement de la disponibilité de l'histoire :

🟩 0–3 → PRÊT à intégrer au sprint

Les histoires sont claires, à faible risque et peu de dépendances.

🟨 4–6 → À EXAMINER avant de s'engager

Cela nécessite une discussion :

Pouvons-nous réduire les dépendances ?

Pouvons-nous le scinder ?

Pouvons-nous éliminer les inconnues avant de l'intégrer ?

🟥 7+ → NON PRÊT (nécessite un affinage)

Cette histoire pose problème.

Vous verrez généralement :

Trop de dépendances

Des inconnues qui sont en fait des bloqueurs

Clarifications manquantes

Cela garantit que votre équipe cesse de traîner des histoires risquées dans le sprint et les affine correctement en premier lieu.

💡 Par exemple

Nous avons 3 dépendances mais 1 inconnue qui est un bloqueur → probablement, l'histoire ne peut pas être intégrée dans le sprint.

Converti au modèle :

Dépendances = 3

Inconnue = 3 (inconnue = bloqueur)

Risque = peut-être 0

Bloqueur = 3

Total = 9 →

🟥 ROUGE → non prêt.

  • Rend l'estimation objective

  • Aide l'équipe à dire « non » aux histoires floues

  • Réduit les surprises en cours de sprint

  • Aide le PO à savoir exactement quoi corriger

  • Transforme la préparation en une conversation basée sur les données, pas en un jeu de devinettes

Twisha Das

Scrum master @ Akamai Technologies Limited

I turn sprints into symphonies.


Catégories

Modèles similaires

Rétrospective

403 likes
2,9 k utilisations

La Rétrospective Pizza Party

33 likes
203 utilisations