ForHosting KIT · Outils pour développeurs

Calculateur de sprints pour terminer un backlog

Le calculateur de sprints pour terminer un backlog transforme les points de récit restants et la vélocité attendue en une prévision concrète.

● BetaGratuit · dans votre navigateur

Lancer gratuitement Voir l’API

Utilisez-le depuis WebAPIE-mailTelegramApp bientôt

Il indique le nombre de sprints entiers nécessaires et le numéro du sprint pendant lequel le travail devrait s'achever. Vous pouvez commencer la séquence au sprint un ou saisir le prochain numéro de votre feuille de route. Le calcul est déterministe et transparent ; il facilite les échanges de planification lorsqu'un jalon exprimé en sprint est plus parlant qu'un simple rapport entre points et vélocité.

Saisissez le backlog et une vélocité attendue réaliste

Commencez par les points qui restent réellement, et non par l'estimation initiale du projet. Retirez le travail terminé et ajoutez les nouveaux éléments acceptés s'ils appartiennent à l'engagement. Indiquez ensuite la vélocité attendue en points par sprint. Une moyenne récente et stable constitue souvent une bonne référence ; une valeur volontairement prudente convient mieux aux engagements externes. Le calculateur ne déduit pas la vélocité de l'historique et ne suppose pas que toutes les équipes utilisent la même échelle : il applique vos valeurs. Si les sprints sont numérotés en continu, choisissez le prochain sprint planifié comme point de départ. Par exemple, si le sprint 18 est actif et que la prévision débute ensuite, saisissez 19. Conservez des unités cohérentes : mélanger heures, tickets ou estimations d'équipes calibrées différemment rendrait le résultat trompeur.

Interprétez le nombre et le sprint de fin

Le calcul divise les points restants par la vélocité attendue, puis arrondit au sprint entier supérieur. Une fraction mobilise toujours un sprint. Un backlog de 145 points à raison de 32 points par sprint représente mathématiquement 4.53125 sprints ; il faut donc en prévoir cinq. Avec un départ au sprint 12, la séquence va de 12 à 16 et le sprint final est 16. Le résultat précise aussi la charge attendue du dernier sprint : quatre sprints couvrent 128 points et en laissent 17. Ce reste n'est pas une promesse de périmètre exact, mais montre une éventuelle capacité disponible ou une marge. Si la division est exacte, le dernier sprint porte une charge complète. S'il ne reste aucun point, le résultat annonce zéro sprint sans inventer de sprint final. Le calendrier, la durée, les jours fériés et la date actuelle ne sont pas utilisés.

Traitez la prévision comme un scénario, pas une garantie

La vélocité est une hypothèse ; la livraison réelle varie avec les interruptions, dépendances, changements d'estimation, effectifs et travaux découverts. Considérez donc le résultat comme un scénario aux hypothèses explicites. Vous pouvez tester une vélocité prudente pour les engagements externes, une valeur habituelle pour le plan de travail et une valeur optimiste pour mesurer le potentiel. Comparez les sprints finaux et communiquez cette plage. Recalculez lorsque le backlog évolue fortement ou que plusieurs sprints invalident l'hypothèse. L'outil n'ajoute ni croissance du périmètre, ni marge de risque, ni intervalle de confiance à votre insu. Pour intégrer une réserve, réduisez la vélocité ou augmentez les points restants, puis consignez ce choix. La prévision aide à planifier une version et à examiner des jalons, mais ne doit pas servir à imposer un chiffre périmé. L'API coûte $0.002 par requête ; le même calcul est gratuit dans le navigateur.

Cas d’usage

Prévoir le sprint de livraison

Transformez le backlog restant et une vélocité convenue en numéro de sprint où le périmètre devrait être achevé.

Comparer plusieurs vélocités

Testez des hypothèses prudente, habituelle et optimiste pour observer leur effet sur le nombre de sprints et le jalon final.

Actualiser une feuille de route

Recalculez le sprint final après une livraison, un ajout de récits ou une révision de la vélocité.

Questions fréquentes

Comment le nombre de sprints est-il calculé ?

Les points restants sont divisés par la vélocité attendue, puis arrondis vers le haut, car toute fraction nécessite un sprint entier supplémentaire.

Que signifie le sprint de fin ?

C'est le numéro inclusif du sprint où le backlog devrait être terminé, à partir du sprint initial saisi, qui vaut 1 par défaut.

Que se passe-t-il s'il ne reste aucun point ?

Le résultat indique zéro sprint et signale que le backlog est terminé. Aucun sprint final n'apparaît puisqu'aucun sprint futur n'est nécessaire.

Ce calculateur prévoit-il des dates ?

Non. Il prévoit uniquement un nombre et un numéro de sprint. Utilisez le calendrier, la cadence, les pauses et les jours fériés de votre équipe pour obtenir des dates.

Combien coûte une requête API ?

Chaque requête API coûte $0.002. Vous pouvez aussi calculer gratuitement des scénarios individuels dans le navigateur.

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/backlog-completion-sprints

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/backlog-completion-sprints \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"points_left":145,"expected_velocity":32}'

const res = await fetch("https://api.kit.forhosting.com/biz/backlog-completion-sprints", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "points_left": 145,
    "expected_velocity": 32
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/biz/backlog-completion-sprints",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "points_left": 145,
    "expected_velocity": 32
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/biz/backlog-completion-sprints", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"points_left":145,"expected_velocity":32}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"points_left":145,"expected_velocity":32}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/biz/backlog-completion-sprints", 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

{
  "points_left": 145,
  "expected_velocity": 32
}

Exemple de réponse

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "biz.backlog_completion_sprints",
  "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.

Limites

`max_points_left`	1000000000
`max_velocity`	1000000000
`max_starting_sprint`	1000000000

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.

Consulter la documentation complète du KIT →