Manuel opérationnel des programmes, des missions et des dispositifs de contribution

Devise :
BUILD THE INFRASTRUCTURE · INTEGRATE THE FUTURE · JOIN THE MISSION

Version : 0.1
Statut : Projet de manuel opérationnel
Nature : Document-cadre de mise en œuvre des programmes, missions, formations, contributions et dispositifs d’intégration
Périmètre : Communauté internationale des bâtisseurs technologiques de SPACESORTIUM™

PRÉAMBULE

SPACESORTIUM BUILDERS™ a été conçue comme une communauté internationale destinée à réunir, former, accompagner et mobiliser des talents capables de contribuer à la conception, au développement, à l’intégration et à l’évolution des infrastructures technologiques de SPACESORTIUM™.

La Charte fondatrice définit la vision, les principes et la vocation de la Communauté.

Le Règlement général définit son organisation, ses statuts, ses droits et ses obligations.

Le Référentiel des compétences, des métiers et des parcours de progression précise les domaines de compétence, les niveaux de maîtrise, les métiers et les critères de reconnaissance.

Le présent Manuel constitue l’instrument de mise en œuvre de cette architecture.

Il définit les programmes, les missions, les méthodes de travail, les cycles de contribution, les dispositifs de formation, les mécanismes d’évaluation, les procédures d’intégration et les conditions générales de reconnaissance des contributions.

Il repose sur une conviction :

Une communauté technologique ne devient une force réelle que lorsqu’elle transforme les talents en compétences, les compétences en réalisations, les réalisations en infrastructures et les infrastructures en valeur durable.

SPACESORTIUM BUILDERS™ ne se limite donc pas à un réseau de développeurs ou à un espace d’échange. Elle constitue un dispositif organisé de construction technologique, de recherche appliquée, d’apprentissage par la pratique, de recrutement, d’innovation et de développement collectif.

Le présent Manuel a notamment vocation à encadrer :

• les programmes de formation ;

• les hackathons ;

• les challenges techniques ;

• les missions de développement ;

• les laboratoires de recherche ;

• les opérations d’intégration ;

• les dispositifs de mentorat ;

• les parcours de recrutement ;

• les collaborations avec les partenaires ;

• les mécanismes de reconnaissance et de valorisation des contributions.

TITRE I — DISPOSITIONS GÉNÉRALES

Article 1 — Objet du Manuel

Le présent Manuel a pour objet de définir les règles et méthodes générales applicables à la conception, à l’organisation, à la conduite, à l’évaluation et à la clôture des programmes et missions de SPACESORTIUM BUILDERS™.

Il vise notamment à :

1. transformer les orientations stratégiques en actions opérationnelles ;

2. organiser les activités de la Communauté ;

3. définir les responsabilités des participants et des encadrants ;

4. assurer la traçabilité des contributions ;

5. faciliter l’intégration des réalisations dans les systèmes de SPACESORTIUM™ ;

6. établir des méthodes communes d’évaluation ;

7. soutenir la progression des membres ;

8. favoriser la constitution d’équipes durables ;

9. préparer les opportunités de collaboration et de recrutement ;

10. contribuer à la création de valeur technologique, scientifique et économique.

Article 2 — Champ d’application

Le présent Manuel s’applique aux :

• Builders Candidates ;

• SPACESORTIUM Builders ;

• Certified Builders ;

• Lead Builders ;

• Principal Builders ;

• Strategic Builders ;

• Academic Builders ;

• Partner Builders ;

• Venture Builders ;

• mentors ;

• responsables de programmes ;

• responsables de missions ;

• référents techniques ;

• partenaires associés aux programmes ;

• intervenants, experts et formateurs.

Article 3 — Principes opérationnels

Les programmes et missions de SPACESORTIUM BUILDERS™ reposent sur les principes suivants :

• réalisation concrète ;

• apprentissage par la pratique ;

• contribution vérifiable ;

• intégration progressive ;

• responsabilité individuelle ;

• coopération collective ;

• documentation systématique ;

• sécurité dès la conception ;

• qualité technique ;

• respect des délais ;

• transparence des critères ;

• évaluation fondée sur les résultats ;

• amélioration continue ;

• reconnaissance de la contribution ;

• respect de la propriété intellectuelle ;

• respect des engagements contractuels.

Article 4 — Articulation avec les autres documents

Le présent Manuel complète :

1. la Charte fondatrice ;

2. le Règlement général ;

3. le Référentiel des compétences ;

4. les politiques de sécurité ;

5. les accords de confidentialité ;

6. les pactes de contribution ;

7. les contrats de travail ou de prestation ;

8. les conventions de recherche ;

9. les règlements particuliers des programmes ;

10. les décisions des organes compétents de SPACESORTIUM™.

En cas de contradiction, les dispositions légales, statutaires ou contractuelles applicables prévalent.

