Former une équipe à Amazon Web Services au Maroc : diagnostiquer, pratiquer, mesurer

Partir des tâches et objectifs de l’entreprise

Un plan de formation AWS pour les salariés doit commencer par une question opérationnelle : quelle tâche l’équipe doit-elle mieux réaliser ? Une entreprise qui prépare une migration n’a pas les mêmes priorités qu’une équipe applicative qui doit déployer plus régulièrement, ou qu’un service financier qui doit comprendre les coûts du cloud. Le terme « besoins en compétences AWS » devient utile lorsqu’il est relié à des situations précises et observables.

Réunissez le responsable métier, le responsable technique et les futurs participants. Examinez les incidents récurrents, les retards de livraison, les opérations encore manuelles, les erreurs de configuration et les difficultés de compréhension des coûts. Distinguez le symptôme de sa cause : une facture difficile à expliquer peut signaler un manque de visibilité et de pratiques de suivi, mais elle ne prouve pas à elle seule qu’une formation est la seule réponse.

Formulez un résultat d’entreprise avant de choisir le programme. Exemples : rendre les déploiements plus reproductibles, améliorer la qualité des revues de configuration, diminuer les erreurs de manipulation dans un environnement de test ou permettre à l’équipe de présenter les principaux postes de coût. Évitez les objectifs vagues comme « maîtriser AWS » : ils ne disent ni quelle tâche doit changer ni comment constater le progrès.

Enfin, délimitez le périmètre. Précisez les services concernés, les rôles autorisés, les contraintes de production et les compétences déjà présentes. Cette étape permet de distinguer une initiation commune à plusieurs métiers d’un approfondissement destiné aux développeurs, administrateurs système, équipes DevOps ou responsables de coûts.

• Question de cadrage : quelle tâche doit devenir plus fiable, plus rapide ou plus autonome ?
• Éléments à examiner : procédures, tickets, incidents, déploiements, revues de coûts et retours des utilisateurs internes.
• À consigner : situation actuelle, résultat attendu, équipe concernée, échéance et responsable du suivi.

Évaluer les compétences de l’équipe

Un diagnostic simple combine un entretien bref, une autoévaluation structurée et une tâche pratique. Pour chaque compétence, utilisez une échelle identique : 0 signifie « jamais réalisé », 1 « réalisé avec aide », 2 « réalisé seul dans un cas connu », 3 « réalisé seul et expliqué à un collègue ». Demandez un exemple récent pour éviter de confondre confiance déclarée et capacité démontrée.

Évaluez par profil : un développeur peut devoir déployer et diagnostiquer une application ; un administrateur peut être chargé des accès, du réseau ou du stockage ; un responsable de projet peut avoir besoin de comprendre les responsabilités partagées, les choix de services et les coûts. Les objectifs de formation ne doivent pas imposer le même niveau technique à tous les participants.

Voici un modèle de diagnostic à adapter. Il peut être rempli lors d’un atelier avec le manager et les salariés. Ajoutez une colonne de priorité, par exemple haute, moyenne ou basse, et une colonne d’indicateur de résultat. Une compétence importante pour une opération imminente peut être prioritaire même si son niveau de départ n’est pas le plus faible.

• Modèle : Poste | Tâche AWS | Niveau observé (0–3) | Difficulté constatée | Niveau cible | Priorité | Indicateur de réussite.
• Exemple : Développeur | déployer une version de test | 1 | dépend d’une intervention manuelle | 2 | haute | déploiement de test effectué selon la procédure et contrôlé.
• Exemple : Exploitation | vérifier les accès d’un environnement | 1 | contrôle irrégulier | 2 | haute | revue réalisée avec la liste de vérification prévue.
• Exemple : Responsable de projet | expliquer les principaux postes d’une estimation | 0 | estimation difficile à discuter | 1 | moyenne | présentation des hypothèses et postes majeurs.

Définir des objectifs pédagogiques mesurables

Transformez chaque écart prioritaire en action observable, contexte et critère de réussite. Un objectif mesurable indique ce que le participant fera, sur quel type de cas et selon quelle qualité attendue. Par exemple : « à partir d’un scénario de déploiement de test, le participant identifie les services AWS utilisés, suit la procédure de déploiement et vérifie les étapes de contrôle sans aide ». La grille peut noter l’exactitude, le respect des règles et le degré d’autonomie.

