Apprendre Microsoft Foundry en 30 jours au Maroc : un plan pratique

Définir un résultat mesurable à atteindre

Avant d’ouvrir Microsoft Foundry, choisissez une tâche précise à accomplir. Un bon objectif de débutant tient en une phrase : « Je vais créer un prototype qui répond à des questions à partir d’un petit ensemble de documents, puis vérifier ses réponses sur des exemples préparés. » Vous pourrez ainsi juger votre progression autrement qu’en comptant les pages de tutoriels consultées.

Microsoft Foundry est une plateforme Microsoft destinée au développement, au déploiement et à la gestion d’applications et d’agents d’intelligence artificielle. Pour un premier mois, il n’est pas nécessaire d’explorer chaque outil. Concentrez-vous sur le parcours qui relie un besoin, un modèle, des instructions, des tests et une démonstration. Les intitulés d’interface pouvant changer, privilégiez les concepts et les résultats plutôt que la mémorisation des menus.

Définissez dès le départ trois critères observables : votre prototype réalise une tâche annoncée ; vous pouvez expliquer les étapes de sa construction ; vous avez testé plusieurs questions ou entrées et noté les cas où le résultat est incomplet ou incorrect. Évitez d’utiliser des informations personnelles ou confidentielles dans vos exercices. Si vous travaillez en entreprise, vérifiez les règles internes et les autorisations avant de charger des données.

Prévoyez un carnet d’apprentissage, numérique ou papier. Pour chaque séance, notez la date, la question étudiée, ce que vous avez essayé, le résultat obtenu et la prochaine action. Cette trace aide à repérer les difficultés récurrentes et à présenter le projet à un formateur, un collègue ou un recruteur.

• Projet conseillé : un assistant de démonstration qui répond à des questions fréquentes à partir de documents fictifs ou publics.
• Livrable final : une courte démonstration, une fiche expliquant le cas d’usage et une liste de tests avec leurs résultats.
• Temps à réserver : environ cinq à sept heures par semaine, en séances de 45 à 90 minutes.

Semaine 1 : découvrir l’environnement

Objectif de la première semaine : comprendre à quoi sert Microsoft Foundry, repérer les ressources de référence et savoir décrire le chemin général d’un projet. Réservez cinq à six heures. Commencez par lire une présentation générale de la plateforme et les pages de documentation Microsoft Learn pertinentes pour votre niveau. Faites une première exploration de l’environnement auquel vous avez accès, sans chercher à tout configurer immédiatement.

Lors de la première séance, écrivez trois usages possibles dans votre domaine : par exemple, retrouver une information dans des consignes fictives, préparer un résumé de démonstration ou classer des demandes d’exemple. Choisissez celui dont les données sont simples et non sensibles. Précisez qui utiliserait le résultat et comment vous sauriez s’il est utile.

Lors de la deuxième séance, repérez les notions de projet, de modèle, d’instructions, de données, de test et de déploiement dans les ressources officielles. Les possibilités affichées peuvent dépendre de votre compte, des droits accordés et de la configuration disponible. Si vous n’avez pas encore accès à un environnement de pratique, poursuivez avec les ressources documentaires et préparez votre cas d’usage ; ne faites pas de l’inscription ou de la configuration votre seul objectif de la semaine.

Exercice débutant : dessinez sur une page le trajet d’une question depuis la personne utilisatrice jusqu’à la réponse produite. Ajoutez les documents ou informations qui pourraient aider le système, puis signalez deux risques : par exemple, une réponse inventée ou une information absente des documents. Cet exercice donne un cadre au projet avant la manipulation.

Jalon d’auto-évaluation : sans consulter vos notes, expliquez en deux minutes le problème choisi, les éléments nécessaires au prototype et ce que vous devrez tester. Si votre description reste vague, réduisez le périmètre. Un premier mois réussi commence souvent par une tâche très limitée.

• À produire : une fiche de cas d’usage d’une page et un schéma simple du parcours de l’information.
• À vérifier : pouvez-vous distinguer l’objectif métier de la manière technique de le réaliser ?
• Temps indicatif : deux ou trois séances totalisant cinq à six heures.

Semaine 2 : maîtriser les opérations de base

La deuxième semaine vise cinq à sept heures de pratique progressive. Suivez un exemple officiel de bout en bout dans l’environnement auquel vous avez accès. L’objectif n’est pas de copier mécaniquement : notez à chaque étape ce que vous modifiez et ce que vous observez. Gardez le projet de la première semaine comme fil conducteur.

Commencez par examiner un modèle ou une configuration proposée dans la documentation, puis entraînez-vous à formuler des instructions simples. Demandez une réponse au format attendu, par exemple une courte synthèse ou une liste de points, et observez les variations lorsque vous reformulez la consigne. Ensuite, préparez quelques questions d’essai et comparez les réponses avec ce que vous attendiez.

