Siège à Singapour · Relier industrie, technologie et talents
MOZI
ENTERPRISE CAPABILITY TRANSLATION

Traduction des besoins de l’entreprise en compétences

Les entreprises connaissent leurs objectifs, sans toujours pouvoir les exprimer en tâches de formation. Les établissements ont besoin de preuves de la contribution de chaque personne ; les apprenants ont besoin de réalisations explicables et vérifiables.

01 · PRACTICE

Partir d’un problème concret

01

Identifier le problème

Préciser le problème et les décisions à prendre.

02

Définir les tâches

Définir les actions, les outils et les livrables.

03

Concevoir la formation et l’évaluation

Organiser des activités et des critères d’évaluation réalisables.

04

Examiner les preuves et revenir au terrain

Examiner les réalisations et les retours de l’entreprise, puis réviser les tâches.

02 · SCENARIO

Situation illustrative · pas un résultat client

Apprentissage à NYP
Apprentissage à NYP

Exemple d’unité de compétence

Contrôle visuel de l’assemblage : comprendre l’objectif, examiner les faux positifs et les défauts manqués, consigner le raisonnement et signaler les anomalies. L’arrêt de ligne et la décision finale appartiennent aux personnes habilitées, selon les procédures du site.

Découvrir
MOZI

Définition de travail de MOZI

La traduction des besoins de l’entreprise en compétences (Enterprise Capability Translation) est la méthode de travail de MOZI : partir des objectifs et des situations réelles, identifier les tâches clés, définir des compétences observables et évaluables, puis les ajuster à partir des preuves et des retours de l’entreprise.

03 · FRAMEWORK

Cadre pratique · neuf étapes

Cadre pratique · neuf étapes
  1. Objectif de l’entreprise
  2. Situation professionnelle réelle
  3. Tâches clés
  4. Unités de compétence
  5. Conception de la formation
  6. Preuves de réalisation et de processus
  7. Évaluation et examen des preuves
  8. Rapport de preuves de compétences
  9. Affectation et retour organisationnel

Préciser l’utilisateur, la décision et le livrable. Décrire des actions individuelles observables. Conserver les sources, les traces, les retours et les révisions.

04 · TOOLKIT

Boîte à outils MOZI

01V0.2 · version de démonstration

Bibliothèque de tâches

Tâche et utilisateur
Structurer un besoin en tâche de projet.
Fonction présentée
Consigner la situation, le livrable, les critères et les contraintes.
Résultat illustratif
Exemple de fiche de tâche
Organiser une démonstration
02V0.2 · version de démonstration

De la tâche au cours

Tâche et utilisateur
Organiser une tâche dans un cours ou un module pratique.
Fonction présentée
Préparer les activités, les consignes et les grilles, à valider par l’enseignant.
Résultat illustratif
Projet de cours, consignes et grille
Organiser une démonstration
03V0.2 · version de démonstration

Assistant métier

Tâche et utilisateur
Organiser les informations, les raisonnements et les questions.
Fonction présentée
Aider à la recherche, à la rédaction et à l’analyse liées à une tâche ; l’utilisateur vérifie les décisions.
Résultat illustratif
Exemple d’analyse et points à vérifier
Organiser une démonstration
04V0.2 · version de démonstration

Preuves de compétences

Tâche et utilisateur
Examiner la contribution effective de chaque apprenant.
Fonction présentée
Relier les réalisations, les contributions individuelles, les critères et les révisions.
Résultat illustratif
Exemple de rapport de preuves
Organiser une démonstration
05 · RESEARCH

Questions de recherche et observations pratiques

Nous examinons comment les tâches réelles deviennent des exigences observables, quelles traces soutiennent l’évaluation et comment les retours des entreprises améliorent la formation. Ces questions proviennent de la pratique de MOZI ; les relations proposées restent à valider par des projets pilotes.

06 · NEXT

Application ultérieure possible

Un Capability Passport peut constituer une application ultérieure pour enregistrer les preuves de compétences.

Cette méthode de MOZI sert à l’exploration pratique. Elle est en cours de structuration et d’essai dans des projets pilotes ; la recherche empirique systématique n’est pas achevée. Le résumé est un document de discussion, à ne pas citer comme théorie ou norme établie.