SVC-01 · Service

Conseil en ingénierie système pour les programmes spatiaux, aéronautiques et de défense

Goujon Systems apporte un appui senior et indépendant en ingénierie système aux programmes spatiaux, aéronautiques et de défense partout en Europe. L’intervention couvre toute la chaîne technique : concept opérationnel, définition et gestion des exigences, architectures fonctionnelle et physique, analyses de compromis et IVVQ système, menée à l’intérieur de vos processus et de votre chaîne d’outils, et non à côté.

Les missions sont conduites personnellement par Clément Goujon, architecte système certifié INCOSE CSEP, fort de près de dix ans sur les programmes phares du spatial et de la défense européens, dont l’architecture système de l’atterrisseur lunaire Argonaut de l’ESA. Les livrables sont produits selon l’ISO/IEC/IEEE 15288:2023 et, pour le spatial, la norme ECSS-E-ST-10C Rev.1, adaptées à la taille du programme plutôt qu’appliquées en bloc.

Référentiels ISO/IEC/IEEE 15288:2023 · ECSS-E-ST-10C Rev.1Certification INCOSE CSEPLangues français · anglais · italienBase Cherbourg-en-Cotentin · toute l’Europe & à distance

Ce que couvre l’intervention

De la page blanche au système vérifié. Chaque ligne ci-dessous est un livrable, pas un thème : à la fin de la mission, l’artefact est entre vos mains.

  • Concept opérationnel (ConOps) : mission, scénarios opérationnels, besoins des parties prenantes et cas d’usage que le système doit satisfaire, rédigés de façon à ce que les décisions d’ingénierie puissent réellement y être tracées.
  • Définition & gestion des exigences : jeux d’exigences parties prenantes, système et sous-systèmes, vérifiables, traçables et défendables face au client, avec la structure de traçabilité maintenue dans votre outil.
  • Architecture fonctionnelle : découpage fonctionnel, chaînes fonctionnelles et définition des interfaces, en ARCADIA/Capella ou en SysML selon ce que votre programme utilise déjà.
  • Architecture physique : arbre produit, allocation des fonctions aux composants et budgets techniques (masse, puissance, bilan de liaison, pointage, débit) avec des marges explicites plutôt qu’implicites.
  • Analyses de compromis : alternatives structurées, critères pondérés, analyses de sensibilité et justification documentée, conçues pour tenir le jour où le client demande pourquoi l’autre option a été écartée.
  • IVVQ système : stratégie de vérification, document de contrôle de vérification, matrices d’essais et d’analyses, et la chaîne de preuve qui solde chaque exigence à la qualification.
  • Maîtrise des risques techniques : un registre de risques réellement utilisé : plans de réduction, et liens explicites entre risques, marges et décisions de conception.
  • Préparation des revues : dossiers SRR, PDR et CDR constitués pour que la revue porte sur l’ingénierie plutôt que sur la recherche des documents manquants.

Quand fait-on appel à une ingénierie système externe ?

Presque toutes les missions commencent par l’une de ces phrases. Si vous reconnaissez la vôtre, le problème est bien identifié et a une forme connue.

  • « Le référentiel d’exigences ne passera pas la prochaine revue, et nous le savons. »
  • « Nous avons une architecture, mais personne ne sait expliquer pourquoi c’est la bonne. »
  • « Nos budgets techniques vivent dans trois tableurs qui ne sont pas d’accord entre eux. »
  • « La SRR est passée et le périmètre du système fait encore débat. »
  • « L’équipe est excellente sur le produit et légère sur le système. »
  • « Nous aimerions un regard indépendant avant que le client ne nous en fournisse un. »
  • « Nous sommes une start-up, et notre premier client institutionnel attend un processus d’ingénierie que nous n’avons pas encore. »

Déroulement

Trois phases, et une réponse honnête dès la première

01 / CADRAGE

Lire, interroger, cadrer

Dépouiller l’existant, interroger l’équipe, puis revenir avec un constat écrit de ce qui manque réellement et de ce qu’il faudrait pour combler l’écart. Si la réponse est « moins que vous ne le craigniez », c’est ce qui vous sera dit.

02 / INGÉNIERIE

Produire dans votre environnement

Le travail d’ingénierie proprement dit, dans vos outils, avec vos ingénieurs, produisant des artefacts que votre organisation possède et pourra maintenir après la mission.

03 / TRANSMISSION

Laisser le raisonnement

Les livrables sont accompagnés de la justification qui les a produits, et de sessions de travail lorsque c’est utile, pour que l’équipe poursuive sans avoir besoin de moi sur le même sujet.