TITRE II — ARCHITECTURE DES PROGRAMMES

Article 5 — Catégories de programmes

Les activités de SPACESORTIUM BUILDERS™ sont organisées autour des catégories suivantes :

1. SPACESORTIUM ORBIT HACKATHON™ ;

2. BUILD CHALLENGES ;

3. BUILDERS ACADEMY ;

4. RESEARCH LABS ;

5. INTEGRATION MISSIONS ;

6. BUILDERS FELLOWSHIP ;

7. BUILDERS NETWORK.

Article 6 — SPACESORTIUM ORBIT HACKATHON™

Le SPACESORTIUM ORBIT HACKATHON™ est un programme intensif destiné à mobiliser des talents autour de missions technologiques concrètes liées à SPACESORTIUM™.

Il peut être organisé sur une durée déterminée, notamment selon le format :

30 TALENTS · 7 DAYS · 6 MISSIONS · 1 ORBIT

Il vise à :

• identifier des talents ;

• produire des prototypes ;

• tester des solutions ;

• accélérer le développement de modules ;

• favoriser la coopération ;

• évaluer les compétences en situation réelle ;

• sélectionner des contributeurs ;

• préparer des recrutements ;

• constituer la communauté SPACESORTIUM BUILDERS™.

Article 7 — Build Challenges

Les Build Challenges sont des défis techniques ou fonctionnels organisés autour d’un problème précis, d’une durée limitée et de livrables définis.

Ils peuvent porter sur :

• le développement logiciel ;

• l’intelligence artificielle ;

• la donnée ;

• le cloud ;

• la cybersécurité ;

• les applications mobiles ;

• les jumeaux numériques ;

• la Natiométrie ;

• l’expérience utilisateur ;

• l’optimisation ;

• l’interopérabilité ;

• la documentation ;

• la recherche appliquée.

Article 8 — Builders Academy

La Builders Academy constitue le dispositif de formation et de développement des compétences de la Communauté.

Elle peut proposer :

• des parcours d’initiation ;

• des ateliers techniques ;

• des formations spécialisées ;

• des parcours de préparation aux missions ;

• des formations à l’architecture SPACESORTIUM™ ;

• des formations à l’intelligence artificielle ;

• des formations à la donnée ;

• des formations au cloud ;

• des formations à la cybersécurité ;

• des formations à la Natiométrie ;

• des formations au product building ;

• des formations au leadership technique.

Article 9 — Research Labs

Les Research Labs réunissent des chercheurs, ingénieurs, développeurs et experts autour de problématiques scientifiques, technologiques ou prospectives.

Ils peuvent porter sur :

• l’intelligence artificielle ;

• les systèmes complexes ;

• la simulation ;

• les jumeaux numériques ;

• les données territoriales ;

• l’intelligence civilisationnelle ;

• les systèmes natiométriques ;

• la souveraineté numérique ;

• la sécurité ;

• les architectures distribuées ;

• la prospective technologique.

Article 10 — Integration Missions

Les Integration Missions ont pour objet de transformer des prototypes, composants ou contributions en solutions intégrables dans les infrastructures de SPACESORTIUM™.

Elles peuvent comprendre :

• l’audit du code ;

• la revue d’architecture ;

• la correction des défauts ;

• la sécurisation ;

• l’écriture de tests ;

• l’adaptation aux standards ;

• l’intégration aux API ;

• l’intégration aux bases de données ;

• la documentation ;

• le déploiement ;

• la supervision ;

• la maintenance ;

• l’amélioration continue.

Article 11 — Builders Fellowship

Le Builders Fellowship est un dispositif destiné à accompagner des membres présentant un potentiel particulier ou une contribution significative.

Il peut inclure :

• un mentorat renforcé ;

• une mission longue ;

• un accès à des experts ;

• une allocation ou un soutien, lorsque cela est prévu ;

• une participation à des projets stratégiques ;

• une préparation au recrutement ;

• une implication dans la recherche ;

• une trajectoire vers des responsabilités supérieures.

Article 12 — Builders Network

Le Builders Network constitue le réseau permanent des membres, anciens membres, partenaires, mentors, chercheurs, recruteurs et contributeurs de l’écosystème.

Il peut faciliter :

• les échanges ;

• les opportunités professionnelles ;

• les collaborations ;

• les recommandations ;

• les missions ;

• les événements ;

• les formations ;

• les projets entrepreneuriaux ;

• les relations internationales.

TITRE III — CYCLE DE VIE D’UN PROGRAMME

Article 13 — Étapes générales

Tout programme peut être organisé selon le cycle suivant :

CONCEIVE → DEFINE → SELECT → PREPARE → BUILD → REVIEW → INTEGRATE → EVALUATE → RECOGNIZE → IMPROVE

En français :

CONCEVOIR → DÉFINIR → SÉLECTIONNER → PRÉPARER → CONSTRUIRE → ÉVALUER → INTÉGRER → RECONNAÎTRE → AMÉLIORER

