Apprendre Amazon Bedrock en 30 jours au Maroc : le plan semaine par semaine

Définir un résultat mesurable à atteindre

Avant de commencer, formulez un objectif que vous pourrez vérifier au jour 30. Par exemple : « créer une démonstration qui reçoit une question, envoie une requête à un modèle de fondation disponible dans Amazon Bedrock et affiche une réponse compréhensible ». L’objectif n’est pas de maîtriser tout le service ni de produire une application prête à être déployée en entreprise. Il s’agit d’acquérir des bases utiles et de savoir expliquer ce que vous avez construit.

Choisissez un cas d’usage limité et sans données sensibles : résumer un court texte fictif, classer des demandes de service client rédigées pour l’exercice ou proposer une réponse à partir d’un petit document de démonstration. Établissez dès le départ trois critères de réussite : l’appel au modèle fonctionne, le résultat répond à la consigne et vous pouvez décrire les limites de votre prototype.

Prévoyez quatre à cinq heures de pratique par semaine. Si vous débutez aussi en programmation ou en cloud, utilisez les séances supplémentaires pour consolider ces prérequis plutôt que d’accumuler des fonctionnalités. Une feuille de suivi avec la date, l’exercice, le résultat et la difficulté rencontrée facilitera l’auto-évaluation.

• À la fin du parcours, vous devriez savoir distinguer le service Bedrock d’un modèle de fondation, lancer un test simple et décrire les grandes étapes d’une requête.
• Notez les questions à résoudre au lieu de changer constamment de tutoriel ou de cas d’usage.

Semaine 1 : découvrir l’environnement

Objectif : comprendre à quoi sert Amazon Bedrock, repérer ses principaux composants et effectuer un premier test sans chercher à tout configurer. Commencez par consulter les ressources de référence d’AWS et les supports d’apprentissage disponibles, puis résumez avec vos mots le rôle du service, des modèles de fondation et d’une requête envoyée à un modèle.

Jour 1, définissez votre cas d’usage et vos trois critères de réussite. Jour 2, apprenez le vocabulaire nécessaire : modèle de fondation, prompt, réponse générée et accès au service. Jour 3, repérez les étapes générales d’utilisation et les paramètres de compte ou d’autorisations à vérifier dans la documentation officielle. Jour 4, réalisez un premier test guidé dans l’environnement disponible. Jour 5, consignez le résultat, les difficultés et les notions à revoir.

Exercice débutant : soumettez au modèle une consigne courte, par exemple demander le résumé d’un paragraphe inventé pour l’exercice. Modifiez ensuite une seule partie de la consigne — le ton, le format ou la longueur attendue — et comparez les réponses. Cette expérience vous apprend à observer l’effet d’une consigne sans confondre un résultat différent avec une amélioration certaine.

Jalon de fin de semaine : expliquez en quelques phrases ce que vous avez testé, quelles données vous avez utilisées et ce que vous ne savez pas encore faire. Si vous ne pouvez pas retracer les étapes de votre test, recommencez-le avant de passer à la semaine suivante.

• Temps indicatif : 4 à 5 heures sur la semaine.
• À vérifier : accès au service, consigne utilisée, réponse obtenue et éventuelles limites de votre environnement.

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

Objectif : gagner en régularité avec des essais simples et comparables. Gardez le même cas d’usage et entraînez-vous à rédiger une consigne claire, à préciser le format attendu et à vérifier que la réponse correspond à la demande. Si vous utilisez une interface de test, commencez par elle. Si vous êtes à l’aise avec la programmation, examinez ensuite comment une application peut transmettre une requête à Bedrock, en suivant les instructions officielles adaptées à votre environnement.

Jour 1, écrivez trois variantes d’une même consigne. Jour 2, demandez une réponse sous forme de liste ou de champs clairement séparés. Jour 3, testez une tâche de classification sur quelques exemples fictifs et vérifiez manuellement chaque résultat. Jour 4, répétez un essai en ne changeant qu’un paramètre à la fois. Jour 5, comparez vos résultats et notez les cas où le modèle répond de façon imprécise ou inattendue.

Pour rendre l’exercice utile, préparez cinq à dix entrées non sensibles et une réponse attendue pour chacune. Un modèle peut produire une sortie plausible mais incorrecte : votre vérification doit donc porter sur le contenu, pas seulement sur la forme. Évitez d’envoyer des informations personnelles, confidentielles ou appartenant à un employeur sans autorisation explicite et sans avoir vérifié les règles applicables.

Jalon d’auto-évaluation : sur une échelle de 1 à 5, notez votre capacité à lancer un test, à formuler une consigne, à comparer deux résultats et à repérer une réponse problématique. Conservez un exemple réussi et un exemple raté ; ils serviront à améliorer votre projet final.

• Temps indicatif : 4 à 5 heures sur la semaine.
• Exercices Amazon Bedrock débutant : reformulation de consignes, réponse structurée, classification d’exemples fictifs et comparaison contrôlée.

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

Objectif : passer des essais isolés à une tâche professionnelle limitée. Choisissez un besoin que vous pouvez simuler sans donnée réelle, par exemple aider à retrouver une réponse dans une courte FAQ fictive ou produire un premier résumé d’un texte de démonstration. Définissez le profil de l’utilisateur, les entrées attendues, la sortie souhaitée et les erreurs à éviter.

Jour 1, décrivez le besoin en une page au maximum et sélectionnez un petit jeu de données fictif. Jour 2, construisez une première version qui envoie une consigne au modèle et récupère le résultat. Jour 3, testez plusieurs exemples, notamment une demande ambiguë et une demande hors sujet. Jour 4, améliorez la consigne pour obtenir une réponse plus lisible et indiquez comment l’utilisateur doit vérifier le résultat. Jour 5, demandez à une autre personne de tester la démonstration si cela est possible.

