Hackathon IA en cabinet comptable : le kit en six semaines

Ce kit organise un premier hackathon IA en cabinet comptable sur six semaines : quatre à six irritants métier retenus, des équipes mixtes, un jour J de construction et une décision écrite pour chaque prototype. Il réunit le calendrier, les rôles, la grille de tri des irritants, le règlement de sécurité, la grille d’évaluation et la suite à donner. Dernière revue : 21 octobre 2026.

Le défi IA met en pratique deux des 12 piliers du CNOEC, publiés dans le livret IA du Conseil national de l’ordre des experts-comptables : « Commencer petit et avancer progressivement » et « Identifier les cas d’usage les plus pertinents ». Ce n’est pas un concours de code. Un prototype peut être une consigne structurée, un assistant configuré ou une procédure qui combine un outil et un contrôle.

Aucun texte n’impose d’organiser un défi. Les obligations citées plus bas, sur les données, les droits sur les livrables et la maîtrise de l’IA, s’appliquent à tout usage. Le format, les durées et les grilles sont des recommandations Lucelia, à ajuster à votre structure.

Six rôles suffisent, et un même associé peut en tenir deux dans une petite structure. Le temps indiqué est une hypothèse de planification pour un cabinet de vingt à cinquante personnes, pas une mesure : relevez le temps réel lors de votre premier défi.

Mélangez les pôles dans chaque équipe : un collaborateur de paie et un collaborateur de production ne voient pas les mêmes failles. Planifiez le défi sur le temps de travail, hors des périodes de clôture et de liasses, plutôt que sur des soirées.

Deux semaines pour choisir, deux pour préparer, deux pour construire et décider. Le jour J tombe en semaine 5, pour laisser une semaine à la décision.

1. 01 · S1

   Lancer et collecter

   L’associé annonce le défi. Le règlement de sécurité est publié avant l’appel aux irritants : tâche, fréquence, personnes concernées, résultat attendu, données nécessaires.

2. 02 · S2

   Sélectionner

   Le tri retient quatre à six irritants, chacun avec un porteur et un critère de réussite. Chaque irritant écarté reçoit une réponse motivée.

3. 03 · S3

   Former et préparer

   Prise en main des outils autorisés, constitution des équipes, remise des jeux de données fictifs et de la grille d’évaluation.

4. 04 · S4

   Explorer

   Premiers essais courts. Un point de trente minutes avec le porteur vérifie que l’équipe traite le bon problème.

5. 05 · S5

   Construire, le jour J

   Une journée ou deux demi-journées. Chaque équipe remplit sa fiche : consigne, données, résultat, limites, contrôle humain.

6. 06 · S6

   Présenter et décider

   Dix minutes de démonstration par équipe, notation, puis un statut écrit par prototype. Les enseignements sont partagés, échecs compris.

Retenez des tâches fréquentes, dont le résultat se vérifie en quelques minutes et qui se testent sur des données fictives. Écartez celles où une erreur produit directement un effet fiscal, social ou juridique, ou qui exigent un dossier réel.

Un irritant écarté n’est pas un mauvais sujet : il demande un cadre que le défi ne fournit pas. Transmettez-le au comité IA avec la raison de l’écart, et dites-le à la personne qui l’a proposé.

Un règlement d’une page, publié en semaine 1, avant tout appel aux irritants. Il dit avec quels outils et quelles données on travaille, ce qu’un prototype n’a pas le droit de faire et à qui appartient ce qui est produit. La CNIL recommande d’ailleurs, pour tout déploiement d’IA générative, une liste d’utilisations autorisées et interdites et la formation des utilisateurs.

Avec une grille d’évaluation commune, remise aux équipes dès la semaine 3 et notée par chaque membre du jury. Elle récompense un prototype vérifiable et reprenable, pas la démonstration la plus fluide.

Le gain de temps n’est pas noté le jour J : un prototype testé sur des données fictives ne permet pas de le mesurer. Il se mesure en pilote, sur de vrais dossiers, dans un cadre autorisé.

Chaque prototype reçoit un statut écrit dans la semaine : arrêt documenté, nouveau test encadré ou passage en pilote. Sans cette étape, le défi laisse de l’enthousiasme et une collection de prototypes oubliés.

• Pilote de quatre semaines sur un pôle, avec un propriétaire, un outil validé et des données autorisées par la charte.
• Mesure du temps de préparation, des corrections et des erreurs détectées, comparés au traitement habituel.
• Décision du comité IA : poursuivre, corriger ou arrêter.
• Mode opératoire écrit pour chaque pratique retenue, puis formation des personnes concernées.
• Trace des participants, des séances et des décisions dans le registre du cabinet.

Cette trace sert aussi l’article 4 de l’AI Act, applicable depuis le 2 février 2025 : depuis le règlement (UE) 2026/1744, il demande de prendre des mesures pour favoriser la maîtrise de l’IA du personnel. La Commission européenne indique qu’un registre interne des formations et initiatives peut être tenu. Un défi est l’une de ces mesures, pas une preuve de conformité à lui seul.

• Lancer l’appel aux irritants avant d’avoir publié le règlement.
• Retenir plus de six défis : le jury ne tranche plus.
• Récompenser la démonstration plutôt que la reprise par un collègue.
• Laisser des irritants écartés sans réponse.
• Annoncer un gain chiffré avant le pilote.
• Laisser un prototype sans propriétaire après le jour J.

Les faits cités viennent de documents lus à la source : livret IA et guide « Parlons data et IA » du Conseil national de l’ordre des experts-comptables, CNIL, ANSSI, Code de la propriété intellectuelle, Code du travail et règlement européen. Les irritants sont fictifs. Calendrier, rôles, durées et grilles sont des recommandations Lucelia.

Aucun gain chiffré n’est annoncé : nous n’avons pas trouvé de mesure publique et sourcée propre aux défis IA en cabinet comptable.