Article 14 — Conception du programme

La conception d’un programme doit préciser :

• son objectif ;

• son public cible ;

• son périmètre ;

• sa durée ;

• ses ressources ;

• ses partenaires ;

• ses livrables ;

• ses critères d’évaluation ;

• ses responsables ;

• ses risques ;

• ses résultats attendus.

Article 15 — Fiche de programme

Chaque programme doit, dans la mesure du possible, disposer d’une fiche comprenant :

1. intitulé ;

2. référence ;

3. responsable ;

4. objectifs ;

5. public cible ;

6. prérequis ;

7. durée ;

8. lieu ou environnement ;

9. partenaires ;

10. moyens techniques ;

11. calendrier ;

12. livrables ;

13. critères d’évaluation ;

14. modalités de restitution ;

15. perspectives de reconnaissance ;

16. budget éventuel ;

17. risques identifiés.

Article 16 — Validation préalable

Tout programme important doit être soumis à une validation préalable par l’autorité compétente.

Cette validation porte notamment sur :

• la cohérence avec la stratégie de SPACESORTIUM™ ;

• la disponibilité des ressources ;

• la sécurité ;

• les engagements contractuels ;

• la protection des données ;

• les conditions d’encadrement ;

• la faisabilité technique ;

• les modalités d’évaluation.

TITRE IV — ORGANISATION DES MISSIONS

Article 17 — Définition d’une mission

Une mission est une action structurée visant à produire un résultat identifiable dans un délai déterminé.

Une mission doit comporter :

• un problème ou un objectif ;

• un périmètre ;

• un responsable ;

• des participants ;

• des contraintes ;

• des livrables ;

• des critères d’acceptation ;

• une échéance ;

• un mécanisme de validation.

Article 18 — Fiche de mission

Toute mission significative doit faire l’objet d’une fiche comprenant :

• titre ;

• contexte ;

• objectif ;

• utilisateurs ou bénéficiaires ;

• résultats attendus ;

• périmètre fonctionnel ;

• périmètre technique ;

• dépendances ;

• ressources ;

• risques ;

• critères de réussite ;

• livrables ;

• responsable ;

• calendrier ;

• modalités de clôture.

Article 19 — Responsable de mission

Le responsable de mission est chargé :

• de clarifier l’objectif ;

• de répartir les tâches ;

• de coordonner les participants ;

• de suivre les délais ;

• d’identifier les risques ;

• d’organiser les revues ;

• de rendre compte de l’avancement ;

• de valider les livrables intermédiaires ;

• de préparer la restitution finale.

Article 20 — Rôles complémentaires

Selon la nature de la mission, les fonctions suivantes peuvent être désignées :

• Mission Lead ;

• Technical Lead ;

• Product Lead ;

• AI Lead ;

• Data Lead ;

• Cloud Lead ;

• Security Lead ;

• UX/UI Lead ;

• QA Lead ;

• Research Lead ;

• Integration Lead ;

• Documentation Lead.

Une même personne peut exercer plusieurs fonctions lorsque la taille du projet le justifie.

Article 21 — Répartition des responsabilités

La répartition des responsabilités doit être connue des participants.

Elle peut être formalisée par :

• une matrice RACI ;

• une fiche de rôle ;

• un tableau de tâches ;

• un registre de décisions ;

• un calendrier de livrables.

TITRE V — CYCLE DE VIE D’UNE CONTRIBUTION

Article 22 — Cycle opérationnel

Toute contribution significative peut suivre le cycle suivant :

IDEA → SPECIFY → DESIGN → BUILD → TEST → REVIEW → INTEGRATE → DOCUMENT → DEPLOY → MAINTAIN → IMPROVE

Article 23 — Étape IDEA

L’étape IDEA consiste à identifier :

• un problème ;

• un besoin ;

• une opportunité ;

• une amélioration ;

• une innovation ;

• une hypothèse ;

• une fonctionnalité ;

• un risque à résoudre.

Toute idée doit être formulée de manière suffisamment claire pour être évaluée.

Article 24 — Étape SPECIFY

L’étape SPECIFY consiste à préciser :

• le problème ;

• les utilisateurs ;

• les objectifs ;

• les contraintes ;

• les critères de réussite ;

• les données nécessaires ;

• les dépendances ;

• les limites ;

• les livrables.

Article 25 — Étape DESIGN

L’étape DESIGN comprend, selon les besoins :

• conception fonctionnelle ;

• conception technique ;

• architecture ;

• modèle de données ;

• interface ;

• parcours utilisateur ;

• stratégie de test ;

• stratégie de sécurité ;

• stratégie de déploiement.

Article 26 — Étape BUILD

L’étape BUILD correspond à la réalisation effective de la solution.

Elle doit respecter :

• les standards applicables ;

