Former une équipe à dbt au Maroc : du diagnostic aux progrès mesurables

Partir des tâches et des objectifs de l’entreprise

Une entreprise ne forme pas une équipe à dbt simplement parce que l’outil est présent dans son environnement technique. Elle investit dans une capacité de travail : par exemple, préparer des modèles analytiques réutilisables, détecter plus tôt les problèmes de qualité ou faciliter la compréhension des transformations par les équipes qui consomment les données. Le point de départ est donc une difficulté métier ou technique observable.

Commencez par recueillir des exemples concrets auprès des responsables data, des analystes, des ingénieurs et des personnes qui utilisent les tableaux de bord. Quels modèles sont difficiles à modifier ? Où les erreurs sont-elles découvertes ? Les définitions de données sont-elles comprises par plusieurs équipes ? Les changements sont-ils relus et testés de manière régulière ? Ces questions permettent de distinguer un manque de compétences dbt d’un problème d’organisation, d’accès aux données ou de qualité des sources.

Pour chaque besoin, reliez trois éléments : une situation de travail, une difficulté constatée et un résultat attendu. Par exemple : « Lorsqu’un indicateur change, l’équipe ne sait pas toujours quels modèles en aval vérifier » peut conduire à l’objectif de mieux lire et utiliser les dépendances du projet. Le résultat attendu peut être une modification examinée, testée et documentée selon les règles internes.

Fixez le périmètre avant de choisir le programme. Une équipe qui débute dans dbt ne travaillera pas les mêmes priorités qu’une équipe qui maîtrise déjà les modèles SQL et souhaite renforcer les tests, la documentation ou la maintenance d’un projet existant. Identifiez également les contraintes : disponibilité des participants, entrepôt utilisé, conventions de code, processus de revue et niveau de confidentialité des données.

• Exemples de résultats à viser : modèles plus faciles à comprendre, contrôles de qualité mieux intégrés, documentation plus exploitable ou modifications plus autonomes.
• À clarifier : les tâches concernées, les profils participants, les outils accessibles pendant la formation et les critères qui permettront de juger le résultat.

Évaluer les compétences de l’équipe

Un diagnostic simple peut tenir dans un tableau partagé avec les responsables de l’équipe. Il ne s’agit pas de classer les salariés, mais de savoir qui réalise quelle tâche, avec quel degré d’autonomie et sur quels points une formation peut apporter une réponse. Faites compléter le tableau par les personnes concernées et validez les constats avec leur responsable.

Évaluez séparément les compétences mobilisées dans le travail : écrire ou adapter des modèles SQL, organiser les modèles, comprendre leurs dépendances, ajouter des tests, lire les résultats de ces tests et documenter les transformations. Selon les responsabilités, il peut aussi être utile de regarder la revue de code, le travail dans Git ou l’intégration de dbt dans le processus de livraison. Ne présumez pas que chaque personne doit maîtriser toutes ces tâches.

Utilisez une échelle courte et comprise de tous. Par exemple : 0, la tâche n’est pas encore réalisée ; 1, elle est réalisée avec accompagnement ; 2, elle est réalisée seul dans un cas connu ; 3, la personne sait aussi adapter la méthode à un cas nouveau et expliquer ses choix. Ajoutez un exemple de travail à l’appui lorsque c’est possible. Un niveau déclaré sans exemple peut masquer des écarts d’interprétation.

Un entretien bref et une observation d’un livrable existant peuvent compléter l’autoévaluation. L’objectif est de repérer les besoins communs et les besoins propres à certains rôles. Si les niveaux sont très différents, l’entreprise peut prévoir des groupes distincts, un socle commun suivi d’exercices différenciés, ou des temps d’accompagnement ciblés.

• Modèle de diagnostic par poste et par tâche :
• Poste ou profil : analyste, ingénieur data, responsable data ou autre rôle réellement présent dans l’équipe.
• Tâche de travail : par exemple, créer un modèle, ajouter un test ou documenter une transformation.
• Niveau observé : 0 à 3 selon l’échelle convenue, avec un exemple de livrable ou de situation.
• Difficulté et fréquence : problème rencontré, contexte et fréquence estimée par l’équipe.
• Niveau attendu : autonomie visée après la formation et tâches prioritaires.
• Indicateur de réussite : livrable, contrôle qualité ou observation au poste permettant de constater le progrès.

Définir des objectifs pédagogiques mesurables

Transformez les écarts du diagnostic en objectifs formulés avec un verbe d’action : construire, tester, expliquer, corriger ou documenter. Un objectif comme « connaître dbt » ne précise ni le travail attendu ni le niveau de maîtrise. Préférez, par exemple : « À partir d’un cas représentatif, chaque participant construit un modèle conforme aux conventions de l’équipe, ajoute les tests demandés et explique les dépendances concernées. »

