Projet de portfolio Autodesk Insight au Maroc : créer une étude énergétique claire

Choisir un projet adapté à son niveau

Pour un projet Autodesk Insight débutant, privilégiez un cas que vous pouvez expliquer en quelques minutes. Une petite agence, une salle de réunion ou un espace de bureaux fictif constitue un périmètre raisonnable. Vous n’avez pas besoin de modéliser un complexe entier : un modèle compréhensible et cohérent permet mieux de démontrer votre méthode.

Le projet doit répondre à une question précise. Par exemple : « Comment comparer deux options de conception pour mieux comprendre leur incidence énergétique dans un petit espace de bureaux ? » Cette formulation évite de prétendre que l’outil fournit à lui seul une réponse universelle. Votre travail consiste à préparer le cas, comparer des hypothèses et interpréter les résultats dans leur contexte.

Définissez votre périmètre avant de commencer : un seul bâtiment, une seule zone ou un petit ensemble cohérent, une période ou un scénario d’étude clairement indiqué, et deux ou trois variantes au maximum. Selon votre niveau, vous pouvez réduire encore le périmètre en vous concentrant sur la préparation du modèle et la lecture des résultats plutôt que sur une étude exhaustive.

Un bon exercice pratique Autodesk Insight montre plusieurs compétences à la fois : compréhension d’un besoin, organisation d’un modèle, attention portée aux hypothèses, comparaison structurée et communication visuelle. Évitez d’ajouter des fonctions ou des analyses uniquement pour donner une apparence de complexité. Le recruteur ou le client doit pouvoir distinguer ce que vous avez réellement réalisé de ce que vous proposez comme amélioration future.

• Débutant : un espace simple, une question, deux scénarios et une conclusion prudente.
• Niveau intermédiaire : un bâtiment de petite taille, plusieurs paramètres comparés et une documentation plus complète.
• À éviter : un modèle trop vaste, des données dont vous ne connaissez pas l’origine ou des conclusions chiffrées impossibles à vérifier.

Partir d’un besoin concret

Dans une entreprise d’architecture, de construction ou de gestion immobilière, une analyse énergétique peut contribuer à éclairer des choix de conception. Le besoin réel varie selon le projet : comparer des options, repérer des hypothèses à examiner ou partager une première lecture avec une équipe. Pour votre portfolio, transformez ce type de situation en scénario pédagogique fictif, clairement identifié comme tel.

Un brief de projet doit tenir sur une page et préciser le contexte, la question, le public visé et les livrables. Il peut indiquer qu’une petite entreprise prépare l’aménagement d’un bureau et veut comparer deux propositions de conception. Votre objectif est alors de produire une analyse comparative dans Autodesk Insight, de rendre visibles les hypothèses principales et de formuler les points qui mériteraient une validation complémentaire.

Ne confondez pas exercice de portfolio et audit réglementaire, étude d’ingénierie complète ou garantie de performance. Si votre cas est simplifié, dites-le clairement. Le résultat peut aider à présenter une démarche et à discuter des compromis ; il ne doit pas être présenté comme une mesure réelle de consommation si vous n’avez pas recueilli et vérifié les données correspondantes.

Avant de lancer le travail, demandez-vous qui utilisera votre livrable. Un recruteur voudra comprendre votre contribution et votre maîtrise de la méthode. Un client potentiel cherchera surtout à savoir quelle question vous avez traitée, quelles données vous avez utilisées et ce qu’il peut raisonnablement retenir de l’analyse.

• Objectif : comparer deux options de conception d’un petit espace de bureaux dans un scénario pédagogique.
• Livrables : brief, vues du modèle, résumé des hypothèses, captures pertinentes des résultats, comparaison des variantes et courte conclusion.
• Critère de réussite : une autre personne peut suivre votre démarche et comprendre ce que les résultats permettent — ou ne permettent pas — de conclure.

Préparer les données, fichiers ou ressources

Avant de travailler dans Autodesk Insight, rassemblez les éléments indispensables à votre cas : modèle ou géométrie de départ, description de l’usage du bâtiment, paramètres disponibles dans votre environnement logiciel et informations nécessaires à l’analyse. Vérifiez la cohérence du fichier, son unité de travail, les zones étudiées et les éléments qui peuvent influer sur le résultat. Les noms et l’emplacement des commandes peuvent différer selon la version et le flux utilisé ; appuyez-vous sur l’interface et la documentation correspondant à votre installation.

