Ini$a$on à la ges$on par le projet
ST32
4. Les enjeux du projet
Jean-‐Jacques Terrin, 2011
Les enjeux du projet
Les enjeux de la programma$on : le projet avant le projet
Les enjeux de la faisabilité : les trois moments de la synthèse
Les enjeux du cycle de vie : Le projet après le projet
Plan
Le projet avant le projet
Programma$on Etudes de défini$on
Travail par$cipa$f Études de cas 1. Les enjeux de la programma$on
« Dans l’idée moderne de programme, viennent se fondre deux no7ons,
la mémoire et le projet ».
François Jacob, biologiste
Les enjeux du projet
Plan
Centre hospitalier d’Annecy Livraison : 2003
Maître d’ouvrage : Assistance publique Émergence du projet (1991-‐93)
Ancien hôpital en centre ville : extension bloquée Réhabilita$on + coûteuse que le neuf
Double nécessité : Hôpital de proximité (250 000 hab.) Hôpital de secteur (700 000 hab.)
recherche d’un nouveau site (probléma$que urbaine)
innova$on organisa$onnelle : 8 pôles médicaux plutôt que
Etude de cas 1
Centre hospitalier
Etude de cas 1
Centre hospitalier
1994 : Mise en place d’une équipe projet Maîtrise d’ouvrage Niveau poli$que : DG
Chef de projet Mou : Dr. Adjoint
+ ingénieur assistant AMO : DDE
Compétence externe : programmiste
Compétences internes : groupes de travail théma$ques et transversaux
Exper$ses (int. & ext.) : contraintes spa$ales
améliora$ons condi$ons de travail
Centre hospitalier
Processus de programma$on
1999 Consulta$on Maîtrise d’œuvre Critères jury : organisa$on fonc$onnelle
évolu$vité
adaptabilité et implanta$on sur le site
Demande du ministère : diminuer coût et surfaces (50%) Choix des architectes : Robert & Reichen
Mission : animer le débat (et le malaise)
comprendre le système produc$f hospitalier étudier l’impact social des proposi$ons
« gérer la singularité à grande échelle »
maîtriser les coûts de construc$on du projet
Centre hospitalier
Processus de programma$on
Equipe « situa$on de travail et échelle du poste de travail » KIT : ou$l d’aide à la concep$on composé de :
une bibliothèque informa$sée de plans et mobilier des maquemes modulables en carton (1/100ème) dialogue entre les mé$ers hospitaliers
ajustements entre partenaires de la concep$on transmission d’informa$ons
Proposi$on de sor$r les services logis$ques
(pharmacie, cuisine, magasins, ateliers) des bâ$ments sanitaires : différence de trame, adapta$on technique + coûteuse
désigna$on d’un cabinet d’ingénierie expert en logis$que
Centre hospitalier
Méthode
Implanta$on dans une ZAC de 24 h. dont 14 pour l’hôpital Désigna$on d’une équipe projet municipale :
Adjoints, urbaniste, exper$se ingénierie
Imbrica$on projet de Zac/ projet d’hôpital étude des réseaux, VRD
coordina$on entre programme con$nu et dossier administra$f
1997 – 98 Valida$on de la solu$on par le Mou 2000 APD, DCE, début du chan$er
Centre hospitalier
Echelle urbaine
Non projet dans un non budget sans règles d’urbanisme Non con$nuité des équipes sur dix ans
Difficultés à gérer : la mémoire de l’opéra$on les tableaux de bord
le planning Différence de temporalité urbain/bâ$ment
Difficultés à mener de front : programma$on con$nue ges$on de l’innova$on re-‐créa$on
Centre hospitalier
Éléments structurants
Etude de cas 2
L’ile de Nantes
Plan guide
Espaces publics
Espaces publics
Opéra$ons publiques et privées
Le programme, lieu de dialogue : Un dialogue informel
Une écriture poé$que
Un programme d’inves$ssement Une étude de faisabilité
Une étude de localisa$on Une étude d’opportunité
L’an$cipa$on d’un dossier de consulta$on d’entreprises
Programma$on
Défini$ons
Pour un maître d’ouvrage, un programme : Un ensemble d’objec$fs à ameindre,
La réponse à apporter aux ques$ons qu’il se pose, Le choix d’un terrain,
Le choix des hommes pour conduire, concevoir, réaliser, gérer, Un choix d’architecture,
Une défini$on des coûts,
Une précision sur les financements possibles.
Programma$on
Défini$ons
Pour un maître d’œuvre : Un lieu,
Des repères,
Des représenta$ons symboliques, Une histoire,
Une architecture possible, Des fonc$ons,
Des ac$vités, Une vie sociale.
Programma$on
Défini$ons
Programmer un ouvrage, c’est : Écouter,
Comprendre les logiques individuelles et collec$ves, Evaluer : juger la valeur de référence,
es$mer ce qui est important,
préparer la qualité de la transcrip$on, Traduire sans trahir.
Programma$on
Défini$ons
Un programme est nécessaire pour : Exposer l’idée force d’un projet,
Clarifier les enjeux,
Présenter la qualité amendue, Établir la hiérarchie des objec$fs, Définir les performances,
Indiquer le rôle de chacun.
Programma$on
Défini$ons
spatiales, fonctionnell es,
économique s,
réglementai res,
…
physiques économiques, fonctionnelles, environnementales,
…
Analyse
du contexte Organigramme
relationnel
Objectifs
Performances
Hypothèses
Aide à la décision
Références
Simulations
Solution retenue
Demande
Carnet d’intention architecture
usage
veille technologique fonctionnels,
qualitatifs, financiers, spatiaux, temporels
Critères d’évaluation
Préparer la concep$on
Groningen (NL) la ville lance sa consulta$on pour la 6ème session d’Europan en demandant aux concurrents :
“Design a story, use 6 booster features“
Préparer la concep$on
La demande
Les contraintes du contexte sont d’ordre :
Urbanis$que, Géographique : site, climat, sous-‐sol, Architectural, Sécuritaire,
Budgétaire, Environnemental, … Technique,
Juridique, réglementaire, Temporel,
Préparer la concep$on
Le contexte
Préparer la concep$on
Organigramme rela$onnel
Préparer la concep$on
Organigramme rela$onnel
Importance de l’objectif Action envisagée
Localisation
Échelonnement dans le temps Moyens mis en œuvre
Partenaires mobilisés Critères d’évaluation
Préparer la concep$on
Objec$fs
Objec?f 1
La circula$on des véhicules Département, Ville, RATP Objec?f 2
La mul$modalité
RATP, Ville, Taxis, Cars Objec?f 3
La fonc$onnalité du terminal RATP
Objec?f 4 L’urbanité Ville
Objec?f 5
Préparer la concep$on
Objec$fs
Préparer la concep$on
Objec$fs
Préparer la concep$on
Objec$fs
Préparer la concep$on
Objec$fs
Préparer la concep$on
Hypothèses
Images, références, métaphores dans les
dialogues entre acteurs, les discours poli$ques, les descrip$ons programma$ques, les
présenta$ons architecturales.
I. Wagner & R. Lainer TU Wien
Préparer la concep$on
Références
Préparer la concep$on
Objec$fs
Programma$on intégrée
Programmation sous-traitée
Programmation intégrée à l’AMO
Études diagnostic
Etudes de définition
Programma$on
Démarches
« Les marchés d’étude sont dits « de défini7on » lorsqu’ils ont pour objet d’explorer les possibilités et les condi7ons d’établissement d’un marché ultérieur ; ces marchés doivent permeCre de préciser les buts et performances à aCeindre, les techniques de base à u7liser, les
moyens en personnel et en matériel à meCre en œuvre. Ils doivent également permeCre d’es7mer le niveau de prix des presta7ons, les modalités de sa détermina7on et de prévoir les différentes phases de l’exécu7on des presta7ons ».
Les presta7ons faisant suite à plusieurs marchés de défini7on, ayant le même objet et effectuées simultanément, peuvent être aCribuées sans nouvelle mise en compé77on, à l’auteur de la solu7on
retenue ».
Extraits du Code des marchés publics.
Etudes de défini$on
Démarches
Choisir une aytude plutôt qu’un projet
S’assurer de la mémoire du lieu et des études précédentes Responsabiliser l’ensemble de la maîtrise d’ouvrage
Faciliter la con$nuité de la concep$on
Une forme de concours déguisé Un retour à la non indemnisa$on
Une confusion entre les compétences de programma$on et de maîtrise d’œuvre
Une procédure mieux adaptée au projet urbain
Etudes de défini$on
Démarches
Programma$on collabora$ve
Comprendre les évolu$ons sociales
Evaluer les capacités de changement des comportements Memre en place les condi$ons de co-‐ges$on
Fonder la concep$on sur des démarches plus par$cipa$ves Faire correspondre compétences des acteurs et
performances des projets
Quelques pistes de réflexion
Comprendre les évolu$ons sociales
Faciliter l’expression de chacun, faire émerger les idées, les rendre explicites à par$r de matériaux « source d’inspira$on »…
S$muler l’inspira$on plutôt que l’informa$on
Provoquer des réponses des par$cipants qui servent de matériaux pour la concep$on.
Donner du sens aux expériences personnelles dans l’objec$f de comprendre la culture locale, d’iden$fier diversités et différences.
=> S’inspirer des situa$onnistes : "Moment de la vie, concrètement et délibérément
construit par l'organisa$on collec$ve d'une ambiance unitaire et d'un jeu d'événements."
Cultural probes
Gaver W., Boucher A., Pennington S., and Walker B. (2004). Cultural Probes
Comprendre les évolu$ons sociales
Cultural probes
Evaluer les comportements
Evaluer les capacités d’accepta$on du changement Envisager des usages, existants ou nouveaux Travail en groupes
Memre en place les condi$ons de co-‐responsabilité
MeGre en œuvre un processus d’appren?ssage avec les u?lisateurs
Considérer les u$lisateurs comme des spécialistes de leur travail ou de leur expérience de vie
Élaborer une connaissance profonde de la complexité d’une situa$on Appren$ssage
Fonder la concep$on sur des démarches plus collabora$ves
Encourager des expériences immédiates Générer des idées créa$ves
An$ciper l’usage futur Produire des scénarios
Fonder la concep$on sur des démarches plus collabora$ves
U$liser des matériaux d’inspira$on
La matérialité engage tous les sens Texture -‐ âpre/lisse, détails
Géométrie -‐ dimension, forme, propor$on, emplacement Matériau -‐ poids, rigidité, plas$cité
Energie -‐ température, humidité Propriétés dynamiques
Dialoguer sur les ambiances
Les trois moments de la synthèse Etudes de faisabilité
Avant-‐projet, permis de construire, dossier de financement
Passa$on des marchés d’entreprise
Plans d’exécu$on et de synthèse
Transfert du bâ$ment à son u$lisateur final
Récep$on des travaux, dossier des ouvrages exécutés, Dossier d’interven$on ultérieure
2. Les enjeux de la synthèse
Montage Faisabilité et opportunité de l’opéra$on Détermine la localisa$on
Définit le programme
Arrête l’enveloppe financière Responsable du financement
Choisit le processus de réalisa$on
Contractualise avec les études et l’exécu$on des travaux Concep?on Études d’esquisses
Études d’avant projet Études de projet
Assistance à la passa$on de travaux Études d’exécu$on
Ordonnancement, pilotage, coordina$on (OPC)
Les étapes du projet
Réalisa?on Prépara$on du site
Construc$on de l’ouvrage Travaux d’installa$on
Travaux de fini$on
Récep?on Récep$on de l’ouvrage
Année de parfait achèvement Dossier des ouvrages exécutés
Les étapes du projet
Études préalables Pré-‐programme
Programme Études d’avant projet
Esquisse ESQ Avant projet sommaire APS Avant-‐projet défini$f APD
Dossier de demande de permis de construire DPC Études de projet PRO
Les missions normalisées
Loi MOP
Direc?on des travaux
Assistance pour la passa$on des contrats de travaux ACT Mise au point des marchés
Études d’exécu$on des ouvrage et de synthèse EXE Visa des études d’exécu$on VISA Direc$on de l’exécu$on des contrats de travaux DET Assistance aux opéra$ons de récep$on et pendant
la garan$e de parfait achèvement AOR Dossier d’interven$on ultérieure DIU
Les missions normalisées
Loi MOP
Le projet après le projet
1. Les enjeux du cycle de vie
Ce concept est d’origine industrielle : « Du berceau à la tombe ».
La prise en compte de l’ensemble des flux de ma$ère, dépenses
énergé$ques et pollu$ons associées induites par l’existence du bâ$ment sur sa durée de vie cons$tue l’analyse du cycle de vie.
Son applica$on au bâ$ment permet une réflexion à long terme sur les impacts environnementaux.
L’analyse du cycle de vie
Défini$ons
Par exemple :
Comparer deux solu$ons : démolir ou réhabiliter un bâ$ment?
Comparer deux solu$ons : une servieme en papier et une servieme en $ssu?
Probléma$ques
L’analyse du cycle de vie
Logements
u ti lis ati o n C o n str .
coûts % 500
400
300
200
Coûts de construction
Coûts de construction et d’utilisation
Pourquoi l’ACV
L’analyse du cycle de vie
temps valeur
réhabilitation partielle
réhabilitation complète
rénovation
reconstruction
Pourquoi l’ACV
L’analyse du cycle de vie
Par exemple : Dissocier deux séquences construc$ves et en analyser la valeur tout au long du cycle de vie
temps Valeur
relative
5 30 60 80 0,90
Pourquoi l’ACV
L’analyse du cycle de vie
Dans sa dimension technique
La prise en compte de l’ensemble des flux de ma$ère, dépenses énergé$ques et pollu$ons associées induites par l’existence du bâ$ment sur sa durée de vie cons$tue l’analyse du cycle de vie.
Dans sa dimension architecturale et urbaine Pérennité et adaptabilité d’un ouvrage Transforma$on et réhabilita$on
Entre$en et maintenance
=> Les probléma$ques de cycle de vie sont à prendre en compte le plus en amont possible dans le projet (pré-‐programme, faisabilité) Défini$ons
L’analyse du cycle de vie
Pourquoi l’ACV
L’analyse du cycle de vie
Prise en compte des flux
L’analyse du cycle de vie
Prise en compte des échelles
L’analyse du cycle de vie
Le coût d’exploita$on d’un édifice ou d’un produit est bien supérieur à son coût de produc$on.
Exemple : comparer une automobile
un système de communica$on une tour de bureau à la Défense
Tendance actuelle :
Inclure dans le coût financier d’un produit ses coûts externes : coûts sociaux, environnementaux, …
Prise en compte des charges financières
L’analyse du cycle de vie
Prise en compte d’un système de produc$on
L’analyse du cycle de vie
Prise en compte d’un triple processus de concep$on
L’analyse du cycle de vie
Choisir les matériaux et techniques construc?ves
Définir une stratégie construc?ve
An?ciper des situa?ons d’usage
et de transforma?on
Minimiser les quan$tés Choisir des matériaux selon écobilan
Choisir des matériaux
nécessitant peu de transforma$on Différencier les séquences
selon leur durée de vie Faciliter contrôles et diagnos$cs
Choisir des solu$ons reproduc$bles
Rendre les liaisons réversibles
Durée de vie maxi
Transport/stockage de ma$ère mini
Faciliter adaptabilité et flexibilité
Faciliter la
réu$lisa$on et le recyclage
Quelques principes de base
L’analyse du cycle de vie
L ’ACV oblige à tout regarder
Matériaux construc$fs, composants, équipements, énergie de fonc$onnement, transports, entre$en, maintenance, rénova$on, destruc$on...
Elle pose donc des ques$ons fondamentales Process industriels
U$lisa$on de systèmes sophis$qués Durée de vie op$male
Elle pousse la concep$on vers des solu$ons « low-‐tech » issues d ’une ingénierie à forte compétence équipée de moyens de simula$on.
Quelques principes de base
L’analyse du cycle de vie
Spécifica?ons Unité 1 Durée de vie Composi$on Taille standard Déchets directs Énergie sur chan$er
Réu$lisa$on
Coût selon classifica$on
Logiciel LEGOE EA Karlsruhe Unité 1
Unité 2
…
Plafond suspendu : 1. Plaque de plâtre 2. Suspension
3. Fixa$on 1 4. Fixa$on 2 Exemple
L’analyse du cycle de vie
L’analyse du cycle de vie
Exemple
Les bénéfices de l ’ACV
Par son approche globale elle permet d’établir des objec$fs quan$fiables de performance environnementale et d’aider concepteurs et MO à faire des choix.
Par son approche transversale elle structure un langage commun facilitant la collabora$on entre maîtrise d’ouvrage et maîtrise d’œuvre architecturale et technique.
Elle permet d’intégrer les différentes modélisa$ons de la physique du bâ$ment (simula$on thermique dynamique, simula$on
aéraulique, simula$on des ambiances,…) dans une démarche de qualité.
En résumé
L’analyse du cycle de vie
Pour faire entrer l’ACV dans les pra$ques de projet
Il faut des logiciels adaptés au contexte de chaque pays/région et à chaque phase du projet (priorité pour l’amont)
Les logiciels issus de recherches récentes peuvent-‐ils remplir le rôle?
LEGOE (Karlsruhe), EQUER (École des Mines), BEES (États-‐Unis),...
Il faut des process industriels de fabrica$on mieux quan$fiés et documentés.
Il faut la volonté des acteurs d’une approche véritablement
« durable » car globale de la concep$on architecturale.
Quelques challenges
L’analyse du cycle de vie
Le projet, mode de représenta$on par$cipa$f Le projet, espace collabora$f
Le projet, base de données Le projet
Fusion progressive
Espace projet usager : espace par$cipa$f : désir, exigences, performances
Espace projet concepteur : espace collabora$f : prescrip$ons, performances
Espace bâ$ment : ges$on, évolu$on, performance
Etudes préalables Projet Chan$er Exploita$on
Fonder la concep$on sur des démarches plus collabora$ves
Représenter la concep$on et non la solu$on
Espace projet usager
Espace projet concepteur
Espace bâ$ment
Fonder la concep$on sur des démarches plus collabora$ves
Représenter la concep$on et non la solu$on