• les règles de sécurité ;

• les conventions de code ;

• les règles de versionnement ;

• les contraintes d’architecture ;

• les délais ;

• les règles de documentation.

Article 27 — Étape TEST

Les tests peuvent comprendre :

• tests unitaires ;

• tests fonctionnels ;

• tests d’intégration ;

• tests de performance ;

• tests de sécurité ;

• tests utilisateurs ;

• tests de compatibilité ;

• tests de régression ;

• tests de résilience.

Article 28 — Étape REVIEW

La revue permet d’examiner :

• la qualité du code ;

• la conformité aux exigences ;

• l’architecture ;

• la sécurité ;

• la maintenabilité ;

• la documentation ;

• la performance ;

• la pertinence de la solution.

Article 29 — Étape INTEGRATE

L’intégration peut être réalisée seulement après validation des conditions techniques, fonctionnelles et de sécurité.

Elle peut nécessiter :

• une adaptation du code ;

• une revue d’architecture ;

• une validation des interfaces ;

• une vérification des dépendances ;

• une validation des données ;

• un test en environnement contrôlé ;

• une approbation du responsable compétent.

Article 30 — Étape DOCUMENT

Toute contribution intégrée doit être accompagnée d’une documentation adaptée.

Cette documentation peut comprendre :

• description fonctionnelle ;

• architecture ;

• installation ;

• configuration ;

• utilisation ;

• limites ;

• dépendances ;

• procédures de maintenance ;

• procédures de sécurité ;

• historique des versions.

Article 31 — Étape DEPLOY

Le déploiement doit être effectué selon les procédures applicables.

Il doit prendre en compte :

• l’environnement cible ;

• les accès ;

• la sauvegarde ;

• la supervision ;

• la sécurité ;

• la réversibilité ;

• la continuité d’activité ;

• les conditions de support.

Article 32 — Étape MAINTAIN

La maintenance comprend notamment :

• correction des défauts ;

• mise à jour ;

• surveillance ;

• amélioration ;

• sécurisation ;

• adaptation aux évolutions ;

• gestion de la dette technique ;

• mise à jour de la documentation.

TITRE VI — RÈGLES DE TRAVAIL COLLECTIF

Article 33 — Réunions et points d’avancement

Selon la nature du programme, les équipes peuvent organiser :

• réunion de lancement ;

• point quotidien ;

• revue intermédiaire ;

• revue technique ;

• revue produit ;

• réunion de résolution des blocages ;

• réunion de clôture.

Les réunions doivent être proportionnées aux besoins du projet.

Article 34 — Suivi de l’avancement

Le suivi peut s’effectuer au moyen :

• d’un tableau de tâches ;

• d’un outil de gestion de projet ;

• d’un registre des risques ;

• d’un registre des décisions ;

• d’un tableau des livrables ;

• d’un rapport d’avancement.

Article 35 — Gestion des blocages

Tout participant doit signaler rapidement :

• un blocage technique ;

• une dépendance non résolue ;

• un risque de retard ;

• une difficulté d’accès ;

• un problème de sécurité ;

• une insuffisance de ressources ;

• une divergence importante.

Le signalement précoce est considéré comme un comportement professionnel positif.

Article 36 — Revue par les pairs

Les contributions importantes peuvent être soumises à une revue par les pairs.

Cette revue peut porter sur :

• la qualité ;

• la robustesse ;

• la lisibilité ;

• la sécurité ;

• la conformité ;

• la pertinence ;

• la maintenabilité ;

• la documentation.

Article 37 — Gestion des désaccords

Les désaccords techniques doivent être traités selon une démarche fondée sur :

1. l’exposé des faits ;

2. la clarification des objectifs ;

3. l’identification des contraintes ;

4. la comparaison des options ;

5. l’analyse des risques ;

6. la décision documentée.

TITRE VII — DISPOSITIONS SPÉCIFIQUES AU SPACESORTIUM ORBIT HACKATHON™

Article 38 — Objet

Le SPACESORTIUM ORBIT HACKATHON™ est une opération de mobilisation technologique, de construction de prototypes, d’évaluation de talents et d’accélération de l’écosystème SPACESORTIUM™.

Il ne constitue pas uniquement une compétition. Il vise à produire des contributions susceptibles d’être poursuivies, intégrées ou transformées en projets durables.

Article 39 — Format indicatif

Le format de référence peut comprendre :

• 30 participants ;

• 6 équipes ;

• 5 participants par équipe ;

• 7 jours ;

• 6 missions ;

• une restitution finale ;

• une évaluation collective et individuelle.

Le format peut être adapté selon les ressources et les partenaires.

Article 40 — Missions de référence

Les six missions peuvent être organisées comme suit :

1. ORBIT 01 — SOCIAL CORE
   Profils, publications, interactions, communautés, messagerie, notifications et flux.