Si vous partez d’un modèle Revit ou d’un autre fichier de conception, assurez-vous d’avoir le droit de l’utiliser et de le partager. Pour un portfolio public, le choix le plus sûr est généralement un cas créé par vous, un fichier diffusé avec une autorisation explicite ou un modèle fictif. Ne récupérez pas le modèle interne d’un employeur ou d’un client simplement parce qu’il est accessible depuis votre poste.

Préparez aussi un petit registre des hypothèses : nom du scénario, paramètres modifiés, éléments maintenus identiques et date de réalisation de l’analyse. Cela limite les comparaisons trompeuses. Si une donnée n’est pas connue, indiquez qu’elle est supposée ou laissée par défaut selon votre configuration ; ne la présentez pas comme une mesure ou une caractéristique vérifiée du bâtiment.

Protégez les informations sensibles dès la préparation. Supprimez ou remplacez les noms de clients, adresses, plans détaillés, informations d’accès, logos et références de projet qui ne sont pas autorisés à être publiés. Vérifiez également les métadonnées, les noms de fichiers, les captures d’écran et les vues de bureau : une image peut révéler des informations même si le texte de votre portfolio n’en contient pas.

• À réunir : un fichier autorisé, un objectif d’analyse, les paramètres nécessaires et une méthode de comparaison stable.
• À noter : origine des fichiers, hypothèses, version de l’environnement de travail et différences entre variantes.
• À protéger : identité du client, adresse, plans non publics, données internes et tout élément couvert par une obligation de confidentialité.

Réaliser le projet par étapes

1. Rédigez le brief et fixez les limites. Décrivez le bâtiment fictif ou autorisé, la question posée, le public visé et les livrables. Écrivez également ce que l’étude ne cherche pas à démontrer : par exemple, elle ne constitue pas un audit complet ni une validation réglementaire.

2. Vérifiez le modèle de départ. Contrôlez que le fichier s’ouvre, que le périmètre est compréhensible et que les éléments nécessaires à votre analyse sont présents. Corrigez les problèmes bloquants avant d’interpréter quoi que ce soit. Conservez une copie de départ afin de pouvoir revenir à la version initiale.

3. Préparez le cas dans le flux Autodesk Insight disponible dans votre environnement. Examinez les informations demandées par l’outil et renseignez uniquement les éléments que vous pouvez justifier. Si un paramètre ou une fonction n’est pas accessible dans votre configuration, notez-le au lieu de supposer que le résultat est équivalent.

4. Créez une référence et des variantes comparables. La référence correspond à votre scénario de départ. Pour chaque variante, changez un nombre limité de paramètres et consignez précisément ce qui a changé. Garder le reste constant facilite la lecture des écarts ; si plusieurs éléments changent en même temps, expliquez-le et évitez d’attribuer le résultat à un seul facteur.

5. Lancez l’analyse et examinez les résultats disponibles. Gardez une trace des vues ou indicateurs réellement présentés par votre version de l’outil. Ne sélectionnez pas seulement les résultats qui confirment votre idée initiale : présentez aussi les éléments qui nuancent votre interprétation.

6. Interprétez les écarts avec prudence. Expliquez ce que vous observez, dans quelles conditions et avec quelles hypothèses. Une différence entre scénarios dans une analyse ne prouve pas nécessairement qu’un bâtiment réel obtiendra la même performance. Votre conclusion doit relier les observations au brief, sans transformer une simulation en résultat garanti.

• Compétences mobilisées : préparation de données, organisation d’un modèle, comparaison de scénarios, contrôle des hypothèses et communication technique.
• Livrables à conserver : fichier de travail autorisé, journal des variantes, captures lisibles et synthèse d’une page.
• Pour rendre le projet crédible, indiquez clairement les tâches réalisées par vous-même et celles qui proviennent d’un modèle ou d’une ressource externe.

Tester, corriger et documenter

Avant de publier le projet, relisez-le comme si vous découvriez le dossier. Les noms de scénarios sont-ils explicites ? Les variantes sont-elles bien comparables ? Les hypothèses sont-elles visibles ? La capture montre-t-elle le résultat utile sans masquer les informations nécessaires à sa compréhension ? Si une réponse est non, corrigez le livrable plutôt que d’ajouter davantage d’images.

