Modèle de bilan

Définissez le périmètre du bilan

Utilisez ce modèle après une mise en pratique ou un pilote pour proposer de poursuivre, de modifier la méthode ou de l'arrêter. Terminer des leçons indique une progression pédagogique, pas un effet sur le travail.

Pour une pratique individuelle, une tâche, ses résultats et votre prochaine action suffisent. Pour un pilote d'équipe ou d'entreprise, ajoutez le responsable métier, le relecteur, les autorisations d'accès aux données, les coûts et la personne habilitée à approuver la suite. Un exercice n'autorise pas à modifier les systèmes partagés. Ne communiquez que les informations nécessaires et autorisées pour les destinataires.

1. Précisez la décision

Décrivez les tâches réellement testées. Cinq cas d'usage ne sont pas obligatoires, pas plus qu'un échec à signaler.

2. Séparez constats et prévisions

Mesuré : appuyé par des observations ou des traces. Estimation personnelle : déclaration d'un participant sans mesure ou vérification indépendante. Hypothèse : valeur utilisée pour une prévision, non observée.

Comptez les vérifications, corrections, tentatives échouées et interventions humaines dans le temps de travail. Indiquez séparément préparation et coûts des outils. Signalez les différences de difficulté ou de volume.

Ne mélangez pas ces catégories pour annoncer un résultat mesuré. Une prévision distincte peut combiner mesures et hypothèses avec formule, plage de valeurs et analyse de sensibilité. Réduire le temps ne réduit pas automatiquement les dépenses ; une comparaison avant/après ne suffit pas à établir la causalité.

3. Exemple : un essai plus court, mais incomplet

Chiffres illustratifs des données de pratique E1, pas d'une exécution observée sur MasterOS :

L'écart est de 20% : (40 - 32) / 40. Mais E04 s'est arrêté sans résultat accepté, avec les données effectivement renvoyées encore à vérifier. Les durées ne correspondent pas à un travail achevé équivalent. Elles ne prouvent ni un gain de productivité de 20%, ni un ROI, ni une économie financière.

Proposition : maintenir le parcours concerné en pause, vérifier les données renvoyées, corriger si un défaut est confirmé et refaire les tests. Le responsable métier décide de la reprise après vérification. La proposition n'est pas une approbation.

4. Décrivez l'utilisation et les points à éclaircir

Un essai sans incident peut couvrir peu de situations. Décrivez ce qui a été vérifié, sans inventer un échec ni déclarer tous les risques maîtrisés.

5. Copiez et remplissez

Tâche / périmètre individuel ou d'équipe :
Période et cas :
Objectif et exigences de qualité :
Avant / avec IA, avec les mêmes unités :
Nature du chiffre, source et relecteur :
Vérifications/corrections ; cas échoués ou inachevés :
Préparation et coûts :
Utilisation réelle et aide nécessaire :
Incertitudes et limites de comparaison :
Proposition et périmètre autorisé :
Action / responsable / échéance / critère d'acceptation :
Approbateur si nécessaire / état de l'approbation :
Date de suivi :

Vérifiez sources, unités, prévisions distinctes et conclusions limitées au périmètre testé. Chaque action doit avoir un responsable. Avant de proposer une extension en entreprise, vérifiez qualité, autorisations, coûts et gestion des incidents. Enregistrer le bilan ne vaut pas autorisation de déploiement.

Référence

Le modèle Kirkpatrick distingue application au travail (Level 3) et résultats organisationnels (Level 4). Les catégories, calculs et formulaires sont propres à ce modèle de bilan, pas une formule de ROI ni une certification Kirkpatrick.