Former une équipe à Red Hat OpenShift en entreprise au Maroc

Partir des tâches et objectifs de l’entreprise

Commencez par préciser pourquoi l’entreprise utilise, déploie ou prévoit d’utiliser Red Hat OpenShift. Le besoin peut être lié à l’exploitation de clusters, au déploiement d’applications, à la gestion des accès, aux mises à jour ou à la supervision. Formulez le problème de travail avant de choisir un programme : par exemple, « les équipes ne peuvent pas diagnostiquer seules un déploiement en échec » est plus exploitable que « nous voulons améliorer le niveau OpenShift ».

Associez à chaque difficulté une conséquence que l’entreprise peut observer : intervention plus longue, escalade fréquente, erreurs de configuration, dépendance à une seule personne ou difficulté à appliquer une procédure. Il ne s’agit pas de présumer qu’une formation résoudra tout : une documentation incomplète, des droits d’accès insuffisants ou un environnement de test indisponible peuvent aussi expliquer les difficultés.

Définissez ensuite le résultat recherché à l’échelle du travail : les administrateurs doivent-ils traiter les opérations courantes, les développeurs déployer une application selon le processus interne, ou les équipes de sécurité vérifier les contrôles d’accès ? Cette distinction évite de réunir des profils différents autour d’un contenu trop général.

• Recueillir les incidents récurrents et les demandes d’assistance liées à OpenShift.
• Examiner les procédures, les rôles d’accès et les outils réellement utilisés par l’équipe.
• Séparer les besoins des administrateurs, développeurs, équipes d’exploitation et responsables sécurité.
• Choisir quelques résultats prioritaires, reliés à des situations de travail que le manager peut observer.

Évaluer les compétences de l’équipe

Le diagnostic peut combiner un court entretien avec le salarié, une autoévaluation, une observation de tâche et un exercice pratique. L’autoévaluation seule donne une première indication, mais elle ne prouve pas qu’une personne sait accomplir une opération sur un cluster. Lorsque c’est possible, demandez au salarié de décrire ou de réaliser une tâche représentative, dans un environnement autorisé.

Classez les résultats par poste, tâche et niveau d’autonomie. Un niveau simple peut distinguer : « ne réalise pas encore », « réalise avec aide », « réalise seul selon la procédure » et « sait diagnostiquer ou expliquer les choix ». Définissez ces niveaux à l’avance afin que plusieurs évaluateurs utilisent les mêmes critères.

• Modèle de diagnostic à remplir : poste ou rôle ; tâche OpenShift ; fréquence de la tâche ; niveau actuel ; difficulté observée ; conséquence pour le service ; niveau attendu ; priorité ; preuve à recueillir.
• Exemple — administrateur : gérer les accès d’un projet ; niveau actuel « avec aide » ; difficulté observée « hésite à attribuer les rôles adaptés » ; niveau attendu « appliquer la matrice de rôles interne et justifier le choix ».
• Exemple — développeur : déployer une version d’application ; niveau actuel « connaît la procédure, mais ne sait pas diagnostiquer un échec » ; niveau attendu « déployer puis identifier les causes courantes d’un échec dans le périmètre autorisé ».
• Exemple — exploitation : vérifier l’état d’un déploiement et remonter un incident ; niveau attendu « recueillir les informations prévues par le runbook et escalader avec un diagnostic initial exploitable ».

Définir des objectifs pédagogiques mesurables

Transformez chaque écart prioritaire en action observable. Un objectif tel que « comprendre la sécurité OpenShift » est difficile à évaluer. Préférez, par exemple : « attribuer les rôles prévus par la politique interne à des utilisateurs de test et expliquer pourquoi ces droits sont adaptés ». L’objectif doit préciser la tâche, les conditions de réalisation et le critère de réussite.

Avant la formation, établissez un point de départ avec une grille commune. Après la formation, proposez une tâche de difficulté comparable et utilisez la même grille. Pour éviter de confondre mémorisation et compétence, demandez aux participants d’expliquer leur démarche et de consulter les ressources autorisées dans leur travail habituel.