Établissez une mesure avant la formation. Elle peut combiner une question de connaissances, une observation pratique et une autoévaluation. Reprenez ensuite une tâche de difficulté comparable, plutôt que la même tâche apprise par cœur. Comparez les résultats par compétence et par profil, pas seulement la moyenne générale du groupe.

Fixez des objectifs raisonnables avec le manager. Pour un groupe débutant, la cible peut être la compréhension des concepts et la capacité à suivre un processus guidé. Pour une équipe déjà opérationnelle, la cible peut porter sur la réalisation autonome d’une tâche dans un environnement de test. Le niveau visé dépend du rôle, du contexte technique et des autorisations réellement disponibles.

• Avant : établir un score de départ sur une grille commune et relever le niveau d’aide nécessaire.
• Après : refaire une évaluation pratique comparable et vérifier si le participant atteint le critère défini.
• Exemple de cible : chaque participant concerné explique le modèle de responsabilité partagée et repère les responsabilités qui s’appliquent à son scénario.
• Exemple de cible technique : le participant décrit et versionne une infrastructure de test, puis vérifie les changements avant toute mise en œuvre autorisée.

Organiser la pratique en situation de travail

Une formation efficace alterne explications, démonstrations, exercices et retours. Choisissez des cas représentatifs du travail sans demander aux stagiaires d’expérimenter directement sur la production. Un environnement de laboratoire ou un compte de test contrôlé permet de pratiquer avec des droits limités et des ressources clairement identifiées. Désignez la personne qui crée l’environnement, surveille les accès et vérifie sa remise en état.

Exemples d’exercices : analyser un scénario d’application et choisir des services adaptés ; examiner une configuration fictive et relever les accès trop larges ; suivre un déploiement dans un environnement isolé ; lire une estimation de coûts et expliquer ses hypothèses ; modifier un modèle d’infrastructure versionné puis faire relire le changement par un pair. Les exercices doivent reprendre les gestes professionnels visés, pas seulement montrer l’interface d’un service.

Avant la session, faites valider les règles de confidentialité et de sécurité. N’utilisez pas de données personnelles, secrets, clés d’accès ou configurations confidentielles dans un support partagé sans autorisation. Préparez des données fictives ou anonymisées, définissez les droits nécessaires, les limites de dépenses et la procédure de fermeture des ressources. Les participants doivent savoir quand interrompre un exercice et à qui signaler un problème.

Prévoyez un livrable directement réutilisable : procédure, checklist, schéma d’architecture, modèle de revue ou guide de dépannage. Un court temps de transfert avec le manager après la session aide à intégrer ce livrable dans les pratiques de l’équipe.

• Cas fondamental : expliquer les responsabilités de l’entreprise et du fournisseur cloud à partir d’un scénario.
• Cas technique : créer ou examiner une configuration de test avec des permissions limitées.
• Cas d’exploitation : exécuter une procédure de déploiement ou de contrôle, puis consigner le résultat.
• Cas coûts : comparer des hypothèses d’usage et présenter les facteurs qui influencent l’estimation.

Mesurer l’application après la formation

L’évaluation ne s’arrête pas au questionnaire de fin de cours. Le manager peut observer, quelques semaines après, si les participants appliquent les méthodes dans une tâche réelle et autorisée. Choisissez peu d’indicateurs, mais reliez-les aux objectifs initiaux : taux de réussite à une tâche pratique, nombre d’étapes réalisées sans aide, conformité à une checklist, qualité d’une revue ou capacité à expliquer les hypothèses d’un coût.

Distinguez trois niveaux. Le premier mesure l’apprentissage : connaissances et gestes acquis. Le deuxième mesure le transfert : utilisation au poste de travail. Le troisième examine un résultat de service ou d’équipe, comme la baisse d’erreurs sur la tâche visée ou une meilleure régularité de procédure. Ce dernier résultat peut dépendre de facteurs extérieurs à la formation ; interprétez-le avec prudence et évitez d’attribuer automatiquement tout changement au cours.

Organisez un point de suivi avec le participant et son responsable. Demandez ce qui a été appliqué, ce qui bloque et quel soutien serait utile : accès, documentation, arbitrage, temps de pratique ou accompagnement. Si l’objectif n’est pas atteint, déterminez si le problème vient du contenu, du niveau de départ, de l’environnement ou d’un processus de travail mal défini.

• Mesure de progression : comparaison des grilles pratiques avant et après.
• Mesure d’autonomie : niveau d’assistance nécessaire pour exécuter une tâche.
• Mesure de qualité : respect des contrôles et complétude du livrable attendu.
• Mesure de transfert : tâche observée au poste de travail après la session, avec retour du manager.

