Projet de portfolio Tekla Tedds au Maroc : un exercice concret, de l’idée à la présentation

Choisir un projet adapté à son niveau

Tekla Tedds sert à réaliser des calculs de structures et à automatiser certaines vérifications ainsi que la production de documents de calcul. Votre projet doit donc montrer une démarche de calcul structurée, pas simplement une maîtrise de l’interface. Pour un projet Tekla Tedds débutant, mieux vaut traiter un élément simple et délimité que vouloir présenter un bâtiment entier.

Un exercice approprié peut porter sur une poutre simplement appuyée soumise à des charges définies à des fins pédagogiques. Vous pouvez expliquer le modèle retenu, les données d’entrée, les vérifications demandées et les résultats obtenus dans le cadre de l’exercice. Une autre option, si vous avez déjà des bases solides, est de comparer deux cas de chargement ou deux configurations simples, en indiquant clairement ce qui change.

Évaluez votre idée selon quatre critères : pouvez-vous expliquer chaque donnée ? Le cas est-il assez limité pour être terminé et vérifié ? Le résultat peut-il être compris par un recruteur ou un client sans connaissance de votre contexte ? Enfin, pouvez-vous le partager sans divulguer d’informations confidentielles ? Si l’une des réponses est non, simplifiez le sujet.

Gardez le niveau de risque adapté à un portfolio : les hypothèses doivent être pédagogiques, les références de calcul identifiables et les limites visibles. Un exercice de portfolio n’est ni une validation de conception ni une recommandation pour un ouvrage réel.

• Débutant : un élément, un modèle, des données fictives et une explication simple des sorties.
• Intermédiaire : un cas de base et une variante clairement comparée, avec les mêmes conventions de présentation.
• À éviter : un cas complexe dont vous ne pouvez pas justifier les hypothèses ou contrôler les résultats.

Partir d’un besoin concret

Un exercice paraît plus professionnel quand il répond à une question de métier. Par exemple : « Comment présenter de manière reproductible la vérification pédagogique d’une poutre sous un jeu de charges défini ? » Ce besoin est assez concret pour guider le travail sans faire croire que vous traitez un dossier réel.

Vous pouvez imaginer un contexte fictif d’entreprise de construction ou de bureau d’études au Maroc, mais signalez qu’il s’agit d’un scénario d’apprentissage. Le livrable doit aider son lecteur à comprendre le problème, les hypothèses retenues et la manière dont le calcul a été contrôlé. Évitez les formulations telles que « conforme pour exécution » si vous n’avez pas mené une mission réelle, avec le cadre de responsabilité et les validations nécessaires.

Définissez à l’avance le public visé. Un recruteur technique voudra repérer votre raisonnement, votre rigueur et votre capacité à documenter le calcul. Un client cherchera surtout un exemple lisible de votre méthode et une description honnête de ce que vous pouvez prendre en charge. Dans les deux cas, distinguez toujours votre contribution personnelle des outils utilisés.

• Besoin : produire un exemple documenté de vérification structurale pédagogique à l’aide de Tekla Tedds.
• Objectif : montrer la préparation des données, la réalisation du calcul, le contrôle des résultats et leur présentation.
• Livrables : un document de calcul expurgé de toute donnée sensible, une fiche de synthèse d’une page, quelques captures anonymisées et une courte explication de la démarche.
• Limite à afficher : exercice pédagogique fondé sur des hypothèses explicites, non destiné à la réalisation ou à l’exécution.

Préparer les données, fichiers ou ressources

Avant d’ouvrir le logiciel, rédigez une fiche d’entrée qui liste la géométrie simplifiée, les conditions d’appui, les charges retenues, les unités et les références techniques pertinentes pour votre exercice. N’introduisez pas de valeur dont vous ne connaissez pas l’origine. Si vous utilisez des hypothèses simplifiées, écrivez-le au lieu de les présenter comme des exigences réglementaires.

Préparez un dossier de travail propre : une fiche de brief, un répertoire de fichiers de calcul, un répertoire de captures et un document de synthèse. Donnez aux fichiers des noms descriptifs et des versions simples, par exemple « poutre_pedagogique_v01 ». Gardez une copie de travail modifiable et une version de présentation en lecture seule.

La confidentialité est essentielle. Ne reprenez pas sans autorisation les plans d’un client, les noms d’entreprises, les identifiants de chantier, les tampons, les signatures, les coordonnées ou les résultats d’une mission. Le fait de masquer un nom sur une capture ne suffit pas toujours : vérifiez aussi les cartouches, propriétés du fichier, chemins d’accès, commentaires et métadonnées. Le plus sûr est de créer un cas fictif de bout en bout.

Pour un exercice qui mobilise une norme ou une méthode de calcul, vérifiez que vous disposez des documents nécessaires et que vous êtes en mesure d’expliquer leur rôle. Ce guide ne fixe pas de valeurs de calcul ni de prescriptions techniques : elles dépendent du cas, du référentiel retenu et du cadre du projet.

• Fiche de données : géométrie, appuis, charges, unités, origine des hypothèses et limites.
• Ressources : Tekla Tedds, références techniques accessibles et supports autorisés pour apprendre le logiciel.
• Protection : données fictives ou explicitement autorisées ; fichiers expurgés avant tout partage.
• Traçabilité : noter la version du fichier et les changements importants apportés pendant l’exercice.

Réaliser le projet par étapes

Organisez le travail dans un ordre que le lecteur pourra suivre. Le but n’est pas de faire apparaître une longue liste de commandes, mais de montrer comment vous passez d’un besoin à un résultat contrôlé.