Référentiels, méthodes et outils

La rigueur processus est dimensionnée au programme. Une étude de faisabilité à 300 k€ et un grand programme naval exigent la même discipline et surtout pas la même paperasse ; déterminer où vous vous situez sur cette échelle fait partie du travail.

Référentiels appliqués
RéférentielCe qu’il encadre
ISO/IEC/IEEE 15288:2023La colonne vertébrale des processus du cycle de vie : processus d’accord, organisationnels, de management technique et techniques, et leur adaptation au programme.
ECSS-E-ST-10C Rev.1 (15 février 2017)Exigences générales d’ingénierie système pour les programmes spatiaux européens. La référence sur les travaux ESA et agences nationales, et celle sur laquelle votre client vous auditera.
INCOSE Systems Engineering Handbook, 5e édition (2023)Guide de pratique et corpus de connaissances sous-jacent à la certification INCOSE CSEP.
ARCADIA / CapellaCouple méthode-outil pour les architectures fonctionnelle et physique, largement adopté dans l’aérospatial et la défense en Europe.
OMG SysML (v1.x et v2)Langage de modélisation d’architecture système. SysML v2 a été adopté définitivement par l’OMG en juillet 2025.

Chaîne d’outils

DOORSJazz ELMPolarionValispaceCapellaCameoCOMET / CDP4IDM-CICSysMLSysML v2ArcadiaJIRAiObeyaMATLABSimulinkLabVIEWKeysight ADSISO/IEC 15288ECSSFMEA / FMECAExcel

Pour qui

Grands groupes, primes et intégrateurs

Une expertise senior indépendante mobilisée sur une phase ou une revue critique : un référentiel d’exigences défendable, une architecture qui tient sous le regard de vos pairs, ou une stratégie de vérification système qui se solde proprement. Dans vos outils, dans vos processus, et prête à être challengée par vos propres experts.

Start-up et scale-up du spatial

Une ingénierie système au bon niveau, avant que la complexité ne s’installe. Assez de processus pour satisfaire un client institutionnel et rassurer un investisseur, et pas un document de plus. L’erreur classique des jeunes entreprises n’est pas le manque de rigueur : c’est d’importer tel quel le processus d’un grand groupe et de s’y noyer.

Questions fréquentes

Les questions que l’on me pose avant de me contacter

Que livre concrètement un consultant indépendant en ingénierie système ?

Des livrables d’ingénierie que votre programme possède et peut défendre en revue : un référentiel d’exigences, un dossier d’architecture, des dossiers de compromis avec leur justification, les budgets techniques et leurs marges, une stratégie de vérification et les dossiers de revue correspondants. Pas un rapport qui recommande ce qu’il faudrait faire : le travail lui-même.

Travaillez-vous avec nos outils et nos processus ?

Les vôtres. La chaîne d’outils est déjà familière : DOORS, Jazz ELM, Polarion et Valispace pour les exigences ; Capella, Cameo, COMET/CDP4 et IDM-CIC pour la modélisation et l’ingénierie concourante ; MATLAB et Simulink pour l’analyse. Introduire un nouvel outil dans un programme en cours est généralement la façon la plus coûteuse de résoudre un problème qui, le plus souvent, n’est pas un problème d’outil.

Quelle taille de programme faut-il avoir ?

L’expérience couvre des programmes de toutes tailles, des études R&D et de faisabilité jusqu’aux grands contrats pluriannuels. La taille compte moins que la clarté du périmètre : une mission courte et nettement cadrée sur un petit programme rapporte souvent davantage qu’une mission ouverte sur un grand.

Intervenez-vous sur site ou à distance ?

Les deux. Le cabinet est basé à Cherbourg-en-Cotentin et intervient dans toute l’Europe. L’architecture, les exigences et les analyses se traitent très bien à distance ; les revues, ateliers d’architecture et accompagnements d’équipe sont nettement meilleurs sur site.

Dans quelles langues travaillez-vous ?

Français, anglais et italien, y compris les livrables écrits et les revues face au client.

En quoi est-ce différent d’un ingénieur en régie ?

Un ingénieur en régie occupe un poste dans votre organigramme et en hérite les hypothèses. Un consultant indépendant est une expertise senior pointée sur un problème défini, le temps que dure ce problème, avec l’indépendance nécessaire pour vous dire ce que l’organisation n’a pas envie d’entendre. C’est généralement tout l’intérêt.

Réservez un appel découverte gratuit.

Trente minutes, sans engagement, en français, anglais ou italien. Parlez-moi de votre programme et je vous dirai honnêtement si je suis la bonne personne pour vous aider.

Dernière mise à jour: