Le PV de validation des hypothèses structurelles est l’outil le plus simple pour sécuriser une mission structure : il fige les documents d’entrée, l’usage, les charges, l’existant et les réserves. Résultat : moins d’allers-retours, des avenants cadrés et une décision MOE plus sereine.
PV de validation des hypothèses structurelles : le réflexe qui protège la MOE (et fait gagner du temps)
En structure, le calcul n’est presque jamais le vrai problème. Le vrai problème, c’est le flou : données d’entrée incomplètes, usage pas totalement figé, existant mal connu, variantes demandées “en plus”, modifications qui arrivent trop tard.
Le PV de validation des hypothèses (même sur une page) est l’outil le plus simple pour transformer ce flou en décision maîtrisée. Et, accessoirement, pour éviter les discussions interminables sur “qui avait compris quoi”.
Pourquoi c’est vital en MOE
Quand tu engages un BET, tu signes un contrat. Et un contrat, en droit français, s’impose aux parties : les contrats légalement formés tiennent lieu de loi à ceux qui les ont faits.
Donc si tes hypothèses restent implicites, tu prends un risque : tu découvres après coup que chacun n’a pas travaillé sur le même projet… tout en croyant parler du même.
Le PV d’hypothèses sert à figer noir sur blanc :
- les documents d’entrée (versions),
- l’usage et les charges,
- ce qu’on suppose sur l’existant,
- les réserves,
- et les “points à confirmer”.
C’est une assurance intellectuelle avant même de parler d’assurance professionnelle.
Les 5 hypothèses qui font exploser un dossier si elles ne sont pas validées
1) Usage réel et charges d’exploitation
Le calcul est totalement différent selon que tu es en bureau, ERP, logement, archives, stockage…
Sans validation, tu risques le “on pensait que…” qui arrive après la conception.
2) Données d’existant
Plans incomplets, épaisseurs incertaines, ferraillage inconnu : ce n’est pas un détail, c’est un changement de monde.
Le PV doit dire clairement : “on calcule avec telle hypothèse, sous réserve de sondages”.
3) Fondations et sol (quand la géotechnique manque)
Sans G2, on peut travailler en faisabilité, mais avec réserves. Le PV doit l’écrire explicitement (sinon tu mets le projet en danger).
4) Niveau de livrables attendus
“Juste une note” vs “note + plans de principe + variantes + réunions + suivi” : si ce n’est pas cadré, tu crées mécaniquement du hors-périmètre… donc des tensions.
5) Délai et urgence
Un “72h” n’a de sens que si le PV précise ce qui est fourni et ce qui ne l’est pas. Sinon, on fabrique une promesse intenable.
Le PV d’hypothèses simplifie aussi la gestion des avenants
Dans un projet, les modifications arrivent toujours. La question n’est pas “si”, c’est “quand”.
Le PV d’hypothèses te donne une règle claire :
- si l’hypothèse change, le périmètre change → on fait une analyse d’impact (coût/délai) → éventuellement un avenant.
Ça ne rigidifie pas le projet, au contraire : ça le rend pilotable.
Et côté responsabilité “construction” : tu veux des preuves écrites
En cas de sinistre ou de litige, le débat tourne souvent autour de :
“Qu’est-ce qui était prévu ? Qu’est-ce qui a été transmis ? Qu’est-ce qui a été validé ?”
En matière de construction, la loi définit largement les “constructeurs” et les responsabilités associées : par exemple l’article 1792-1 vise notamment l’architecte et le technicien lié au maître d’ouvrage par un contrat de louage d’ouvrage.
Et la responsabilité décennale de principe est posée par l’article 1792.
Conclusion pratique : tu veux de la traçabilité, pas des échanges oraux. Le PV d’hypothèses est une pièce simple, mais extrêmement défendable.
Modèle de PV d’hypothèses (check-list 1 page)
Copie-colle cette structure :
Projet / Adresse
MOE / Client
Documents d’entrée (versions + dates)
- Plans archi : …
- Existant : …
- Géotechnique : oui/non (réf) …
Usage & charges
- Destination : …
- Charges exploitation : …
Hypothèses structure
- Système porteur : …
- Matériaux : …
- Fondations : hypothèse + réserve …
Points à confirmer / réserves
- … (sondages, mesures, données manquantes)
Validation MOE
“Je valide les hypothèses ci-dessus et comprends que toute modification peut impacter coût et délai.”
Signature / date.
FAQ
Un PV d’hypothèses, c’est “trop administratif” ?
Non. C’est l’inverse : c’est ce qui évite la bureaucratie plus tard (corrections, reprises, réunions inutiles).
Est-ce utile même en faisabilité ?
Oui, surtout en faisabilité. C’est là que l’incertitude est maximale et que tu as besoin de décider vite sans te mentir.
Et si le client change d’avis après ?
Alors tu as un cadre : la modification est identifiée, et tu peux chiffrer proprement l’impact (avenant) au lieu de subir.