2. ORBIT 02 — NATION DIGITAL TWIN
   Représentation numérique des territoires, populations, institutions, infrastructures, données et indicateurs.

3. ORBIT 03 — NATIOMETRIC AI
   Ingestion de données, classification, calculs, analyse comparative, détection de tendances et génération de rapports.

4. ORBIT 04 — NATIOSCOPE
   Tableaux de bord, cartes, indicateurs, tendances, comparaisons et anomalies.

5. ORBIT 05 — CITIZEN
   Identité numérique, participation, consultation, contributions et interaction avec les institutions.

6. ORBIT 06 — DATA & INFRASTRUCTURE
   Architecture, API, bases de données, sécurité, interopérabilité, infrastructure, observabilité et performance.

Article 41 — Sélection des participants

La sélection peut prendre en compte :

• compétences techniques ;

• motivation ;

• capacité d’apprentissage ;

• portfolio ;

• disponibilité ;

• esprit d’équipe ;

• intérêt pour SPACESORTIUM™ ;

• capacité à travailler sous contrainte ;

• créativité ;

• autonomie ;

• complémentarité avec les autres profils.

Article 42 — Constitution des équipes

La constitution des équipes doit rechercher un équilibre entre :

• développement ;

• architecture ;

• intelligence artificielle ;

• données ;

• cloud ;

• cybersécurité ;

• design ;

• produit ;

• documentation ;

• gestion de projet.

Article 43 — Critères d’évaluation

Une grille indicative peut être organisée comme suit :

Article 44 — Restitution finale

Chaque équipe peut disposer d’un temps déterminé pour présenter :

• le problème ;

• la solution ;

• les utilisateurs visés ;

• l’architecture ;

• les choix technologiques ;

• la démonstration ;

• le niveau d’intégration ;

• les limites ;

• les perspectives ;

• la contribution de chaque membre.

Article 45 — Reconnaissance

Les distinctions peuvent comprendre :

• Orbital Team of the Year ;

• Natiometric AI Award ;

• Engineering Award ;

• SPACESORTIUM Integration Award ;

• Innovation Award ;

• SPACESORTIUM Builder Award.

Les distinctions ne préjugent pas automatiquement d’un recrutement ou d’une participation au capital.

Article 46 — Suites possibles

À l’issue du hackathon, certaines contributions peuvent faire l’objet :

• d’une mission d’intégration ;

• d’un approfondissement ;

• d’un contrat de collaboration ;

• d’une proposition de recrutement ;

• d’une admission dans SPACESORTIUM BUILDERS™ ;

• d’une intégration dans un laboratoire ;

• d’une proposition entrepreneuriale ;

• d’une évaluation en vue d’une participation éventuelle à la valeur.

TITRE VIII — BUILD CHALLENGES

Article 47 — Organisation

Chaque Build Challenge doit préciser :

• le thème ;

• le problème ;

• le niveau attendu ;

• la durée ;

• les contraintes ;

• les outils autorisés ;

• les livrables ;

• les critères d’évaluation ;

• les modalités de restitution.

Article 48 — Types de challenges

Les challenges peuvent être :

• individuels ;

• collectifs ;

• techniques ;

• scientifiques ;

• fonctionnels ;

• créatifs ;

• orientés produit ;

• orientés infrastructure ;

• orientés recherche ;

• orientés sécurité.

Article 49 — Résultats attendus

Un challenge peut produire :

• un prototype ;

• une preuve de concept ;

• un composant ;

• une documentation ;

• une étude ;

• une architecture ;

• un modèle ;

• un outil ;

• un rapport d’analyse ;

• une proposition d’amélioration.

TITRE IX — BUILDERS ACADEMY

Article 50 — Parcours de formation

Les parcours de la Builders Academy peuvent être organisés selon le modèle :

APPRENDRE → EXPÉRIMENTER → RÉALISER → ÉVALUER → CERTIFIER → CONTRIBUER

Article 51 — Niveaux de formation

Les formations peuvent être proposées selon les niveaux suivants :

• initiation ;

• fondamental ;

• opérationnel ;

• avancé ;

• expert ;

• principal ;

• stratégique.

Article 52 — Méthodes pédagogiques

La Builders Academy privilégie :

• les projets pratiques ;

• les ateliers ;

• les études de cas ;

• les exercices ;

• les revues de code ;

• les démonstrations ;

• les travaux en groupe ;

• les simulations ;

• les présentations ;

• les retours d’expérience.

Article 53 — Mentorat

Le mentorat vise à :

• accompagner la progression ;

• transmettre des méthodes ;

• faciliter l’intégration ;

• développer l’autonomie ;

• préparer les missions ;

• favoriser la transmission intergénérationnelle ;

• identifier les futurs responsables.

Article 54 — Évaluation des formations

L’évaluation peut comprendre :

• exercices ;

• projets ;

• tests ;

• présentation ;

• portfolio ;

