ForHosting KIT · Finances et argent

Burndown de sprint

Avec 80 points engagés, 32 terminés et 6 jours devant vous, l'équipe doit livrer 8 points d'histoire par jour pour boucler les 48 restants. Comparez ce rythme avec ce que l'équipe livre réellement. Gratuit dans votre navigateur.

Gratuit
Fonctionne dans votre navigateur
Sans inscription
Vos données restent sur votre appareil

Lancer gratuitement Voir l’API

Utilisez-le depuis WebAPIE-mailTelegramApp bientôt

Exemple résolu

Si vous saisissez

Total des points d'histoire: 80
Jours écoulés: 4
Jours restants: 6
Points terminés: 32

Vous obtenez

Points restants: 48
Vélocité quotidienne requise: 8

Ce calculateur de burndown transforme l'état actuel d'une itération en un indicateur concret de planification : le nombre de points d'histoire à terminer par jour restant pour respecter l'échéance. Indiquez l'engagement initial du sprint, les jours écoulés, les jours restants et les points terminés. Le résultat présente le travail inachevé et la vélocité quotidienne nécessaire, afin que vous puissiez comparer ce rythme à ce que l'équipe peut raisonnablement livrer avant la fin du sprint.

Transformez un instantané du burndown en objectif quotidien clair

Un graphique de burndown indique une direction, mais ne répond pas toujours à la question posée pendant le point quotidien : à quelle vitesse le travail restant doit-il avancer maintenant ? Ce calculateur part du total des points d'histoire du sprint et soustrait les points déjà terminés. Il divise ensuite la charge inachevée par le nombre de jours encore disponibles.

La vélocité quotidienne requise constitue ainsi un objectif tourné vers l'avenir, exprimé en points d'histoire par jour restant. Si une charge importante subsiste alors que l'échéance approche, la cible élevée apparaît immédiatement, sans interprétation visuelle d'une courbe de tendance. Saisissez tous les jours écoulés, même ceux où aucun point n'a été terminé, afin que l'instantané reflète honnêtement le calendrier.

La durée écoulée est renvoyée à titre de contexte, tandis que le calcul utilise les jours restants, qui représentent les possibilités de livraison encore offertes à l'équipe. Considérez cet indicateur comme une aide à la planification, jamais comme un quota individuel.

Interprétez la vélocité requise dans son contexte de livraison

La vélocité quotidienne requise exprime le rythme arithmétique nécessaire pour résorber l'estimation restante avant l'échéance. Comparez-la aux points que l'équipe termine habituellement chaque jour, au débit récent, aux travaux en cours et aux obstacles connus. Si la cible reste nettement inférieure à un rythme durable, le sprint demeure mathématiquement réalisable.

Si elle le dépasse largement, la réponse utile n'est pas de pousser les personnes à gonfler leur production. Examinez plutôt si un élément bloqué peut être débloqué, si des histoires peuvent être découpées tout en préservant une valeur livrable, ou si le périmètre doit être renégocié avec la personne responsable du produit. Un résultat nul signifie que tous les points engagés sont déjà terminés et qu'aucune vélocité supplémentaire n'est nécessaire.

Les valeurs décimales sont normales : elles représentent une moyenne sur les jours restants, et non l'obligation de terminer une fraction d'histoire chaque jour. Les points étant propres à l'équipe, comparez la valeur uniquement à ses propres données et pratiques d'estimation.

Utilisez des données cohérentes et gérez la limite de l'échéance

Conservez des unités cohérentes dans tous les champs. Le travail total et le travail terminé doivent utiliser les points d'histoire issus de la même référence de sprint ; le temps écoulé et le temps restant doivent partager la même définition du jour, généralement les jours ouvrés planifiés plutôt que les jours calendaires. Mettez à jour les points terminés selon la définition commune du travail achevé.

Compter du travail partiel réduit artificiellement l'estimation restante sans créer d'incrément livrable. Le calculateur refuse des points terminés supérieurs au total initial, car cette combinaison ne décrit pas le travail restant par rapport à l'engagement fourni. Il refuse également les valeurs négatives, les nombres non finis et les fractions de jour.

Surtout, zéro jour restant provoque une erreur : sans jour disponible, aucune division ne fournit un rythme quotidien pertinent. À cette limite, examinez directement le bilan du sprint plutôt qu'une valeur infinie ou indéfinie.

Cas d’usage

Préparez le point quotidien

Calculez le rythme nécessaire à partir d'aujourd'hui et apportez à l'équipe un signal concret sur le risque de livraison.

Évaluez un ajustement du périmètre

