Créer un portfolio OpenBuildings Designer au Maroc : un projet concret à réaliser

Choisir un projet adapté à son niveau

Un bon projet OpenBuildings Designer débutant n’a pas besoin de reproduire un grand immeuble. Il doit surtout être assez petit pour être terminé, mais assez riche pour montrer une démarche de conception BIM appliquée au bâtiment. Un petit équipement composé d’un espace principal, de locaux annexes et d’une entrée accessible constitue un sujet maîtrisable. Vous pouvez aussi choisir une zone limitée d’un bâtiment, par exemple un hall et les espaces qui le desservent.

Avant de commencer, fixez le périmètre : un niveau ou plusieurs niveaux simples, un usage clairement défini, un degré de détail raisonnable et un nombre limité de livrables. Évitez de promettre une étude complète de construction si vous ne réalisez qu’un exercice de portfolio. Le projet doit montrer ce que vous avez effectivement modélisé et contrôlé, non laisser penser que tous les aspects techniques ont été validés.

Adaptez la difficulté à votre expérience. Si vous débutez, concentrez-vous sur l’organisation du fichier, la géométrie générale, les éléments architecturaux essentiels et la production de vues compréhensibles. Si vous avez déjà pratiqué, ajoutez une coordination simple entre disciplines ou une comparaison de variantes, en restant dans un périmètre que vous savez expliquer.

• Un sujet dont le besoin et les utilisateurs sont faciles à décrire.
• Un périmètre réalisable avec le temps et les ressources disponibles.
• Des livrables que vous pourrez réellement ouvrir, vérifier et présenter.
• Des limites annoncées : exercice pédagogique, hypothèses simplifiées ou informations non étudiées.

Partir d’un besoin concret

Un projet concret commence par une question de métier, pas par une liste de commandes du logiciel. Par exemple : comment organiser un petit espace d’accueil pour distinguer l’entrée, la zone d’attente et les espaces de service ? Vous pouvez aussi étudier comment communiquer une proposition de plan à une personne qui ne manipule pas le modèle BIM. Ces questions donnent un fil conducteur à votre exercice pratique OpenBuildings Designer.

Voici un brief réutilisable. Il s’agit de concevoir le modèle BIM préliminaire d’un petit espace d’accueil fictif au Maroc. Le projet doit rendre compréhensibles l’organisation des pièces, les accès et la relation entre les espaces. Les dimensions, le site et les exigences sont inventés pour l’exercice ; ils ne représentent pas un projet réel ni une conformité réglementaire certifiée.

L’objectif est de produire un modèle architectural lisible et un petit dossier de présentation permettant à un tiers de comprendre votre démarche. Définissez vos hypothèses avant la modélisation : dimensions de travail, nombre de niveaux, fonctions des locaux et éléments inclus. Si vous choisissez d’évoquer l’accessibilité, la sécurité ou une exigence réglementaire, indiquez qu’il s’agit d’un point à vérifier par des professionnels compétents et selon les règles applicables au projet réel.

• Objectif : illustrer une proposition spatiale simple et montrer une méthode de modélisation BIM.
• Utilisateurs visés : visiteurs et personnel d’accueil, dans le cadre fictif de l’exercice.
• Livrables : fichier de travail, vues ou plans exportés, quelques images de présentation, note de démarche et checklist de contrôle.
• Hors périmètre : validation réglementaire, étude d’exécution, quantitatif contractuel et coordination complète de toutes les disciplines.

Préparer les données, fichiers ou ressources

Avant d’ouvrir OpenBuildings Designer, créez un dossier de projet et décidez comment vous nommerez les fichiers, les versions et les exports. Notez également les unités et les hypothèses que vous utiliserez afin que les dimensions soient cohérentes. Si vous travaillez à partir d’un plan de référence, assurez-vous que vous avez le droit de l’utiliser et de le montrer dans un portfolio.

Pour un projet personnel, le plus simple est de partir d’un croquis original et de dimensions fictives. Vous pouvez aussi demander une autorisation explicite pour tout document issu d’un stage, d’un employeur ou d’un client. Retirer le nom d’une entreprise ne suffit pas nécessairement à rendre un plan publiable : la géométrie, le site ou d’autres détails peuvent rester identifiants ou protégés.

Rassemblez uniquement les ressources utiles : croquis, liste des espaces, hypothèses, références visuelles dont l’usage est permis et éventuels fichiers de travail nécessaires. Gardez une copie de départ et séparez les fichiers de travail des images destinées à être publiées. Si une ressource a une licence ou des conditions d’utilisation, respectez-les et attribuez-la lorsque cela est demandé.

• Un brief et un croquis que vous avez créés, ou que vous êtes autorisé à utiliser.
• Une arborescence claire : données de départ, modèle, exports et présentation.
• Des noms de fichiers compréhensibles et un suivi simple des versions.
• Aucune donnée personnelle, donnée d’entreprise ou information de site sensible dans les livrables publics.

Réaliser le projet par étapes

Le déroulé ci-dessous privilégie une progression simple : cadrer le besoin, construire le modèle, puis préparer des éléments vérifiables. Les intitulés de commandes et les options peuvent varier selon la version ou la configuration de OpenBuildings Designer ; l’essentiel est de pouvoir expliquer votre méthode et de vérifier le résultat dans votre environnement.