Les indicateurs doivent être choisis selon le besoin. Ils peuvent porter sur la réussite d’une tâche, le nombre d’étapes réalisées sans aide, la conformité à une procédure ou la qualité des informations consignées lors d’un incident. Fixez une cible réaliste après avoir observé le niveau initial, sans inventer de seuil universel.

• Avant : observer si le salarié réalise un déploiement de test, suit la procédure et identifie les informations à vérifier.
• Après : lui confier un scénario comparable et noter les étapes réussies, les erreurs, les demandes d’aide et la qualité du diagnostic.
• Objectif mesurable : « à l’issue de la formation, le participant déploie une application de test en suivant le processus de l’entreprise et vérifie son état à l’aide des critères convenus ».
• Objectif d’équipe : « les membres concernés savent appliquer le circuit d’escalade et fournissent les éléments de diagnostic prévus par le runbook ».

Organiser la pratique en situation de travail

Privilégiez une plateforme de laboratoire ou un environnement de test préparé pour la formation. Les exercices peuvent reprendre les technologies, procédures et types d’incidents de l’entreprise, mais doivent utiliser des données fictives ou anonymisées. Ne demandez pas aux participants de manipuler des données de production ni de contourner les contrôles habituels pour gagner du temps.

La progression peut aller d’une opération guidée vers un scénario moins assisté : prendre en main un projet de test, déployer une application, contrôler son état, modifier un paramètre autorisé, puis expliquer comment rechercher la cause d’un problème simulé. Pour des profils administrateurs, les exercices peuvent inclure la gestion des accès, la supervision ou des opérations de maintenance prévues au programme et dans les règles internes.

Avant la session, vérifiez les accès, les versions utilisées, la disponibilité de l’environnement, les règles de confidentialité et les modalités de remise à zéro des exercices. Une formation en présentiel, à distance ou hybride doit conserver un temps suffisant de pratique supervisée et de retour individuel.

• Exercice développeur : déployer une application de démonstration, contrôler son état et expliquer les vérifications réalisées.
• Exercice administrateur : attribuer des rôles à des utilisateurs fictifs selon une matrice de droits fournie, puis justifier la configuration.
• Exercice exploitation : analyser un incident simulé, réunir les éléments prévus par le runbook et rédiger une escalade claire.
• Exercice collectif : faire suivre un déploiement depuis la demande jusqu’à la vérification, en distinguant les responsabilités de chaque profil.

Mesurer l’application après la formation

La mesure ne s’arrête pas au questionnaire de satisfaction ou à la réussite d’un exercice en salle. Prévoyez un suivi au poste de travail, une fois que les participants ont eu l’occasion de réutiliser les compétences. Le responsable peut observer une tâche planifiée, examiner un compte rendu d’intervention ou demander au salarié d’expliquer une décision prise dans le respect des procédures.

Comparez les résultats au point de départ, mais interprétez-les avec prudence. Une amélioration peut être limitée si l’équipe n’a pas accès aux outils nécessaires ou si la tâche est rare. À l’inverse, un indicateur opérationnel peut évoluer pour des raisons sans rapport avec la formation. Notez donc le contexte, les occasions de mise en pratique et les obstacles rencontrés.

Utilisez les résultats pour décider de la suite : accompagnement individuel, documentation à compléter, exercice de rappel, formation d’un autre profil ou adaptation du processus interne. L’objectif est d’améliorer la capacité de l’équipe à réaliser ses tâches, pas seulement d’attester sa présence.

• Progression : comparaison des tâches réussies avant et après, selon la même grille.
• Qualité : respect des étapes et des contrôles internes dans un scénario représentatif.
• Autonomie : fréquence des demandes d’aide pour les tâches couvertes, interprétée selon leur difficulté.
• Transfert : réalisation d’une tâche pertinente au poste après la formation, avec retour du manager et du salarié.

Préparer le budget et le dossier de formation

Le budget doit inclure le coût pédagogique, le temps mobilisé par les salariés, la préparation des environnements de pratique et, si nécessaire, l’accompagnement après la session. Demandez un programme détaillé indiquant les prérequis, les profils visés, les objectifs, les exercices, le format et les modalités d’évaluation. Ces éléments facilitent la comparaison de propositions sans réduire le choix au seul nombre de jours.