Avant la formation, établissez une mesure de départ. Elle peut prendre la forme d’un exercice bref, d’un échantillon de livrables récents ou d’une grille d’observation. Choisissez des tâches similaires à celles qui seront évaluées après la formation et annoncez les critères à l’avance. Évitez de comparer des exercices de difficulté très différente.

Après la formation, vérifiez l’objectif avec le même type de tâche, en utilisant une grille simple. Elle peut noter la conformité aux conventions, la pertinence des tests, la capacité à repérer les dépendances et la clarté de la documentation. Indiquez ce qui est attendu pour chaque critère : par exemple, tests présents et exécutés, résultat interprété, documentation compréhensible par un collègue.

Les objectifs doivent rester prioritaires et réalistes. Pour une première formation d’équipe, mieux vaut vérifier quelques compétences importantes en profondeur que multiplier les thèmes sans temps de pratique. Prévoyez aussi les conditions de transfert : accès à un dépôt de test, temps réservé après la session et possibilité de demander une revue ou un retour sur les premiers travaux.

• Exemple avant : réaliser un exercice de diagnostic sur un modèle existant et noter les difficultés rencontrées.
• Exemple après : modifier un modèle représentatif, ajouter les tests convenus et expliquer les changements à un collègue.
• Mesure possible : part des participants qui réalisent la tâche avec le niveau d’autonomie défini par l’entreprise.
• Mesure complémentaire : nombre et nature des erreurs relevées lors de la revue, interprétés selon le volume et la complexité des travaux.

Organiser la pratique en situation de travail

Une formation en entreprise gagne à reprendre des situations proches des activités de l’équipe. Les cas pratiques peuvent porter sur des modèles SQL représentatifs, des dépendances entre modèles, des tests adaptés aux règles métier ou la rédaction d’une documentation destinée à un autre profil. Les participants devraient manipuler des exemples assez réalistes pour transférer les acquis, mais suffisamment maîtrisés pour que l’exercice puisse être réalisé dans le temps prévu.

Avant la session, le responsable technique peut sélectionner des cas et préparer un environnement de pratique. Les consignes internes doivent être disponibles : conventions de nommage, méthode de revue, règles de branchement et définition d’un livrable acceptable. Le formateur peut alors adapter les exercices au niveau du groupe et aux objectifs retenus, plutôt que de consacrer le temps à une démonstration générale sans lien avec les tâches du poste.

Exemples d’exercices : reprendre un modèle qui calcule un indicateur et rendre sa structure plus lisible ; repérer les modèles affectés par une modification ; ajouter des tests répondant à des règles métier définies ; examiner un échec de test et proposer une démarche de diagnostic ; compléter la documentation afin qu’un collègue puisse comprendre l’usage du modèle. Chaque exercice doit préciser le contexte, les étapes attendues et les critères de réussite.

La confidentialité doit être intégrée à la préparation. Privilégiez un dépôt d’exercice, un environnement de test ou des données synthétiques lorsque les données réelles ne sont pas nécessaires. Si un cas interne est utilisé, faites valider les droits d’accès, les règles de partage et les consignes de conservation par l’entreprise. Les participants n’ont pas besoin d’exporter des données sensibles pour apprendre à structurer, tester et documenter des modèles.

Prévoyez enfin un temps d’application après la formation. Une courte mission encadrée, une revue de code ou une séance de retour d’expérience aide à repérer les difficultés qui n’apparaissaient pas dans les exercices. Le manager doit rendre possible cette mise en pratique en protégeant du temps et en évitant que les nouveaux apprentissages restent sans usage.

• Cas de modélisation : transformer une table disponible dans l’entrepôt en modèle analytique documenté.
• Cas de qualité : proposer et exécuter des tests correspondant à des règles explicitement fournies.
• Cas de maintenance : suivre les dépendances avant une modification et vérifier les éléments concernés.
• Cas de transmission : expliquer un modèle et ses hypothèses à un collègue qui ne l’a pas créé.

Mesurer l’application après la formation

L’évaluation ne s’arrête pas au ressenti des participants. Une enquête de satisfaction indique si le format et les exercices ont été appréciés, mais elle ne prouve pas à elle seule que les compétences sont utilisées au poste. Organisez plusieurs points de mesure : les acquis à la fin de la formation, l’application lors d’une tâche réelle et, plus tard, les résultats liés aux objectifs de l’entreprise.

Choisissez peu d’indicateurs, en cohérence avec le problème de départ. Pour les compétences, observez la réussite d’une tâche pratique et le niveau d’aide nécessaire. Pour la qualité, examinez les résultats des revues ou les défauts détectés dans le périmètre retenu. Pour l’autonomie, notez si la personne peut accomplir une tâche définie sans intervention directe, tout en sachant solliciter une revue lorsque le processus l’exige.

Interprétez les chiffres avec prudence. Une évolution peut dépendre du niveau de difficulté des modèles, de la disponibilité des environnements, des changements d’équipe ou du volume de travail. Comparez donc des situations aussi proches que possible et documentez les facteurs qui expliquent les écarts. L’objectif est d’améliorer le plan d’accompagnement, non de transformer un indicateur isolé en jugement individuel.