• évaluation par les pairs ;

• appréciation du mentor ;

• réalisation d’une mission.

TITRE X — RESEARCH LABS

Article 55 — Création d’un laboratoire

La création d’un Research Lab doit préciser :

• la problématique ;

• les objectifs ;

• le responsable ;

• les participants ;

• les partenaires ;

• les moyens ;

• les méthodes ;

• les livrables ;

• les modalités de validation ;

• les règles de publication et de propriété intellectuelle.

Article 56 — Principes de recherche

Les travaux doivent rechercher :

• rigueur ;

• traçabilité ;

• reproductibilité ;

• documentation ;

• honnêteté méthodologique ;

• distinction entre hypothèse et résultat ;

• identification des limites ;

• respect des données ;

• respect des droits des contributeurs.

Article 57 — Livrables de recherche

Les livrables peuvent comprendre :

• notes de recherche ;

• rapports ;

• modèles ;

• prototypes ;

• jeux de données documentés ;

• articles ;

• démonstrateurs ;

• méthodes ;

• outils ;

• brevets ou dossiers de valorisation, lorsque cela est pertinent.

TITRE XI — INTEGRATION MISSIONS

Article 58 — Objet

Les Integration Missions ont pour objectif de faire passer une contribution du stade de prototype ou de démonstrateur au stade de composant exploitable.

Article 59 — Conditions d’intégration

Une contribution ne peut être intégrée qu’après examen :

• de sa qualité ;

• de sa sécurité ;

• de sa compatibilité ;

• de sa documentation ;

• de ses dépendances ;

• de ses droits d’utilisation ;

• de sa maintenabilité ;

• de son impact sur les systèmes existants.

Article 60 — Dossier d’intégration

Le dossier d’intégration peut comprendre :

• description de la contribution ;

• architecture ;

• code source ;

• licences ;

• dépendances ;

• tests ;

• résultats ;

• documentation ;

• risques ;

• procédures de déploiement ;

• plan de maintenance ;

• responsable de suivi.

Article 61 — Validation d’intégration

La validation peut être :

• fonctionnelle ;

• technique ;

• sécuritaire ;

• architecturale ;

• opérationnelle ;

• documentaire.

L’intégration définitive peut nécessiter l’accord de plusieurs responsables.

TITRE XII — ÉVALUATION ET RECONNAISSANCE

Article 62 — Évaluation individuelle

L’évaluation individuelle peut porter sur :

• les compétences ;

• la qualité des livrables ;

• l’autonomie ;

• la fiabilité ;

• la collaboration ;

• la communication ;

• la capacité d’apprentissage ;

• la résolution de problèmes ;

• la compréhension du produit ;

• la contribution à l’équipe ;

• la capacité à prendre des responsabilités.

Article 63 — Évaluation collective

L’évaluation collective peut porter sur :

• l’atteinte des objectifs ;

• la qualité du produit ;

• l’intégration ;

• la cohérence de l’architecture ;

• la documentation ;

• la gestion du projet ;

• la coopération ;

• la capacité à présenter les résultats.

Article 64 — Registre des contributions

La Communauté peut tenir un registre comprenant :

• identité du contributeur ;

• programme ou mission ;

• rôle ;

• contribution ;

• livrables ;

• niveau d’intégration ;

• évaluation ;

• reconnaissance ;

• suites éventuelles.

Article 65 — Formes de reconnaissance

La reconnaissance peut prendre la forme :

• d’un badge ;

• d’un certificat interne ;

• d’une recommandation ;

• d’une distinction ;

• d’une nomination ;

• d’une invitation à une mission avancée ;

• d’une proposition de mentorat ;

• d’une proposition de recrutement ;

• d’une proposition de collaboration ;

• d’une proposition de participation à la valeur.

TITRE XIII — RECRUTEMENT ET INTÉGRATION PROFESSIONNELLE

Article 66 — Principe

SPACESORTIUM BUILDERS™ peut constituer un vivier de recrutement et de collaboration pour SPACESORTIUM™, QUENTUMSPACE et, le cas échéant, d’autres structures de l’écosystème.

La participation à un programme ne constitue pas automatiquement une promesse d’emploi.

Article 67 — Critères de recrutement

Les critères peuvent comprendre :

• compétence démontrée ;

• qualité des réalisations ;

• autonomie ;

• capacité d’apprentissage ;

• esprit d’équipe ;

• fiabilité ;

• compréhension des enjeux ;

• capacité à travailler dans un environnement complexe ;

• aptitude à documenter ;

• capacité à respecter la sécurité ;

• potentiel d’évolution ;

• adéquation avec les besoins du poste.

Article 68 — Parcours d’intégration

Le parcours peut suivre la séquence :

PARTICIPANT → CONTRIBUTOR → BUILDER → COLLABORATEUR → RECRUTÉ → RESPONSABLE → ASSOCIÉ ÉVENTUEL