Au Maroc, l’OFPPT décrit les CSF comme un dispositif d’assistance financière à la formation en cours d’emploi associé aux GIAC. Les règles d’accès, les pièces requises, les échéances et les modalités de remboursement peuvent dépendre de la situation de l’entreprise et des procédures en vigueur. Vérifiez directement auprès de l’OFPPT et du GIAC compétent avant d’inscrire une dépense au budget comme financement acquis.

• Décrire le besoin, les postes concernés, les tâches prioritaires et les résultats attendus.
• Conserver le programme, le devis, le calendrier, la liste des participants et les modalités d’évaluation.
• Confirmer l’éligibilité et les procédures applicables auprès des organismes concernés avant le dépôt du dossier.
• Prévoir une collecte de preuves après la formation : évaluations, présence, exercices réalisés et suivi au poste.

Dispositifs de formation professionnelle au Maroc : ce qu’il faut vérifier

L’OFPPT présente les Contrats spéciaux de formation comme un mécanisme de soutien à la formation en cours d’emploi et indique que les entreprises doivent effectuer une demande d’accès au système ainsi qu’un dossier relatif aux actions concernées. La page dédiée décrit aussi le rôle complémentaire des GIAC dans l’accompagnement des entreprises pour définir leurs besoins.

Avant de bâtir le plan de formation Red Hat OpenShift autour d’un financement attendu, vérifiez les conditions d’accès de votre entreprise, le GIAC correspondant à son secteur, les formulaires et délais de l’exercice concerné, ainsi que les règles de remboursement applicables à l’action envisagée. Les pages publiques peuvent renvoyer à des manuels et formulaires mis à jour : la confirmation auprès des services compétents est nécessaire.

• OFPPT : consulter les informations officielles sur les CSF et l’éligibilité de l’entreprise.
• CSF : vérifier la procédure d’accès, le dépôt des demandes et les justificatifs exigés pour l’exercice concerné.
• GIAC : confirmer le groupement compétent et les possibilités d’accompagnement au diagnostic ou à l’ingénierie de formation.
• Ne pas considérer une prise en charge comme acquise avant validation selon les règles en vigueur.

Le parcours, étape par étape

1. 11. Cadrer le besoin — Décrivez les usages OpenShift de l’entreprise, les difficultés observées et les résultats opérationnels recherchés.
2. 22. Segmenter les profils — Distinguez administrateurs, développeurs, exploitation et autres rôles concernés ; relevez leurs tâches et leur niveau d’autonomie.
3. 33. Évaluer le point de départ — Utilisez entretiens, observation et exercices de diagnostic dans un environnement autorisé, avec une grille commune.
4. 44. Écrire les objectifs — Formulez des actions observables, assorties de conditions et de critères de réussite mesurables.
5. 55. Choisir le programme et le format — Vérifiez l’adéquation entre les objectifs, les prérequis, les profils, les exercices proposés et les contraintes de l’équipe.
6. 66. Préparer la pratique et le dossier — Organisez l’environnement de test, les règles de confidentialité, le calendrier, le budget et la vérification des conditions OFPPT, CSF et GIAC.
7. 77. Mesurer puis ajuster — Comparez les résultats avant et après, observez le transfert au poste et décidez des actions de suivi selon les écarts persistants.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Administration et sécurisation de Kubernetes avec OpenShift — FormaGroup formagroup.ma
2. Red Hat OpenShift Administration II: Configuring a Production Cluster (DO280) — Red Hat redhat.com
3. Red Hat OpenShift skills paths — Red Hat redhat.com
4. Contrats spéciaux de formation (CSF) — OFPPT ofppt.ma
5. Entreprises privées — OFPPT ofppt.ma
6. Administrateur Kubernetes / OpenShift — offre Maroc Telecom publiée sur LinkedIn ma.linkedin.com
7. Expert Red Hat OpenShift / Kubernetes — offre GEC publiée sur LinkedIn ma.linkedin.com