Si vous n’avez pas encore les bases nécessaires pour coder une intégration, gardez le projet dans l’interface de test et documentez le flux que suivrait une application. Il vaut mieux livrer une démonstration modeste, reproductible et comprise qu’un assemblage complexe dont vous ne pouvez pas expliquer les étapes. Dans tous les cas, ne présentez pas le prototype comme un système prêt pour la production.

Jalon de fin de semaine : une personne qui n’a pas suivi vos essais doit pouvoir comprendre le besoin, utiliser votre démonstration et voir au moins une limite connue. Ajoutez une courte note sur les résultats qui doivent être contrôlés par un humain.

• Temps indicatif : 5 à 6 heures, car la mise au point demande souvent plusieurs essais.
• Livrable intermédiaire : scénario, exemples de test, consigne retenue et liste des limites.

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

Objectif : terminer un mini-projet que vous pouvez refaire et expliquer. Reprenez votre scénario, retirez les éléments inutiles, testez la démonstration sur les mêmes exemples et consignez les résultats. Une réalisation finale convenable peut être une interface de test documentée, un petit prototype ou un schéma fonctionnel accompagné d’une démonstration guidée.

Jour 1, fixez le périmètre final et écartez les fonctionnalités qui ne sont pas indispensables. Jour 2, vérifiez le fonctionnement avec vos exemples habituels. Jour 3, essayez des formulations différentes et des entrées ambiguës pour repérer les limites. Jour 4, rédigez une fiche d’utilisation et une courte explication des choix effectués. Jour 5, présentez le résultat en quelques minutes, puis faites votre bilan du mois.

Votre dossier final peut comprendre le problème traité, le mode opératoire, les exemples fictifs utilisés, deux résultats représentatifs, les limites observées et les prochaines améliorations. Ne publiez pas de clés d’accès, de secrets techniques ou de données confidentielles dans un dépôt de code ou une présentation. Contrôlez également les paramètres de votre compte AWS et arrêtez les ressources de test qui ne sont plus nécessaires.

Jalon final : attribuez-vous une note de 1 à 5 sur la compréhension de Bedrock, la qualité des consignes, la capacité à tester les résultats et l’autonomie dans la reproduction de votre démonstration. Comparez ces notes à celles de la première semaine. Si vous ne pouvez pas reproduire votre réalisation sans suivre chaque étape d’un tutoriel, prévoyez une nouvelle séance de révision.

• Temps indicatif : 5 à 6 heures.
• Réalisation finale : une démonstration reproductible, une courte documentation et une auto-évaluation.

Adapter le rythme et poursuivre après 30 jours

Si vous disposez de moins de temps, conservez les quatre jalons hebdomadaires et réduisez le nombre d’exemples testés plutôt que de supprimer la vérification. Avec deux ou trois heures par semaine, concentrez-vous sur un seul cas d’usage et décalez les exercices de programmation si les bases manquent. Avec davantage de disponibilité, approfondissez les essais, la documentation et la comparaison des résultats, sans multiplier les services avant de comprendre le parcours de la requête.

Après le mois, choisissez une suite en fonction de ce qui vous a le plus freiné. Si vous avez eu du mal à formuler les consignes, poursuivez les exercices de test et de contrôle. Si l’environnement cloud vous a bloqué, consolidez vos repères AWS et la gestion des accès. Si vous voulez construire une application, travaillez les bases de programmation et l’intégration à partir de la documentation officielle. Pour un objectif professionnel, transformez votre mini-projet en démonstration claire et expliquez les limites et les choix de conception.

Un parcours encadré peut aider à structurer les exercices et à recevoir des retours. FormaGroup propose des formations sur mesure selon les informations fournies pour son réseau ; les programmes AWS Skill Builder et JobInTech peuvent aussi compléter l’apprentissage selon leurs offres et les besoins de l’apprenant. Le ministère marocain présente par ailleurs des dispositifs d’upskilling et de reskilling : vérifiez leurs conditions et leur adéquation à votre projet avant de vous inscrire.

• Temps limité : un cas d’usage, peu d’exemples, mais une vérification complète.
• Temps supplémentaire : approfondir l’intégration, la documentation et les tests plutôt que d’ajouter plusieurs cas d’usage à la fois.

Le parcours, étape par étape

1. 1Jours 1 à 7 — comprendre et tester — Définissez votre résultat cible, découvrez les notions essentielles et réalisez un premier test simple avec une consigne courte. Gardez une trace des étapes et notez les points à éclaircir.
2. 2Jours 8 à 14 — pratiquer les gestes de base — Comparez des variantes de consignes, demandez des sorties structurées et testez une petite série d’exemples fictifs. Évaluez votre capacité à vérifier les réponses et à repérer les imprécisions.
3. 3Jours 15 à 21 — construire un cas d’usage — Choisissez une tâche représentative mais limitée. Créez une démonstration ou documentez son fonctionnement, puis testez des entrées normales, ambiguës et hors sujet.
4. 4Jours 22 à 30 — finaliser et faire le bilan — Stabilisez le périmètre, refaites vos tests, rédigez une fiche d’utilisation et présentez votre réalisation. Comparez votre auto-évaluation avec celle de la première semaine.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Formation Amazon Bedrock — FormaGroup formagroup.ma
2. AWS Skill Builder skillbuilder.aws
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
5. Amazon Web Services aws.amazon.com