Article 69 — Période probatoire

Lorsqu’une collaboration ou un recrutement est envisagé, une période probatoire peut être prévue conformément au droit applicable et aux documents contractuels.

Elle doit permettre d’évaluer :

• l’adaptation ;

• la qualité du travail ;

• l’autonomie ;

• la coopération ;

• la fiabilité ;

• la capacité à respecter les engagements.

TITRE XIV — CONTRIBUTION, PROPRIÉTÉ INTELLECTUELLE ET CONFIDENTIALITÉ

Article 70 — Principe de protection

Toute contribution doit être réalisée dans le respect :

• des droits de propriété intellectuelle ;

• des licences ;

• des accords de confidentialité ;

• des règles de sécurité ;

• des droits des tiers ;

• des données sensibles ;

• des secrets d’affaires ;

• des obligations contractuelles.

Article 71 — Accords de contribution

Selon la nature du programme, un accord de contribution peut préciser :

• l’identité des parties ;

• l’objet de la contribution ;

• les livrables ;

• les droits d’utilisation ;

• les droits de propriété ;

• les obligations de confidentialité ;

• les règles de publication ;

• les conditions de réutilisation ;

• les modalités de reconnaissance ;

• les conditions de rémunération éventuelle.

Article 72 — Propriété intellectuelle

La propriété des codes, modèles, données, documents, designs, architectures et autres livrables est déterminée par :

• la loi applicable ;

• les contrats ;

• les conventions ;

• les règlements du programme ;

• les accords de contribution ;

• les décisions des parties compétentes.

Aucune disposition du présent Manuel ne peut être interprétée comme une cession automatique de droits en dehors d’un instrument juridique valable.

Article 73 — Confidentialité

Les participants doivent préserver la confidentialité des informations auxquelles ils ont accès, notamment :

• codes non publics ;

• identifiants ;

• données ;

• architectures ;

• informations commerciales ;

• informations scientifiques ;

• informations stratégiques ;

• documents internes ;

• projets non annoncés.

TITRE XV — PARTICIPATION À LA VALEUR

Article 74 — Principe général

SPACESORTIUM BUILDERS™ reconnaît que certaines contributions peuvent créer une valeur technologique, scientifique, économique ou stratégique significative.

La Communauté peut donc identifier des mécanismes de reconnaissance et de participation à la valeur, sous réserve :

• des lois applicables ;

• des statuts des sociétés concernées ;

• des décisions des organes sociaux ;

• des conditions financières ;

• des conditions contractuelles ;

• des droits des associés existants ;

• des règles fiscales et sociales applicables.

Article 75 — Parcours indicatif

Le parcours de valorisation peut être formulé ainsi :

BUILD → PROVE → CONTRIBUTE → INTEGRATE → VEST → OWN

En français :

CONSTRUIRE → DÉMONTRER → CONTRIBUER → INTÉGRER → ACQUÉRIR PROGRESSIVEMENT DES DROITS → DÉTENIR ÉVENTUELLEMENT UNE PARTICIPATION

Article 76 — Critères de contribution valorisable

Peuvent notamment être pris en compte :

• importance stratégique ;

• complexité ;

• caractère innovant ;

• niveau d’intégration ;

• impact économique ;

• impact scientifique ;

• réutilisabilité ;

• durabilité ;

• réduction des coûts ;

• création de revenus ;

• création d’un actif technologique ;

• création d’une équipe ;

• contribution à une filiale ;

• capacité à assurer la continuité du projet.

Article 77 — Absence d’automaticité

La participation à un programme, l’obtention d’un badge, une distinction ou un statut de Builder ne donne pas automatiquement droit à une participation au capital.

Toute participation éventuelle doit faire l’objet d’une proposition et d’une formalisation distinctes.

Article 78 — Formes possibles

Selon la structure concernée et le droit applicable, les mécanismes peuvent comprendre :

• rémunération ;

• prime ;

• intéressement ;

• droits économiques ;

• options ;

• actions ou parts ;

• augmentation de capital réservée ;

• attribution progressive ;

• mécanisme de vesting ;

• participation dans une filiale ;

• contrat de collaboration avec intéressement ;

• dispositif entrepreneurial.

TITRE XVI — PARTENARIATS ET PROGRAMMES CONJOINTS

Article 79 — Partenaires

Les programmes peuvent être organisés avec :

• établissements universitaires ;

• écoles d’ingénieurs ;

• centres de recherche ;

• incubateurs ;

• entreprises technologiques ;

• partenaires cloud ;

• opérateurs d’infrastructure ;

• institutions ;

• associations ;

• investisseurs ;

• filiales de SPACESORTIUM™.

Article 80 — Convention de partenariat

Toute collaboration importante peut être encadrée par une convention précisant :

• les objectifs ;

• les responsabilités ;

• les ressources ;

• les moyens ;

