Pourquoi partir d’une tâche acceptée ?
Une réponse produite n’est pas forcément un travail utilisable. Définissez une unité : un compte rendu relu, une fiche validée ou une demande correctement orientée. Précisez les critères d’acceptation avant l’essai.
Conservez aussi le nombre de tentatives, les échecs et les abandons. Les retirer du calcul ferait apparaître un coût artificiellement faible. L’objectif est de comprendre les conditions du travail réellement accompli.
Écrire le dénominateur avant de lancer le pilote
Le nombre de résultats acceptés doit correspondre au même périmètre et à la même période que les coûts retenus.
Quels coûts intégrer dans le calcul ?
Retenez les dépenses pertinentes pour la comparaison : licences affectées au pilote, consommation, préparation des sources, intégration, contrôle humain et reprises. Distinguez les coûts de mise en place des coûts récurrents.
La convention d’affectation du temps et des abonnements doit être explicite. Si un abonnement sert à plusieurs activités, indiquez la part attribuée au pilote au lieu de présenter une précision que vous ne pouvez pas justifier.
Comparer le même niveau de qualité
Comparez le processus avec et sans assistance sur une tâche équivalente. Vérifiez le temps de correction et la qualité ; le nombre de sorties seul ne suffit pas.
| Poste | Ce qu’il faut compter |
|---|---|
| Mise en place | Préparation des sources, paramétrage et intégration |
| Utilisation | Part des licences et consommation du pilote |
| Vérification | Temps du contrôle nécessaire à l’acceptation |
| Reprises | Corrections, nouvelles tentatives et incidents |
| Résultats acceptés | Unités conformes aux critères convenus |
Comment appliquer la formule sur un exemple ?
Exemple entièrement fictif : un pilote représente 600 euros de coûts retenus et produit 100 résultats acceptés. Son coût est de 6 euros par résultat accepté. Si 150 tentatives ont été nécessaires, les dépenses correspondant à ces tentatives restent dans les 600 euros.
Cet exemple illustre un calcul. Il ne constitue ni un prix WeGoTo, ni une prévision d’économie, ni un tarif de fournisseur.
Quand réexaminer le choix du modèle ou du processus ?
Si les reprises et le contrôle dominent le coût, examinez la tâche, les sources et les instructions avant de conclure qu’un autre modèle suffira. Si l’intégration est le principal poste, regardez le processus complet.
La keynote JetBrains du Summit constitue un point de départ pour cette question de mesure. Le retour d’expérience rapporté sur scène ne fixe pas votre propre business case. Le budget et l’intérêt d’un déploiement doivent être évalués dans votre contexte.