Préparer le budget et le dossier de formation

Le budget se prépare à partir du périmètre, du nombre de profils, du format, du temps de pratique et des besoins d’accompagnement après la session. Demandez un programme précisant les objectifs, les prérequis, les exercices, les modalités d’évaluation, les moyens techniques et les livrables. Comparez les propositions sur cette base, plutôt que sur la seule durée annoncée.

Pour une organisation en présentiel dans les locaux de l’entreprise, à distance ou en format hybride, vérifiez la disponibilité des participants, la qualité de connexion, les équipements et l’accès aux environnements de pratique. Le format doit permettre aux salariés de travailler sur des cas pertinents tout en respectant les contraintes opérationnelles.

• Dossier interne : diagnostic des besoins, profils, objectifs mesurables, calendrier et indicateurs de suivi.
• Dossier prestataire : programme, intervenants, modalités pédagogiques, évaluation et conditions d’organisation.
• Dossier financier : devis, pièces demandées, éligibilité et calendrier de dépôt à confirmer auprès de l’organisme concerné.

Encadré — OFPPT, CSF et GIAC : vérifier les règles applicables

Au Maroc, l’OFPPT présente les Contrats spéciaux de formation (CSF) comme un mécanisme d’assistance financière à la formation en cours d’emploi, associé aux Groupements interprofessionnels d’aide au conseil (GIAC). Les informations publiques de l’OFPPT indiquent notamment des conditions liées à l’assujettissement à la Taxe de formation professionnelle, à la situation de l’entreprise au regard de la CNSS et au secteur couvert par le GIAC compétent. Ces éléments ne remplacent pas une vérification de l’éligibilité du dossier.

Le GIAC intervient dans l’accompagnement lié à l’identification des besoins et à l’ingénierie de formation ; les CSF concernent le financement d’actions de formation selon les procédures et critères en vigueur. Avant d’inscrire AWS dans un dossier, vérifiez les formulaires, délais, pièces, dépenses admissibles et modalités de remboursement directement auprès de l’OFPPT et du GIAC compétent. Les règles pouvant évoluer, ne présumez pas qu’un dispositif s’applique automatiquement à votre entreprise ou à une action donnée.

Le parcours, étape par étape

1. 11. Cadrer le besoin — Choisissez les tâches AWS à améliorer, les équipes concernées et le résultat opérationnel attendu. Définissez le périmètre et les contraintes de production.
2. 22. Diagnostiquer par poste — Utilisez le modèle poste-tâche-niveau-difficulté-cible-priorité. Complétez l’autoévaluation par une tâche pratique ou un exemple de travail récent.
3. 33. Fixer les objectifs et les mesures de départ — Décrivez les actions observables attendues et les critères de réussite. Enregistrez les niveaux initiaux de connaissance, de pratique et d’autonomie.
4. 44. Choisir le parcours et préparer les exercices — Sélectionnez les contenus selon les profils. Faites valider les cas pratiques, les accès, les règles de confidentialité et les limites de l’environnement de test.
5. 55. Former et produire des supports utiles — Alternez apports et pratique. Faites créer aux participants un livrable réutilisable, comme une checklist, une procédure ou un modèle de revue.
6. 66. Mesurer le transfert au poste — Répétez une évaluation comparable, puis observez une tâche autorisée en situation de travail. Discutez des réussites, obstacles et besoins complémentaires.
7. 77. Vérifier le dossier financier — Interrogez l’OFPPT et le GIAC compétent sur l’éligibilité et les règles applicables avant de finaliser le budget ou de déposer une demande.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. AWS Certified Cloud Practitioner (CLF-C02) — guide officiel de l’examen docs.aws.amazon.com
2. Cloud Practitioner — formation et parcours d’apprentissage AWS aws.amazon.com
3. AWS Skill Builder Team subscription aws.amazon.com
4. AWS Skill Builder — formation numérique aws.amazon.com
5. Contrats spéciaux de formation (CSF) — OFPPT newweb.ofppt.ma
6. Entreprises privées — OFPPT ofppt.ma
7. Formation intra-entreprise — OFPPT ofppt.ma
8. Guide des procédures GIAC — GIAC-TC giac-tc.ma
9. AWS Cloud Practitioner — FormaGroup formagroup.ma
10. Infrastructure as Code avec Terraform — FormaGroup formagroup.ma