• 1. Écrire le brief : définir le cas, le public, l’objectif et les livrables. Ajouter dès le départ la mention « exercice pédagogique ».
• 2. Établir les hypothèses : décrire la géométrie, les conditions d’appui, les actions retenues, les unités et le référentiel utilisé. Séparer les données imposées des simplifications choisies.
• 3. Préparer le modèle de calcul : saisir ou sélectionner les informations nécessaires dans Tekla Tedds en suivant le cas d’exercice et la documentation disponible. Conserver une trace lisible des entrées.
• 4. Produire les résultats : générer le document de calcul et repérer les valeurs utiles à expliquer. Ne recopier aucun résultat sans pouvoir en retrouver l’origine dans le fichier de travail.
• 5. Faire un contrôle indépendant : reprendre les entrées, les unités et les étapes importantes avec une méthode adaptée à votre niveau. Pour un exemple simple, une vérification manuelle ou un second calcul de contrôle peut aider à repérer une erreur
• 6. Corriger et versionner : si un résultat change après correction, conservez la version finale clairement identifiée et mettez à jour les captures et la synthèse.
• 7. Préparer la présentation : rédiger un résumé accessible, sélectionner des extraits lisibles et ajouter une section « hypothèses et limites ».

Tester, corriger et documenter

Un résultat qui semble plausible n’est pas automatiquement juste. Votre checklist doit couvrir les entrées comme les sorties, et préciser ce que vous avez réellement vérifié. Si un contrôle échoue ou reste incertain, ne masquez pas le problème : revenez aux données, consultez les ressources appropriées et corrigez avant de publier.

Documentez les choix dans le corps du livrable ou dans une courte annexe. Le lecteur doit pouvoir distinguer ce qui vient du brief, ce que vous avez supposé, ce que le logiciel a calculé et ce que vous avez contrôlé séparément. Présentez les unités de façon cohérente et évitez de juxtaposer des résultats issus de conventions différentes sans explication.

• Le cas correspond-il au brief et les conditions d’appui sont-elles décrites sans ambiguïté ?
• Les unités sont-elles cohérentes dans les données d’entrée et dans les résultats présentés ?
• Les hypothèses et la source des données sont-elles indiquées ? Les valeurs fictives sont-elles signalées comme telles ?
• Le fichier s’ouvre-t-il correctement et les entrées reportées dans la synthèse correspondent-elles au calcul final ?
• Les résultats importants ont-ils fait l’objet d’un contrôle indépendant adapté au cas ? Le contrôle et ses limites sont-ils décrits ?
• Les avertissements, erreurs ou choix non résolus ont-ils été examinés avant la présentation ?
• Le document est-il lisible à l’écran et imprimé, sans texte coupé ni capture floue ?
• Avez-vous supprimé les noms, plans, cartouches, signatures, coordonnées, commentaires et métadonnées confidentiels ?
• La mention « exercice pédagogique, non destiné à l’exécution » est-elle visible ?

Présenter son travail dans un portfolio

Un portfolio Tekla Tedds n’a pas besoin d’être volumineux. Une fiche de synthèse peut présenter le besoin, le cas étudié, les hypothèses principales, les étapes suivies, les contrôles réalisés et les limites. Ajoutez une ou deux captures pertinentes plutôt qu’une succession d’images d’écran. Une capture utile montre une entrée ou un résultat nécessaire à la compréhension, avec un titre et une légende.

Vous pouvez joindre le document de calcul expurgé, à condition qu’il soit lisible et que son statut pédagogique soit évident. Si le fichier source est partageable, précisez le logiciel utilisé et la version de votre document ; ne promettez pas qu’un fichier sera compatible avec toutes les versions ou configurations. Une courte démonstration peut compléter les livrables, mais ne doit pas exposer d’écran contenant des informations de chantier ou de client.

Soyez précis sur votre rôle : indiquez ce que vous avez défini, saisi, vérifié et rédigé. Mentionnez les connaissances mobilisées — par exemple lecture d’hypothèses, unités, contrôle de cohérence et documentation — sans vous attribuer la validation d’un ouvrage réel. En entretien, vous pourrez expliquer un choix, une correction et un contrôle : cette discussion rend souvent votre démarche plus convaincante qu’une présentation uniquement visuelle.

• À montrer : le brief, les hypothèses, un extrait de calcul lisible, la checklist de contrôle et une synthèse.
• À anonymiser : noms, logos non autorisés, plans de chantier, coordonnées, propriétés de fichiers et détails permettant d’identifier un dossier.
• À déclarer : caractère fictif ou pédagogique, limites de l’exercice, rôle personnel et contrôles réellement effectués.
• À éviter : présenter le résultat comme une note validée pour construire ou comme la preuve d’une certification d’éditeur.

Le parcours, étape par étape

1. 1Cadrer — Choisissez un élément simple et écrivez un brief avec objectif, public, livrables et limites pédagogiques.
2. 2Préparer — Rassemblez des données fictives ou partageables, indiquez leurs unités et consignez l’origine des hypothèses.
3. 3Calculer — Réalisez le cas dans Tekla Tedds et gardez une trace des entrées, des résultats et des versions.
4. 4Contrôler — Vérifiez la cohérence des données et des unités, puis effectuez un contrôle indépendant adapté au cas.
5. 5Documenter — Expliquez la démarche, les choix, les résultats importants et les limites sans divulguer de données sensibles.
6. 6Présenter — Préparez une synthèse et des captures lisibles, anonymisez les fichiers et identifiez clairement l’exercice comme pédagogique.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Tekla Tedds — page technologique FormaGroup formagroup.ma
2. Formation intra-entreprise — OFPPT ofppt.ma
3. JobInTech jobintech.academy