Recalculez après le retrait ou le découpage d'un travail pour vérifier si l'engagement révisé correspond à un rythme durable.

Questions fréquentes

Que signifie la vélocité quotidienne requise ?

Il s'agit des points d'histoire restants divisés par les jours restants : la moyenne des points devant être terminés chaque jour pour respecter l'engagement indiqué.

Pourquoi saisir les jours écoulés si la formule utilise les jours restants ?

Les jours écoulés préservent l'instantané complet du sprint dans le résultat et vous permettent de vérifier la cohérence du calendrier saisi. Le rythme futur dépend des possibilités encore disponibles.

Que se passe-t-il lorsqu'il ne reste aucun jour ?

Le calcul renvoie une erreur de saisie, car répartir un travail restant sur zéro jour ne permet pas d'obtenir une vélocité quotidienne pertinente.

Les points terminés peuvent-ils dépasser le total initial ?

Non. Le calculateur refuse cette saisie, car le travail restant est mesuré par rapport à l'engagement total fourni. Si le périmètre a été officiellement augmenté, utilisez le nouveau total.

Que faire si la vélocité quotidienne requise est trop élevée ?

Ne poussez pas l'équipe à gonfler sa production. Vérifiez plutôt si un élément bloqué peut être débloqué, si des histoires peuvent être découpées sans perdre leur valeur ou si le périmètre doit être renégocié avec le product owner.

Outils associés

Pour les développeurs — accès API

Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.

Endpoint

POSThttps://api.kit.forhosting.com/biz/burndown-remaining-estimate

Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.

Appeler depuis votre stack

curl -X POST https://api.kit.forhosting.com/biz/burndown-remaining-estimate \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"total_story_points":80,"days_elapsed":4,"days_remaining":6,"points_completed":32}'

const res = await fetch("https://api.kit.forhosting.com/biz/burndown-remaining-estimate", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "total_story_points": 80,
    "days_elapsed": 4,
    "days_remaining": 6,
    "points_completed": 32
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/biz/burndown-remaining-estimate",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "total_story_points": 80,
    "days_elapsed": 4,
    "days_remaining": 6,
    "points_completed": 32
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/biz/burndown-remaining-estimate", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"total_story_points":80,"days_elapsed":4,"days_remaining":6,"points_completed":32}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"total_story_points":80,"days_elapsed":4,"days_remaining":6,"points_completed":32}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/biz/burndown-remaining-estimate", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Exemple de requête

{
  "total_story_points": 80,
  "days_elapsed": 4,
  "days_remaining": 6,
  "points_completed": 32
}

Exemple de réponse

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "biz.burndown_remaining_estimate",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.

Tarifs

par requête$0.002

Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.

Erreurs

HTTP	Code	Signification
`401`	`unauthorized`	Clé API absente ou invalide : vérifiez l’en-tête Authorization.
`402`	`insufficient_balance`	Solde insuffisant : rechargez votre compte pour lancer cette tâche.
`404`	`unknown_type`	Type de tâche inconnu : vérifiez le champ type de votre requête.
`429`	`rate_limited`	Trop de requêtes : ralentissez la cadence, puis réessayez.

Notes techniques

Utilisez des données cohérentes et gérez la limite de l'échéance

Pour l'automatisation, l'API renvoie les entrées normalisées, les points restants et la vélocité requise dans un objet JSON stable. Chaque appel coûte $0.002 ; le même calcul déterministe fonctionne dans le navigateur sans accès réseau.

Cas d'intégration

Ajoutez un indicateur au suivi du sprint

Intégrez le résultat déterministe de l'API à un tableau de bord, un rapport d'état ou un contrôle automatique du risque.

Questions techniques

Combien coûte une requête API ?

Chaque requête API coûte $0.002. Le calcul dans le navigateur repose sur la même logique déterministe et peut s'exécuter localement.

Consulter la documentation complète du KIT →

Lancer gratuitement

Exemple résolu

Transformez un instantané du burndown en objectif quotidien clair

Interprétez la vélocité requise dans son contexte de livraison

Utilisez des données cohérentes et gérez la limite de l'échéance

Cas d’usage

Préparez le point quotidien

Évaluez un ajustement du périmètre

Questions fréquentes

Outils associés

Pour les développeurs — accès API

Endpoint

Appeler depuis votre stack

Exemple de requête

Exemple de réponse

Tarifs

Erreurs

Notes techniques

Utilisez des données cohérentes et gérez la limite de l'échéance

Cas d'intégration

Ajoutez un indicateur au suivi du sprint

Questions techniques

merci