1. La phase de construction du modèle de ePortfolio

L’approche originale de  KARUTA est similaire à celle d’une construction de type LEGO.

Un designeur pédagogique (un ingénieur pédagogique par exemple), construit des objets réutilisables qu’il structure à l’aide de ressources proposées par Karuta. Il crée ensuite la structure du ePortfolio et met en scène ses objets (ex : compétences, expériences, projet personnel professionnel, intérêts) et les rôles de chacun. Les objets peuvent être imbriqués les uns dans les autres.

Exemple : sans programmation, un ingénieur pédagogique pourrait ainsi créer un objet « compétence transversale », qu’il composerait en créant un champ libélé, un champ description de la situation qui contexualise cette compétence, une liste de compétences à sélectionner (référentiel qu’il aura crée auparavant dans Karuta), un champ évaluation (avec une grille qu’il aura auparavant créée dans Karuta), un champ d’ajout de preuves (fichier ou  lien)… Ensuite il pourrait choisir de créer un menu dans un rubrique du ePortfolio qui proposerait à l’étudiant de rajouter « une compétence transversale », en appelant l’objet défini auparavant. Les possibilités sont infinies, et leurs seules limites sont celles de vos besoins en pédagogie. Pour chacun de ces objets, le designeur peut très facilement définir des rôles (étudiant, évaluateur, superviseur, conseiller, tuteur de stage…) et des actions en fonction des rôles (droit d’éditer, de supprimer, de dupliquer, de commenter, de visibilité, de montrer/cacher à des rôles…).

⇒ Karuta propose certains objets « avancés » qu’il suffira d’appeler comme par exemple « le positionnement sur les compétences de langues issu du CERL » (Cadre Européen de Référence pour les Langues) utilisé pour la norme de CV EUROPASS. Pour créer certains objets plus complexes comme par exemple un objet CV, des compétences informatiques (logique informatique) peuvent être précaunisées même si aucun codage n’est nécessaire.

2. Les phases de test et d’itérations

Une fois une première version du modèle réalisée, il peut être partagé à un utilisateur ou à un groupe d’utilisateurs être testé en situation concrête. En fonction des retours des utilisateurs, il est sera assez simple de modifier le modèle. Les tests se font souvent par itérations avec des groupes de plus en plus importants jusqu’à des tailles de promotion d’étudiants.

3. Le déploiement au sein de l’établissement

Une fois un le modèle stabilisé en termes d’usages, il pourra être partagé et utilisé pour une composante, un ou plusieurs établissements.

Il faudra alors créer les connecteurs avec les outils de gestions de comptes universitaires avec les DSI, CRI… Certains projets Karuta ont fait le choix d’une double autentification : compte universitaire pendant les études qui pourra être transformé en compte personnel une fois que l’étudiant aura quitté l’université (outil pour la FTLV).