En cuisine ! Du brief au prototype corrigé

Maison Sel & Poivre est un restaurant fictif de 60 couverts qui accueille chaque saison des commis débutants. Le problème imaginé : avant le service, les nouveaux commis perdent du temps et prennent des risques (matériel inadapté, poste encombré, oubli d’un lavage de mains, décision prise seul face à un imprévu).

Comment entraîner un débutant à prendre, seul et avant le service, les bonnes décisions pour préparer un poste sûr et prêt à l’emploi ?

Avant de choisir une formation, j’ai distingué quatre causes possibles : manque de connaissances, manque de pratique, problème d’organisation du poste, manque de consignes. Seul le manque de pratique justifie un module de mise en situation ; les autres appellent un affichage, un aménagement ou une fiche. Ce contexte reste une hypothèse : il n’a pas été vérifié auprès d’un restaurant.

À partir d’une fiche technique et d’un poste de travail simulé, l’apprenant sera capable de :

1. sélectionner le matériel nécessaire à une préparation et écarter le matériel inutile ;
2. ordonner les étapes de sa mise en place, de l’hygiène à la conservation ;
3. repérer sur un poste les éléments qui créent un risque de blessure, de contamination ou d’encombrement ;
4. choisir l’action appropriée face à un imprévu avant de commencer ou de reprendre une tâche.

Chaque objectif est relié à une activité, à un feedback et à une mesure dans le bilan.

J’ai suivi le modèle ADDIE, en distinguant ce qui a été fait de ce qui reste à faire.

• Analyse : besoin et public formulés comme hypothèses ; aucun entretien n’a encore eu lieu.
• Design : objectifs observables, scénario en missions, spécifications des feedbacks et du bilan.
• Développement : prototype généré avec Claude Code à partir de mon cahier des charges, puis audité et corrigé.
• Mise en œuvre : non réalisée ; conditions de déploiement décrites.
• Évaluation : tests techniques réalisés ; tests avec des apprenants et des professionnels prévus.

Une partie de l’analyse a été formalisée après le développement. Je le précise, car c’est ce qui permet de lire honnêtement le projet.

• Un scénario plutôt qu’un cours. Le problème visé est un manque de pratique de la décision : l’apprenant décide, voit la conséquence, recommence.
• Une seule tâche réelle du début à la fin (une ratatouille pour 20 personnes) : chaque décision s’inscrit dans la même histoire.
• Des mauvaises réponses plausibles, qui correspondent à de vraies erreurs de débutant.
• Un feedback qui montre puis explique. L’apprenant voit la conséquence de son choix avant l’explication et le geste attendu.
• Un vocabulaire expliqué (bac gastronorme, mise en place, fiche technique), pour qu’un débutant n’ait pas à deviner ce qu’est un objet avant de décider.
• Un score au premier essai, qui distingue ce que l’apprenant savait de ce qu’il a appris en se trompant.

1. Le briefing. Lire la mission confiée par la cheffe et confirmer qu’on l’a comprise.
2. Le matériel. Choisir 6 ustensiles utiles parmi 12, à partir de la fiche technique.
3. Le poste. Repérer 5 problèmes sur une illustration, puis ordonner 6 étapes.
4. L’imprévu. Décider dans 3 situations de difficulté croissante.
5. Le contrôle. Cocher les points d’un poste prêt et éviter 2 mauvaises pratiques.

Le prototype a été développé avec Claude Code, un assistant de programmation par IA, à partir de mon cahier des charges. Je n’ai pas écrit le code. Mon travail a porté sur ce que l’IA ne peut pas décider seule : les objectifs, le scénario, les critères des feedbacks, la vérification des règles d’hygiène dans des sources officielles, et l’audit du résultat.

Cet audit a montré pourquoi la vérification humaine reste indispensable : le prototype généré contenait des défauts de conception que la génération n’avait pas détectés.

Aucun résultat d’apprentissage n’est avancé : le module n’a pas encore été testé avec des apprenants.

Mon audit du prototype a relevé sept défauts. Je les ai corrigés et retestés :

• dans l’activité de repérage, toucher toutes les zones donnait le score maximal : chaque fausse alerte compte désormais comme une erreur ;
• au clavier et au lecteur d’écran, l’ordre et les intitulés des zones révélaient la réponse : ils sont maintenant neutres et suivent l’ordre de lecture de l’image ;
• une seule étape mal placée pouvait donner 0/6 : le module signale désormais seulement les étapes à déplacer, et le score compte les paires d’étapes dans le bon ordre ;
• l’illustration, les contrastes, la langue de la page et le vocabulaire du métier ont aussi été corrigés.

Les limites qui restent ne se corrigent pas dans le code : le bilan réutilise les situations de l’entraînement, et le module n’a pas encore été testé avec de vrais apprenants. Le contenu métier doit aussi être validé par un professionnel.

• Objectifs observables
• Scénarisation
• Feedbacks explicatifs
• Alignement pédagogique
• Vérification des contenus
• Audit critique
• Usage raisonné de l’IA
• Documentation des limites

Chaque compétence est appuyée par une preuve dans le prototype ou dans le dossier de conception.