• les engagements ;

• les livrables ;

• les droits ;

• les conditions de communication ;

• la confidentialité ;

• la propriété intellectuelle ;

• les modalités de suivi ;

• les conditions de clôture.

Article 81 — Programmes avec les établissements académiques

Les programmes avec les établissements académiques peuvent comprendre :

• recrutement de participants ;

• stages ;

• projets de fin d’études ;

• ateliers ;

• challenges ;

• formations ;

• laboratoires ;

• événements ;

• programmes de recherche ;

• parcours d’insertion professionnelle.

TITRE XVII — INDICATEURS ET AMÉLIORATION CONTINUE

Article 82 — Indicateurs généraux

Les programmes peuvent être évalués au moyen des indicateurs suivants :

• nombre de participants ;

• nombre de candidatures ;

• taux de participation ;

• taux de complétion ;

• nombre de prototypes ;

• nombre de contributions intégrées ;

• qualité des livrables ;

• nombre de certifications ;

• nombre de recrutements ;

• nombre de collaborations ;

• nombre de projets poursuivis ;

• satisfaction des participants ;

• satisfaction des partenaires ;

• nombre de missions créées ;

• valeur technologique produite.

Article 83 — Rapport de clôture

Tout programme important doit, dans la mesure du possible, faire l’objet d’un rapport de clôture comprenant :

• objectifs initiaux ;

• résultats obtenus ;

• écarts ;

• contributions ;

• difficultés ;

• enseignements ;

• évaluations ;

• recommandations ;

• suites proposées.

Article 84 — Retour d’expérience

Le retour d’expérience doit permettre :

• d’identifier les réussites ;

• de comprendre les difficultés ;

• d’améliorer les méthodes ;

• d’ajuster les critères ;

• de renforcer l’encadrement ;

• d’améliorer l’expérience des participants ;

• de préparer les éditions futures.

TITRE XVIII — DISPOSITIONS FINALES

Article 85 — Autorité de mise en œuvre

Le présent Manuel est placé sous la responsabilité de l’autorité désignée par SPACESORTIUM BUILDERS™ ou SPACESORTIUM™.

Cette autorité peut déléguer certaines fonctions à :

• un responsable des programmes ;

• un responsable des opérations ;

• un Comité des compétences ;

• un Comité technologique ;

• un Comité de certification ;

• des responsables de mission ;

• des référents académiques ;

• des mentors.

Article 86 — Adaptation des programmes

Chaque programme peut adopter un règlement particulier précisant :

• ses conditions d’accès ;

• ses règles de fonctionnement ;

• ses critères ;

• ses contraintes ;

• ses livrables ;

• ses modalités d’évaluation ;

• ses mécanismes de reconnaissance.

Article 87 — Version expérimentale

La présente Version 0.1 constitue une base de travail évolutive.

Elle pourra être enrichie par :

• des modèles de fiches de programme ;

• des modèles de fiches de mission ;

• des modèles de cahiers des charges ;

• des grilles d’évaluation ;

• des modèles de rapports ;

• des procédures d’intégration ;

• des règlements particuliers ;

• des modèles d’accords de contribution ;

• des guides de sécurité ;

• des parcours de formation détaillés.

Article 88 — Entrée en vigueur

Le présent Manuel entre en vigueur à compter de son adoption ou de sa validation par l’autorité compétente.

CONCLUSION

Le présent Manuel transforme la vision de SPACESORTIUM BUILDERS™ en une architecture opérationnelle.

Il établit un cadre dans lequel les membres peuvent :

• apprendre ;

• expérimenter ;

• construire ;

• collaborer ;

• être évalués ;

• intégrer leurs réalisations ;

• être reconnus ;

• progresser ;

• rejoindre des équipes ;

• participer à des missions nationales et internationales ;

• contribuer à la création de produits, de plateformes et d’infrastructures ;

• accéder, lorsque les conditions sont réunies, à des opportunités professionnelles, entrepreneuriales ou capitalistiques.

Le principe directeur peut être résumé ainsi :

Une idée devient une contribution lorsqu’elle est réalisée.
Une contribution devient une valeur lorsqu’elle est intégrée.
Une valeur devient un actif lorsqu’elle est durable, documentée et exploitable.
Un actif devient une opportunité lorsqu’il peut être transmis, développé et partagé.

SPACESORTIUM BUILDERS™ entend ainsi organiser une chaîne complète :

TALENTS → COMPÉTENCES → MISSIONS → RÉALISATIONS → INTÉGRATION → INFRASTRUCTURES → VALEUR → OPPORTUNITÉS

La Communauté ne se contente pas de préparer les bâtisseurs de demain.

Elle leur donne un cadre pour construire, dès aujourd’hui, l’infrastructure technologique du futur.

BUILD THE INFRASTRUCTURE.
INTEGRATE THE FUTURE.
JOIN THE MISSION.