Prévoyez un bilan avec les participants, leur responsable et, si nécessaire, les personnes qui reçoivent leurs livrables. Demandez quelles tâches sont devenues plus faciles, quels blocages persistent et quels supports manquent. Les réponses peuvent conduire à une séance de consolidation, à une clarification des conventions d’équipe ou à une amélioration du processus de revue.

• Compétence : réussite d’un exercice ou d’une tâche métier selon une grille connue.
• Qualité : respect des règles de test, de documentation et de revue définies pour le projet.
• Autonomie : niveau d’accompagnement nécessaire pour réaliser une tâche comparable.
• Transfert : utilisation des pratiques apprises sur un livrable de l’équipe après la formation.
• Résultat collectif : évolution d’un problème ciblé, analysée avec son contexte et ses limites.

Préparer le budget et le dossier de formation

Pour préparer le budget, décrivez le besoin avant de demander une proposition : profils concernés, tâches visées, niveau de départ, objectifs, format souhaité, durée envisagée et contraintes de calendrier. Demandez comment les exercices seront adaptés au contexte de l’entreprise, quels prérequis sont nécessaires et quels éléments permettront d’évaluer les acquis. Comparez les propositions sur leur adéquation aux objectifs et au travail réel, pas uniquement sur le nombre de thèmes annoncés.

Le dossier interne peut réunir le diagnostic, les objectifs mesurables, le programme, les modalités pratiques, le budget estimatif et le dispositif d’évaluation. Ajoutez les responsabilités : qui valide les cas pratiques, qui prépare l’environnement, qui autorise les accès et qui suivra l’application après la formation. Cette préparation facilite également les échanges avec les organismes concernés par une éventuelle prise en charge.

Au Maroc, les dispositifs et conditions administratives peuvent évoluer. Avant d’établir un budget définitif ou de considérer une dépense comme éligible, l’entreprise doit confirmer les règles en vigueur, les pièces requises, les délais et les démarches applicables auprès des interlocuteurs officiels. Les références ci-dessous orientent vers des pages de l’OFPPT consacrées aux dispositifs CSF, à l’analyse des besoins et à la formation intra-entreprise ; elles ne remplacent pas la vérification du cas particulier de l’entreprise.

• Encadré — OFPPT, CSF et GIAC : l’OFPPT présente les Contrats spéciaux de formation (CSF) et propose des informations sur l’ingénierie de la formation continue ainsi que la formation intra-entreprise.
• Le GIAC peut intervenir dans l’environnement de la formation en entreprise ; vérifiez directement auprès des organismes concernés le dispositif mobilisable, les règles applicables, les critères d’éligibilité et les pièces à fournir.
• Ne bâtissez pas le calendrier ou le budget sur une règle supposée : confirmez les modalités en vigueur avant l’engagement de la formation.
• Formalisez dans le dossier le besoin par poste, le programme, les résultats attendus, les modalités d’évaluation et les justificatifs demandés par l’organisme concerné.

Le parcours, étape par étape

1. 11. Décrire les situations de travail — Recueillir auprès des équipes des exemples de tâches liées aux modèles analytiques, aux tests, aux dépendances et à la documentation. Relier chaque difficulté à un résultat opérationnel attendu.
2. 22. Diagnostiquer les compétences par profil — Évaluer les tâches réellement confiées à chaque profil, le niveau d’autonomie et les difficultés observées. Valider l’autoévaluation avec des exemples de travail.
3. 33. Choisir les priorités et les objectifs — Retenir les écarts les plus importants pour l’entreprise et écrire des objectifs observables, avec un livrable et des critères de réussite.
4. 44. Préparer le programme et les cas pratiques — Choisir des exercices proches du travail quotidien, adapter leur difficulté au groupe et organiser un environnement de pratique conforme aux règles de confidentialité.
5. 55. Mesurer le niveau de départ — Faire réaliser un exercice ou examiner des livrables représentatifs avec une grille définie avant la formation.
6. 66. Former et accompagner l’application — Organiser la formation, puis réserver du temps pour appliquer les acquis sur une tâche réelle avec un retour ou une revue adaptée.
7. 77. Évaluer et ajuster — Comparer les résultats avant et après sur des tâches similaires, examiner les facteurs de contexte et décider d’un accompagnement complémentaire si nécessaire.
8. 88. Vérifier le dossier et le financement — Préparer les éléments administratifs et confirmer auprès des organismes concernés les règles et conditions en vigueur avant toute décision de prise en charge.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Contrats spéciaux de formation (CSF) — OFPPT newweb.ofppt.ma
2. Ingénierie de la Formation Continue : Identification et Analyse des Besoins de Formation — OFPPT ofppt.ma
3. Formation intra-entreprise — OFPPT ofppt.ma
4. Modélisation analytique avec dbt — FormaGroup formagroup.ma
5. dbt — FormaGroup formagroup.ma