Leçon 1/4
30 min Conception & Construction de Data Center

Phases projet, jalons et gouvernance

Structurer les grandes phases d'un projet de construction ou d'extension de data center et mettre en place la gouvernance qui évite les dérives de planning et de qualité.

À retenir

  • Un projet data center suit cinq grandes phases : programmation, conception, construction, commissioning, transfert à l'exploitation.
  • L'OPR (intention de conception) rédigée en amont est le document de référence de tout le projet, y compris pour les essais de commissioning.
  • Une gouvernance structurée (comités de pilotage, technique, commissioning) limite les arbitrages informels de dernière minute.
  • Impliquer l'équipe d'exploitation dès la conception réduit fortement les non-conformités découvertes tardivement.

Un projet data center, c'est d'abord une gouvernance

Un projet de construction ou d'extension de data center mobilise des métiers très différents (électricité, mécanique, réseau, sécurité incendie, sûreté) sur des délais souvent contraints. La cause la plus fréquente de retard n'est pas technique mais organisationnelle : absence de jalons clairs, décisions prises trop tard, ou responsabilités mal réparties entre maître d'ouvrage, maître d'œuvre et exploitant futur.

Les grandes phases d'un projet

PhaseObjectif principalLivrable clé
ProgrammationDéfinir les besoins fonctionnels et la classe de disponibilité viséeCahier des charges fonctionnel (Owner's Project Requirements)
Conception (Basic + Detailed Design)Traduire les besoins en solutions techniques chiffréesDossier de conception détaillée (Basis of Design)
ConstructionRéaliser les travaux selon les plans validésInstallations physiquement construites
Commissioning (Cx)Vérifier que le construit répond à l'intention de conceptionRapports d'essais L1 à L5
Transfert à l'exploitationTransmettre la connaissance et la documentation à l'équipe qui opère le siteDossier des ouvrages exécutés (DOE), formation des équipes

Point clé

l'intention de conception (Owner's Project Requirements, ou OPR) rédigée en phase de programmation est le document de référence de tout le projet : chaque essai de commissioning, chaque choix de conception s'évalue par rapport à cette intention, pas par rapport à une norme générique.

Gouvernance : qui décide quoi, et quand

Attention

un projet sans comité de pilotage régulier dérive presque systématiquement vers des arbitrages informels de dernière minute, pris sous pression de délai plutôt que sur des critères techniques.

Une gouvernance de projet data center efficace repose sur trois instances régulières :

  • un comité de pilotage stratégique (arbitrages budgétaires et de délai, mensuel),
  • un comité technique de conception (validation des choix d'ingénierie, hebdomadaire en phase de conception),
  • un comité de commissioning (suivi des essais et des non-conformités, hebdomadaire dès le démarrage des essais).

Jalons de validation incontournables

  1. Validation de l'OPR par le maître d'ouvrage avant tout début de conception détaillée.
  2. Revue de conception à 30 %, 60 % et 90 % d'avancement, avec traçabilité des commentaires.
  3. Jalon de fin de construction (mechanical/electrical completion) avant le démarrage des essais de commissioning.
  4. Jalon de transfert d'exploitation, conditionné à la clôture des non-conformités critiques.

Sur le terrain

l'implication de l'équipe d'exploitation future dès la phase de conception, et non seulement au moment du transfert, réduit fortement le nombre de non-conformités découvertes tardivement lors du commissioning.

Astuce

conservez un registre unique des décisions de projet (decision log), daté et signé, accessible à toutes les équipes : il évite les réinterprétations tardives d'un arbitrage pris plusieurs mois auparavant.

Erreurs fréquentes de gouvernance

  • Démarrer la construction avant la validation formelle de l'OPR.
  • Confier le commissioning à l'équipe qui a réalisé la conception ou la construction, sans regard indépendant.
  • Ne mobiliser l'équipe d'exploitation qu'au moment du transfert final.
  • Ne pas tracer les décisions d'arbitrage, ce qui complique toute revue de projet ultérieure.