Exercices Microsoft Foundry débutant : premièrement, demandez une réponse à une question très claire ; deuxièmement, reformulez la même demande de deux façons ; troisièmement, ajoutez une contrainte de format ; enfin, testez une question dont la réponse ne figure pas dans le contenu fourni. Pour chaque essai, consignez la demande, le résultat et votre appréciation. Ne concluez pas qu’une consigne fonctionne à partir d’un seul exemple.

Si votre projet nécessite des documents, commencez avec un contenu court, fictif ou public, et suivez la procédure documentée pour l’associer à votre prototype. Vérifiez que l’application s’appuie réellement sur l’information attendue au moyen de questions dont vous connaissez la réponse. Si une étape d’accès, de configuration ou de facturation bloque votre pratique, prenez-en note et demandez conseil à votre organisme de formation ou à l’administrateur concerné.

Jalon de fin de semaine : vous devez pouvoir reproduire votre exercice de base, expliquer les paramètres que vous avez changés et identifier au moins deux limites observées. Si vous ne pouvez pas le refaire sans tutoriel, recommencez une fois en vous aidant seulement de vos notes.

• Exercice 1 : tester une consigne simple et décrire la réponse obtenue.
• Exercice 2 : modifier une seule consigne à la fois pour comprendre son effet.
• Exercice 3 : tester une question hors sujet ou sans réponse disponible et observer le comportement.
• À produire : un carnet de tests contenant plusieurs essais et leurs observations.

Semaine 3 : appliquer les acquis à un cas réel

La troisième semaine transforme des essais isolés en un mini-projet cohérent. Prévoyez cinq à sept heures. Sélectionnez un besoin proche d’une situation professionnelle, mais gardez un périmètre réalisable : un petit corpus, un seul public cible et une fonction principale. Pour un contexte marocain, vous pouvez imaginer une démonstration autour de questions fréquentes sur un service, d’un guide interne fictif ou d’une procédure administrative rendue publique. Ne présentez pas un prototype comme un outil officiel ou prêt à être utilisé en production.

Préparez les contenus nécessaires et rédigez une courte description du comportement attendu. Indiquez ce que l’assistant doit faire, ce qu’il ne doit pas prétendre savoir et comment il devrait réagir quand l’information manque. Faites ensuite évoluer votre prototype à partir de cette description en suivant la documentation Microsoft adaptée à l’environnement disponible.

Constituez un jeu de tests avec des questions directes, des formulations différentes, une demande ambiguë et une question dont la réponse n’est pas dans les documents. Comparez les résultats à une réponse de référence que vous avez préparée. Repérez les erreurs de contenu, les réponses trop longues ou les cas où l’assistant ne signale pas son incertitude. Corrigez une cause à la fois : contenu source, consigne ou configuration, selon le cas.

Cette étape est aussi l’occasion d’apprendre à expliquer un choix technique simplement. Dans votre carnet, indiquez pourquoi vous avez retenu ce cas, ce que l’utilisateur doit fournir, ce que le prototype restitue et quelles vérifications restent nécessaires. Une démonstration utile n’est pas seulement une interface : c’est aussi une explication honnête de ce que l’essai sait faire et de ce qu’il ne garantit pas.

Jalon de fin de semaine : une autre personne doit pouvoir comprendre le scénario en lisant votre fiche et essayer au moins une question. Demandez-lui ce qui est clair, ce qui prête à confusion et quelle réponse devrait être améliorée.

• À produire : un prototype limité, un corpus autorisé et une série de tests documentés.
• À évaluer : pertinence des réponses, comportement en cas d’information manquante et facilité de compréhension.
• Temps indicatif : trois ou quatre séances totalisant cinq à sept heures.

Semaine 4 : finaliser et vérifier son résultat

La dernière semaine sert à consolider, pas à ajouter de nombreuses fonctions. Réservez cinq à huit heures pour corriger les défauts les plus visibles, refaire les tests et préparer une présentation courte. Vérifiez que votre démonstration correspond toujours au cas d’usage annoncé et que vous pouvez la reproduire dans les conditions d’accès dont vous disposez.

Reprenez votre jeu de tests sans modifier les questions. Notez pour chacune si le résultat est satisfaisant, partiellement satisfaisant ou à corriger, puis décrivez la raison. Si vous avez changé une instruction ou une source, relancez les tests concernés : une amélioration sur un exemple peut dégrader un autre résultat. Cette vérification est une habitude de travail utile au-delà de la plateforme.

