Sept micro-startups, un objectif commun et une leçon sur la construction collective d'une solution logicielle.
🎬 Le projet en vidéo
⚡ En bref
- Le défi : mieux exploiter les données des avis de vacance de poste (AVP) pour rapprocher les compétences des candidats et les besoins des recruteurs.
- L'organisation : 12 étudiants du Master 2 MIAGE, répartis en 7 micro-startups, chacune responsable d'un composant autonome.
- La leçon : avoir plusieurs composants fonctionnels ne suffit pas. Ce qui compte, c'est qu'ils sachent travailler ensemble.
🧩 Des idées individuelles à une solution collective
Que se passe-t-il lorsque douze étudiants, organisés en sept micro-startups, travaillent sur différentes parties d'une même solution numérique ? C'est le défi que nous avons relevé lors du HackAVP 2026, dans le cadre de notre parcours en Master 2 MIAGE en Nouvelle-Calédonie.
Notre projet, JOBMATCH NC, vise à faciliter la mise en relation entre les compétences des candidats et les besoins des recruteurs, en exploitant mieux les données disponibles sur les avis de vacance de poste (AVP).
L'idée paraît simple : aider à faire correspondre les compétences des candidats avec les besoins exprimés dans les offres.
Mais transformer cette idée en une solution fonctionnelle a rapidement fait émerger une question bien plus intéressante :
💡 Comment faire travailler ensemble plusieurs composants développés indépendamment pour obtenir un système cohérent ?
C'est là que l'interopérabilité est devenue le fil conducteur de notre projet.
🏗️ Sept micro-startups, sept pièces du puzzle
Plutôt que de développer une seule grande application au sein d'une équipe unique, nous avons organisé le travail en sept micro-startups, chacune responsable d'un composant spécifique et autonome.
Notre architecture réunit plusieurs briques complémentaires :
| Composant | Rôle |
|---|---|
| 🗄️ HACKAVPI | La plateforme centrale : elle centralise les données dans une base de données et organise les échanges entre les composants grâce à la mise à disposition d'API. |
| 📄 CVForge | Transforme des CV Word ou PDF en flux JSON Resume standardisés. |
| 👤 Adopte un Job | Une interface web centrée sur le parcours candidat. |
| ⚙️ CV-Matching | Évalue la compatibilité entre les compétences d'un candidat et les exigences d'une offre de poste. |
| 📑 CV Generator | Génère CV, lettre de motivation et dossier candidat à partir de données structurées. |
| 💼 AVPRO-NC | Une interface web consacrée au parcours recruteur. |
| 📊 Insight Squad | Une solution de pilotage dédiée aux recruteurs. |
🔄 Les flux entre les composants
Chaque composant répond à un besoin précis. Mais la valeur de notre solution ne réside pas simplement dans l'existence de ces sept briques. Elle réside dans leur capacité à communiquer entre elles.
Un CV peut être correctement structuré, un algorithme peut calculer un score de compatibilité et une interface recruteur peut afficher des informations. Pourtant, si les données n'arrivent pas au bon endroit, dans le bon format, au bon moment, l'expérience globale risque de ne pas fonctionner.
Avoir plusieurs composants fonctionnels ne signifie pas automatiquement disposer d'un système fonctionnel.
🔄 L'interopérabilité commence par les données
L'un des principes importants de JOBMATCH NC consiste à rendre les échanges de données explicites.
Prenons l'exemple de CVForge. Le composant doit permettre de transformer des CV non structurés, comme des documents PDF ou Word, en données structurées, notamment au format JSON Resume.
Ces données structurées peuvent ensuite être exploitées par d'autres composants, sans que chaque équipe ait à réinterpréter le document original de son côté.
La plateforme centrale HACKAVPI fournit le socle des échanges entre les différents modules. L'architecture prévoit également l'intégration des données issues de l'API mise à disposition par l'OPT-NC pour les avis de vacance de poste.
Derrière ces échanges se cachent des questions très concrètes, qu'il est facile de sous-estimer au début d'un projet :
❓ De quelles données chaque composant a-t-il besoin ?
❓ Dans quel format ces données doivent-elles être échangées ?
❓ Quel composant produit l'information, et lequel la consomme ?
❓ Comment communiquer un changement qui peut affecter une autre équipe ?
❓ Comment tester le flux complet plutôt que de tester chaque composant isolément ?
Ces questions ne relèvent pas uniquement de la documentation. Elles influencent directement la capacité de la solution à fonctionner dans son ensemble.
🚀 La logique du MVP : faire fonctionner les fonctionnalités de base avant d'aller plus loin
Dans un hackathon, le temps est limité. La tentation est grande d'ajouter des fonctionnalités, d'améliorer les interfaces ou d'explorer toutes les idées possibles.
Nous avons dû régulièrement revenir à un objectif plus fondamental : construire un produit minimum viable (MVP) permettant de démontrer concrètement la valeur de notre solution.
Notre projet a progressé par étapes : cadrage du périmètre, développement des MVP, tests des échanges et préparation des livrables.
Au point de situation du 18 octobre, le suivi du projet indiquait que le flux de bout en bout entre les composants fonctionnait et que le MVP du CV Generator était terminé.
C'était une étape importante. L'avancement ne pouvait plus être évalué uniquement en regardant chaque micro-startup séparément. Il fallait également observer ce qui se passait lorsque les composants interagissaient.
Une fonctionnalité qui fonctionne indépendamment est utile. Un flux qui fonctionne entre plusieurs composants montre que l'architecture commence à tenir sa promesse.
Bien sûr, un flux opérationnel ne signifie pas que toutes les fonctionnalités sont terminées ni que tous les cas possibles ont été testés. Cela signifie que nous disposons d'un résultat concret que nous pouvons démontrer, évaluer et améliorer.
🧭 Le défi moins visible : coordonner l'ensemble
Dans ce projet, mon rôle porte principalement sur le pilotage, l'analyse et la documentation.
Je ne suis pas la personne qui développe chacune des briques techniques. Ma responsabilité consiste plutôt à contribuer à une vision partagée du projet : suivre les avancées, identifier ce qui reste à faire, repérer les dépendances et aider les équipes à disposer des informations nécessaires pour avancer.
Cela implique de suivre les Kanban, de documenter les décisions, d'identifier les interdépendances et de maintenir une vue d'ensemble du projet.
Et c'est là que les choses deviennent intéressantes !
Un tableau Kanban peut indiquer qu'une tâche est en cours. Il ne dit pas toujours qu'une autre équipe attend une clé d'API, qu'un format de données a changé ou qu'une décision prise dans un composant risque d'avoir des conséquences sur un autre.
Parfois, le plus difficile n'est pas d'identifier une tâche. C'est de comprendre ce qui se passe autour d'elle.
La coordination ne consiste donc pas seulement à mettre à jour un tableau. Elle suppose de poser des questions, de recouper les informations, de rendre les dépendances visibles et de vérifier que les avancées techniques restent cohérentes avec l'objectif collectif.
Ce n'est pas toujours la partie la plus visible d'un projet informatique, mais elle peut faire une réelle différence dans la capacité d'une équipe à avancer.
🎓 Ce que ce projet m'a appris
Avec un parcours davantage orienté vers le fonctionnel et les données, je découvre les défis du développement logiciel sous un autre angle. Cette expérience renforce plusieurs convictions.
1. L'architecture est aussi un outil de communication
Une architecture claire permet aux développeurs de comprendre leur propre composant, mais aussi sa place dans le système global. Elle fournit un support commun pour discuter des interfaces, des dépendances et des flux de données.
2. Les formats de données sont importants, mais la compréhension partagée l'est tout autant
Choisir un format structuré ne suffit pas. Les équipes doivent aussi s'accorder sur la signification des données, les modalités de leur échange et les informations qu'un composant peut attendre d'un autre.
3. Tester le flux complet change la perspective
Les composants peuvent progresser individuellement alors que des problèmes d'intégration restent invisibles. Les tests de bout en bout permettent de les faire apparaître et de rendre les dépendances plus concrètes.
4. La documentation fait partie du travail d'ingénierie
Elle n'est pas simplement un livrable à produire à la fin. Elle permet de formaliser les décisions, de préserver une compréhension commune et de réduire les ambiguïtés entre les équipes.
5. La coordination contribue directement à la réussite technique
Suivre les dépendances et faire circuler l'information peut sembler moins spectaculaire que développer une fonctionnalité. Pourtant, ces activités aident les différentes briques à converger vers un objectif commun.
🌴 Au-delà du hackathon
JOBMATCH NC reste un projet en cours de réalisation. Le hackathon nous donne l'occasion de démontrer un MVP réaliste, plutôt que de prétendre avoir résolu toutes les problématiques liées au recrutement.
L'ambition reste simple : mieux exploiter les données disponibles pour rapprocher les compétences et les opportunités professionnelles en Nouvelle-Calédonie.
Pour moi, ce projet représente également une occasion d'apprendre comment l'architecture technique, les données, le pilotage de projet et la collaboration s'articulent dans un travail collectif concret.
La principale leçon que j'en retiens jusqu'à présent est que l'interopérabilité ne concerne pas uniquement les API ou les formats de données. Elle concerne aussi les personnes, les attentes partagées et la capacité à construire quelque chose ensemble lorsque chaque équipe ne voit qu'une partie du puzzle.
✨ Interopérer les données. Révéler les talents !
C'est l'ambition de JOBMATCH NC : faire en sorte que toutes les pièces s'assemblent est tout aussi important que chacune de ces pièces.
JOBMATCH NC est un projet étudiant réalisé dans le cadre du HackAVP 2026, au sein du Master 2 MIAGE en Nouvelle-Calédonie.
Un grand merci à Adrien SALES, notre professeur, qui nous a accompagné tout le long du projet et aux sponsors de ce Hackathon qui nous ont poussé à nous dépasser dans ce défi : Station N, Open NC et OPT NC.
💬 Et vous, comment gérez-vous les dépendances entre équipes sur un projet multi-composants ? Partagez vos retours en commentaire !
Top comments (0)