ForHosting KIT · Dates et temps

Calculer la vélocité moyenne et de planification agile

Saisissez les points d'histoire terminés lors des derniers sprints pour obtenir la vélocité moyenne de l'équipe et une valeur prudente de planification : cinq sprints totalisant 150 points donnent une moyenne de 30 et une suggestion de 26,594123. 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

Sprints: 32, 28, 35, 30, 25

Vous obtenez

Nombre de sprints: 5
Total des points de récit: 150
Vitesse moyenne: 30
Écart type: 3,405877

Ce calculateur transforme les points terminés lors des derniers sprints en repère transparent de planification. Il fournit la vélocité moyenne, l’écart type de population des sprints saisis et une suggestion prudente égale à la moyenne moins un écart type, sans jamais descendre sous zéro. Utilisez des sprints récents et comparables pour discuter de la capacité sans confondre prévision et promesse ni laisser une itération exceptionnelle déterminer l’engagement suivant.

Choisissez des sprints représentatifs de l’équipe à planifier

Partez des points terminés pendant des sprints récents menés par une équipe globalement stable avec une définition de terminé cohérente. Saisissez un total par sprint, de préférence dans l’ordre chronologique pour faciliter le contrôle, même si l’ordre ne change pas le calcul. N’incluez un travail que si l’équipe le considérait terminé à la clôture.

Écartez les récits partiels, les points prévus et le travail transféré. Un historique plus long atténue les exceptions, mais des données anciennes peuvent décrire une autre équipe ou méthode. Cinq à dix sprints comparables constituent souvent une fenêtre pratique; un seul reste accepté et produit alors un écart type nul.

Si l’effectif, la durée, l’échelle d’estimation ou le processus ont beaucoup changé, ne retenez que les observations comparables ou calculez des périodes distinctes. Le résultat répond ainsi clairement au nombre de points récemment terminés par cette équipe dans ses conditions actuelles.

Interprétez la moyenne et la suggestion prudente

La vélocité moyenne est la moyenne arithmétique: la somme des points terminés divisée par le nombre de sprints. Le calcul mesure ensuite l’écart type de population sur les observations fournies. Une faible valeur indique des résultats groupés; une valeur élevée signale davantage de variation.

La suggestion retire un écart type à la moyenne et applique un plancher de zéro. C’est un repère prudent, pas une garantie probabiliste, un engagement de service ni un intervalle de confiance. La formule de population convient parce que la fenêtre transmise représente l’historique complet choisi pour cette planification, et non un échantillon exigeant la correction de Bessel.

Les sorties sont arrondies à six décimales pour stabiliser les automatisations, tandis que le calcul interne conserve sa précision. La moyenne décrit le centre du passé; la suggestion ajoute une marge liée à la variabilité constatée. Si l’équipe arrondit ensuite au point entier inférieur, consignez séparément ce choix local.

Employez la vélocité comme indice, jamais comme objectif individuel

Examinez le résultat avec les disponibilités, congés, astreintes, dépendances et caractéristiques du prochain backlog. Une suggestion de 27.4 points peut guider une discussion autour de 27, mais elle ne doit pas effacer une situation exceptionnelle connue. Recalculez régulièrement avec une fenêtre mobile cohérente et conservez les totaux afin de rendre le chiffre reproductible.

Une hausse soudaine de l’écart type peut être plus instructive qu’une légère évolution de moyenne: elle invite à rechercher interruptions, récits trop vastes, dérive d’estimation ou périmètre instable. Ne comparez pas les équipes, car les points constituent une échelle relative locale; deux chiffres identiques ne prouvent ni production ni efficacité égales. N’en faites jamais un quota individuel et ne poussez pas à gonfler les estimations.

Le bon résultat est une prévision partagée et vérifiable qui rend l’incertitude visible.

Cas d’usage

Préparer la planification du sprint

Transformez les derniers totaux de l’équipe en repère prudent avant d’examiner le prochain backlog.

Évaluer la régularité des livraisons

Comparez moyenne et écart type pour distinguer un rythme stable de résultats très variables.

Automatiser une prévision glissante

Envoyez les derniers totaux d’un rapport interne vers un calcul déterministe, reproductible et auditable.

Questions fréquentes

Quel écart type est utilisé?

Le calcul emploie l’écart type de population de la fenêtre exacte et divise les écarts quadratiques par le nombre d’observations.

Pourquoi retirer un écart type?

Cette règle offre une marge prudente simple face aux variations récentes; ce n’est ni un minimum garanti ni un intervalle de confiance formel.

La suggestion peut-elle être négative?

Non. Le résultat est plafonné vers le bas à zéro, les points terminés négatifs ne représentant aucune capacité utile.

Faut-il inclure les récits inachevés?

Non. Indiquez uniquement les points jugés terminés à chaque clôture selon une définition de terminé cohérente.

Combien de sprints faut-il saisir ?

Cinq à dix sprints comparables de la même équipe forment souvent une fenêtre pratique. Un seul sprint est accepté si c'est tout ce que vous avez, mais son écart type sera alors nul.

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/date/velocity-average-calculate

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/date/velocity-average-calculate \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"sprints":[32,28,35,30,25]}'

const res = await fetch("https://api.kit.forhosting.com/date/velocity-average-calculate", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "sprints": [
      32,
      28,
      35,
      30,
      25
    ]
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/date/velocity-average-calculate",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "sprints": [
        32,
        28,
        35,
        30,
        25
    ]
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/velocity-average-calculate", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"sprints":[32,28,35,30,25]}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"sprints":[32,28,35,30,25]}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/velocity-average-calculate", 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

{
  "sprints": [
    32,
    28,
    35,
    30,
    25
  ]
}

Exemple de réponse

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "date.velocity_average_calculate",
  "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_sprints`	1000
`max_story_points`	1000000

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

Employez la vélocité comme indice, jamais comme objectif individuel

L’automatisation par API coûte $0.002 par requête et reste reproductible sans source cachée.

Questions techniques

Que se passe-t-il sans donnée de sprint?

La requête renvoie une erreur invalid_input, car aucune moyenne n’est calculable sans au moins un sprint terminé.

Combien coûte un calcul par API?

Chaque requête API coûte $0.002. Le calcul est déterministe et ne contacte aucun service externe.

Consulter la documentation complète du KIT →

Lancer gratuitement

Exemple résolu

Choisissez des sprints représentatifs de l’équipe à planifier

Interprétez la moyenne et la suggestion prudente

Employez la vélocité comme indice, jamais comme objectif individuel

Cas d’usage

Préparer la planification du sprint

Évaluer la régularité des livraisons

Automatiser une prévision glissante

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

Limites

Erreurs

Notes techniques

Employez la vélocité comme indice, jamais comme objectif individuel

Questions techniques

merci