Préparez une démonstration de trois à cinq minutes : le besoin, le fonctionnement général, un exemple réussi, un cas difficile et les limites connues. N’affichez pas de données confidentielles. Présentez le prototype comme un exercice d’apprentissage, sauf validation distincte pour un usage professionnel. Dans votre fiche finale, mentionnez les éléments que vous avez réellement réalisés et ceux qui restent à explorer.

Auto-évaluation finale : pouvez-vous expliquer le cas d’usage sans jargon ? Refaire les étapes principales à partir de vos notes ? Montrer comment vous avez évalué les réponses ? Indiquer les limites et les prochaines améliorations ? Si une réponse est non, consacrez une séance à la renforcer plutôt qu’à démarrer un second projet.

Le livrable final peut être un prototype accessible dans votre environnement, accompagné d’une fiche de projet et d’un carnet de tests. Si l’accès à la plateforme ne permet pas de conserver ou partager le prototype, remettez plutôt une démonstration guidée et une documentation des étapes effectuées. L’important est de rendre votre apprentissage vérifiable.

• Réalisation finale : démonstration d’un cas d’usage, fiche explicative et résultats des tests.
• Dernier contrôle : clarté, reproductibilité, limites identifiées et absence de données sensibles.
• Critère de réussite : vous pouvez expliquer vos choix et reconnaître ce que le prototype ne sait pas faire.

Adapter le rythme et poursuivre après 30 jours

Si vous disposez de peu de temps, gardez le même ordre mais réduisez le périmètre : une fonction, un contenu court et un petit nombre de tests représentatifs. Avec environ deux à trois heures par semaine, il sera plus réaliste de viser une exploration guidée et une maquette documentée que de chercher à couvrir toutes les étapes de développement. Si vous pouvez pratiquer davantage, répartissez les heures supplémentaires entre tests, documentation et retours d’un autre utilisateur plutôt que d’ajouter plusieurs cas d’usage.

Les personnes qui découvrent l’IA peuvent consacrer davantage de temps à la première semaine et aux tests. Celles qui programment déjà peuvent approfondir les exemples techniques documentés et comparer plusieurs façons de structurer leur prototype, sans perdre de vue le besoin initial. Dans les deux cas, vérifiez les exigences propres à l’accès utilisé et les règles de sécurité ou de gouvernance de votre organisation.

Après le mois, choisissez une seule suite : approfondir le développement, améliorer l’évaluation des réponses, travailler avec des sources documentaires ou étudier les conditions de déploiement et de gestion. Appuyez ce choix sur les difficultés rencontrées et le type de poste ou de mission recherché. Les besoins d’un profil technique, d’un chef de projet et d’un utilisateur métier ne sont pas identiques.

Au Maroc, les ressources de formation et d’accompagnement peuvent aider à transformer une pratique personnelle en projet de progression professionnelle. Le dispositif JobInTech et les démarches d’upskilling et de reskilling présentées par le ministère constituent des pistes générales à examiner selon les conditions et offres disponibles. Pour un parcours centré sur Microsoft Foundry, vérifiez directement le contenu, le format et les objectifs de chaque proposition avant de vous engager.

• Rythme léger : conservez un seul projet et validez une étape à la fois.
• Rythme standard : cinq à sept heures par semaine, avec une séance de révision hebdomadaire.
• Suite recommandée : choisissez votre prochain sujet à partir des lacunes révélées par les tests.

Le parcours, étape par étape

1. 11. Fixer le cas d’usage — Choisissez une tâche limitée, un public et un résultat observable. Écartez les données confidentielles et définissez d’emblée ce qui comptera comme une réponse satisfaisante.
2. 22. Découvrir la plateforme — Explorez les ressources Microsoft Learn et les fonctions accessibles dans votre environnement. Dessinez le parcours entre la demande, les informations utilisées et la réponse.
3. 33. Pratiquer les gestes essentiels — Suivez un exemple documenté, testez des instructions et notez l’effet de chaque changement. Gardez un carnet plutôt que de multiplier les tutoriels.
4. 44. Construire un mini-projet — Appliquez les acquis à un besoin proche du travail, avec un périmètre réduit et des contenus autorisés. Préparez des questions de test, y compris des cas difficiles.
5. 55. Vérifier et présenter — Refaites vos tests, corrigez les problèmes prioritaires et préparez une démonstration accompagnée d’une fiche de projet, des résultats observés et des limites.
6. 66. Choisir la suite — Identifiez la principale difficulté rencontrée et sélectionnez un approfondissement pertinent : développement, tests, données documentaires ou gestion du projet.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Formation Microsoft Foundry — FormaGroup formagroup.ma
2. Microsoft Learn learn.microsoft.com
3. JobInTech jobintech.academy
4. Upskilling et reskilling — Ministère de la Transition Numérique et de la Réforme de l’Administration mmsp.gov.ma