• Cadrer : écrivez le brief, listez les locaux et fixez les limites de l’exercice. Préparez un croquis avec les principales relations entre les espaces.
• Organiser : créez le dossier et le fichier de travail, définissez les unités et consignez les hypothèses. Vérifiez que vous disposez des droits nécessaires sur chaque ressource utilisée.
• Construire la base : mettez en place la géométrie générale du bâtiment et les niveaux nécessaires à votre scénario. Contrôlez les dimensions avant d’ajouter des détails.
• Modéliser les espaces : réalisez les éléments architecturaux utiles pour comprendre le projet, tels que les séparations, les ouvertures et les circulations prévues dans votre périmètre. Évitez le détail décoratif qui ne sert pas l’objectif.
• Organiser l’information : employez une logique de nommage stable pour retrouver les éléments et les fichiers. Si votre exercice comprend plusieurs disciplines ou variantes, distinguez-les clairement et expliquez leur périmètre.
• Créer les documents de lecture : préparez des vues adaptées à votre explication, par exemple une vue générale et des vues plus détaillées. Produisez des plans ou exports pertinents pour votre objectif, puis vérifiez leur lisibilité hors du modèle.
• Relire et publier : faites les contrôles de la checklist, corrigez les incohérences, puis préparez une courte présentation qui relie le besoin initial aux livrables.

Tester, corriger et documenter

La qualité d’un projet de portfolio se voit aussi dans la manière dont vous le contrôlez. Une vue attrayante ne démontre pas, à elle seule, que le fichier est cohérent. Faites une passe de vérification séparée de la phase de modélisation et notez les corrections apportées. Si vous êtes en mesure de demander une relecture à un formateur ou à un autre utilisateur du logiciel, demandez-lui de signaler ce qu’il ne comprend pas ou ne peut pas vérifier.

Documentez les décisions utiles : quelle était la demande, quelles hypothèses avez-vous retenues, quel était votre périmètre et qu’avez-vous choisi de ne pas traiter ? Ne prétendez pas que le projet est conforme à une norme, validé par un ingénieur ou prêt pour la construction si ces vérifications n’ont pas été faites.

• Le fichier s’ouvre correctement et les livrables publiés correspondent à la version présentée.
• Les dimensions, unités, niveaux et principaux éléments sont cohérents avec le brief.
• Les vues et documents sont lisibles, correctement cadrés et dépourvus d’annotations parasites.
• Les noms de fichiers, repères et légendes sont compréhensibles pour une personne extérieure.
• Les éléments inclus dans le projet correspondent au périmètre annoncé ; les éléments fictifs sont identifiés comme tels.
• Les droits d’utilisation des ressources sont vérifiés et les informations confidentielles ont été retirées.
• Les limites du projet et les contrôles restant à effectuer sur un projet réel sont indiqués.

Présenter son travail dans un portfolio

Un portfolio OpenBuildings Designer doit permettre de comprendre rapidement le problème, votre rôle et le résultat. Commencez par une page de synthèse : contexte fictif, objectif, périmètre, outils utilisés et livrables disponibles. Ajoutez ensuite quelques images choisies avec soin : une vue d’ensemble, une vue qui explique l’organisation des espaces et, si elle apporte une information utile, une vue complémentaire. Une série courte et légendée est plus parlante qu’un grand nombre de captures sans explication.

Montrez le processus, pas seulement le rendu final. Un croquis de départ, une étape intermédiaire et le résultat peuvent expliquer comment vous êtes passé du besoin à la proposition. Vous pouvez accompagner les images d’une courte note sur un choix de modélisation, une difficulté rencontrée et la correction effectuée. Si vous partagez un fichier modèle ou une démonstration, vérifiez que son contenu n’expose pas de données de travail ou de références protégées.

Enfin, soyez précis sur votre contribution. Si le projet a été réalisé en équipe, identifiez les tâches que vous avez personnellement effectuées et celles auxquelles d’autres personnes ont contribué. Présentez clairement les limites : maquette de démonstration, dimensions hypothétiques et absence de validation technique ou réglementaire, le cas échéant. Cette transparence aide un recruteur ou un client à évaluer votre travail sans le confondre avec un dossier de construction.

• Une page de présentation avec l’objectif, le périmètre et votre rôle.
• Des captures nettes, légendées et sélectionnées pour expliquer des décisions.
• Des livrables qui s’ouvrent et dont le niveau de détail est annoncé honnêtement.
• Une brève section « limites et suites possibles » plutôt qu’une promesse excessive.
• Une vérification finale des droits, des noms visibles et des métadonnées susceptibles de révéler des informations.

Le parcours, étape par étape

1. 11. Choisir un brief étroit — Retenez un petit équipement ou une zone de bâtiment, décrivez son usage et fixez les livrables attendus. Écrivez aussi ce qui est hors périmètre.
2. 22. Préparer des données autorisées — Utilisez un croquis personnel, des dimensions fictives ou des ressources dont l’usage et la publication sont autorisés. Organisez les fichiers et les versions.
3. 33. Modéliser l’essentiel — Construisez d’abord la géométrie et les niveaux nécessaires, puis ajoutez les éléments utiles à la compréhension du projet. Gardez une logique de nommage claire.
4. 44. Préparer des livrables lisibles — Créez des vues et des documents adaptés au brief. Vérifiez que les exports communiquent correctement le projet sans obliger le lecteur à deviner le contexte.
5. 55. Contrôler et corriger — Suivez la checklist de cohérence, d’ouverture des fichiers, de lisibilité et de confidentialité. Notez les corrections et les points non vérifiés.
6. 66. Raconter le projet — Présentez le besoin, votre démarche, votre contribution, les résultats et les limites. Ne décrivez pas un exercice fictif comme un projet réalisé pour un client.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. FormaGroup — OpenBuildings Designer formagroup.ma
2. OFPPT — Formation intra-entreprise ofppt.ma
3. JobInTech jobintech.academy