06 Évaluation

Complément formateur du module participant 06 Évaluation.

Durée

Environ 60 minutes (le laboratoire estime l’évaluation à livre ouvert elle-même entre 45 et 60 minutes). Rien ne s’exécute ici de manière autonome au sens d’un script : le partenaire rédige ses réponses. Il n’y a donc aucune pause programmée à prévoir. Les animateurs ne sont généralement pas présents pendant la rédaction ; ces 60 minutes appartiennent au partenaire et ne correspondent pas à un temps d’animation devant le groupe.

Fil conducteur

• Ce module ne récompense pas l’exécution des scripts : les modules 01 à 05 ont déjà démontré le fonctionnement mécanique de la migration. Il certifie que le partenaire sait expliquer et défendre les décisions sous-jacentes : profilage de la charge, choix des moteurs et du schéma, exécution de la migration et validation du résultat.
• L’évaluation est volontairement à livre ouvert : migration-plan.md, le CSV du benchmark et tous les modules de ce guide peuvent être consultés. Les questions ouvertes valorisent spécialement la profondeur du raisonnement plutôt que la mémoire ; un partenaire qui parvient à une conclusion différente mais défendable doit obtenir une bonne note.
• Présentez clairement le barème pour que le partenaire sache comment ses 60 minutes sont pondérées : 20 questions à choix multiple à 4 points chacune (80 points), 4 questions ouvertes à 5 points chacune (20 points), soit 100 points, avec 80 points nécessaires pour réussir.
• Le corrigé se trouve dans workshops/snowflake_migration_lab/04-evaluation/docs/answer-key.md. Il est ignoré par Git et délibérément absent de ce site : il est transmis séparément aux architectes solutions, et non par ce guide. N’indiquez jamais ce chemin à un partenaire. Le corrigé ne fait pas non plus partie du dépôt public workshop_public/snowflake_migration_lab : les scripts, fichiers Terraform et projets dbt présents dans ce dépôt en ont été extraits séparément, sans le corrigé. Celui-ci reste distribué aux architectes solutions de la manière décrite ci-dessus.

Erreurs courantes

• Un partenaire a supprimé les deux environnements cloud au module 05 sans enregistrer d’abord migration-plan.md et le CSV du benchmark. Ce sont les deux seuls éléments nécessaires ici, et ils ont disparu après la suppression ; aucun environnement cloud ne permet plus de les régénérer. La seule solution consiste à reprendre les modules 02 à 05 assez loin pour les reproduire, ce qui ne se règle pas en 60 minutes.
• Un partenaire modifie directement assessment.md au lieu de le copier d’abord dans assessment_<their name>.md. L’instruction existe pour une raison : seule la copie doit contenir les réponses, tandis que le modèle vierge doit rester disponible dans le dépôt pour le partenaire ou le groupe suivant.
• À FAIRE : le README de ce module ne contient aucune section de résolution des problèmes. Consignez les difficultés d’évaluation ou d’envoi (pièces jointes absentes, formulation ambiguë des réponses ouvertes, demandes d’indices) après une session avec un groupe réel.

Étapes de réinitialisation

• Si un partenaire obtient entre 70 et 79 (échec de peu), l’architecte solutions lui donne un retour ciblé et lui accorde une nouvelle tentative limitée aux questions ouvertes.
• Si un partenaire obtient moins de 70, l’architecte solutions identifie ses points faibles et le partenaire repasse toute l’évaluation après révision.
• Si assessment.md a été modifié sur place au lieu d’être copié, restaurez le modèle vierge depuis le dépôt avant le partenaire suivant ; ne distribuez pas comme document « vierge » un fichier contenant déjà des réponses.
• Aucun environnement cloud n’est à réinitialiser dans ce module : il a déjà été supprimé au module 05. Si un partenaire a besoin d’artefacts des parties 1 à 3 qu’il n’a pas enregistrés, il doit reprendre le module antérieur concerné ; rien ici ne les recrée.