La documentation n’a pas besoin d’être longue. Une page de synthèse peut contenir le besoin, le périmètre, les données utilisées, les hypothèses, la méthode, les résultats observés, les limites et les prochaines vérifications. Ajoutez un schéma ou une capture annotée si cela clarifie le modèle. Évitez les pages de texte qui répètent les mêmes informations sans aider le lecteur à comprendre votre démarche.

Pour ne pas exposer des données confidentielles, publiez uniquement des éléments que vous êtes autorisé à montrer. Utilisez des captures recadrées, masquez les noms et identifiants, remplacez les données de projet par un exemple fictif et contrôlez les fichiers joints avant leur diffusion. Si vous ne pouvez pas obtenir l’autorisation de partager un projet professionnel, refaites un exercice comparable avec des données non sensibles au lieu de publier les fichiers d’origine.

• Checklist de contrôle qualité : le fichier s’ouvre et le périmètre est identifié.
• Checklist de contrôle qualité : les hypothèses et les paramètres modifiés sont consignés.
• Checklist de contrôle qualité : la référence et les variantes sont présentées de manière cohérente.
• Checklist de contrôle qualité : les captures sont lisibles, légendées et issues du bon scénario.
• Checklist de contrôle qualité : les conclusions correspondent aux résultats observés et ne promettent pas une performance réelle.
• Checklist de confidentialité : autorisation de partage vérifiée ; noms, adresses, plans internes et métadonnées sensibles retirés ou remplacés.

Présenter son travail dans un portfolio

Structurez la page du portfolio comme une courte étude de cas : le besoin en quelques lignes, votre rôle, le périmètre, les étapes, les résultats et les limites. Placez en premier une vue d’ensemble compréhensible, puis quelques captures choisies pour montrer votre travail. Chaque image doit répondre à une question : quel modèle avez-vous préparé, quelle variante avez-vous comparée ou quel résultat mérite l’attention ?

Présentez le résultat sous une forme que le lecteur peut parcourir rapidement : une synthèse courte, un visuel annoté et, si le support le permet, une démonstration commentée du fichier anonymisé. Ne diffusez pas nécessairement le fichier source : une capture ou une vidéo peut suffire lorsque le modèle contient des informations protégées ou qu’il dépend d’une configuration logicielle particulière.

Expliquez votre contribution personnelle avec précision. Si le modèle est fictif et conçu pour l’exercice, dites-le. Si vous avez travaillé à partir d’un fichier fourni, indiquez votre rôle et vérifiez que vous avez l’autorisation de le montrer. Enfin, formulez une piste de suite réaliste — comme vérifier des données auprès d’un spécialiste ou tester une hypothèse supplémentaire — sans présenter cette étape comme déjà accomplie.

• Ordre conseillé : contexte et objectif, méthode, comparaison visuelle, enseignements, limites et prochaine étape.
• Montrez peu de captures, mais légendez chacune d’elles et indiquez le scénario représenté.
• Distinguez les résultats de simulation des données mesurées et des hypothèses.
• Adaptez la démonstration au support : PDF, page de portfolio ou présentation orale courte.

Le parcours, étape par étape

1. 1Cadrer — Choisissez un petit cas, formulez une question concrète, définissez le public et rédigez le brief avec objectif, périmètre et livrables.
2. 2Sécuriser les ressources — Utilisez un modèle créé par vous ou autorisé, contrôlez les informations disponibles et écartez les données confidentielles.
3. 3Préparer l’analyse — Vérifiez le fichier, renseignez les hypothèses justifiables et notez la configuration et les paramètres que vous pourrez comparer.
4. 4Comparer les scénarios — Établissez une référence, créez un petit nombre de variantes et consignez les changements afin que la comparaison reste compréhensible.
5. 5Contrôler et interpréter — Vérifiez la cohérence des résultats, corrigez le modèle si nécessaire et reliez vos observations au brief sans exagérer leur portée.
6. 6Publier — Préparez une synthèse illustrée, indiquez vos limites et vérifiez les captures, fichiers et métadonnées avant toute diffusion.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. FormaGroup — Technologie Autodesk Insight formagroup.ma
2. OFPPT — Formation intra-entreprise ofppt.ma
3. JobInTech jobintech.academy