
Refonte d'une plateforme EdTech et renfort technique
Vision produit, architecture cible, pilotage du prestataire et renfort hands-on jusqu'à la mise en production
CTO produit hands-on — conception, pilotage et delivery
Carte d'identité du projet
- Vision produit
- Architecture cible
- Pilotage de prestataire
- Renfort développement
- DevOps
- Java Quarkus
- Angular
- CI/CD
- PaaS
En résumé
Contexte
Le client est une société éditrice de produits numériques destinés à des étudiants du secteur médical. Sa plateforme était issue d’un MVP construit pour prouver le concept, puis étendue sans architecture d’ensemble.
Résultat : des briques techniques hétérogènes, une dette technique élevée et une plateforme qui freinait à la fois l’évolution fonctionnelle et le développement commercial.
Le problème
- Architecture fragmentée : plusieurs briques techniques hétérogènes, sans cohérence d’ensemble
- Dette technique élevée, héritée du MVP, qui ralentissait chaque évolution
- Pas de vision produit unifiée : les développements s’empilaient sans trajectoire
- Limites fortes d’évolutivité, incompatibles avec les ambitions commerciales
Contraintes
- Continuité de service pour les utilisateurs existants pendant la refonte
- Équipe réduite, dont un développeur junior en reconversion à faire monter en compétence
- Un prestataire externe à cadrer et à piloter, sans perdre la maîtrise du produit
- Une infrastructure exploitable par le client après le départ de Levanna, sans compétence DevOps avancée en interne
Le rôle de Levanna
Levanna est intervenu en posture de CTO produit, avec une implication opérationnelle directe : clarification de la vision produit et de l’architecture cible, prises de décisions structurantes, lancement et sécurisation du projet avec un prestataire externe, puis renfort technique hands-on sur la conception et le delivery.
En parallèle, Levanna a assuré le mentorat du développeur junior de l’équipe sur toute la durée du projet.
Décisions structurantes
- Refonte complète plutôt que rafistolage : le MVP ne pouvait pas devenir la plateforme cible
- Une solution unifiée et cohérente, avec une stack maîtrisable par l’équipe (Java Quarkus côté backend, Angular côté frontend)
- Un prestataire externe pour accélérer, sous pilotage technique de Levanna, avec revues de code systématiques
- Automatiser la livraison dès le début : CI/CD, tests automatisés et déploiements automatisés comme condition de la qualité
- Réévaluer l’infrastructure en cours de projet : la cible Kubernetes initiale a été abandonnée au profit d’un PaaS, trop complexe à maintenir pour le client final
Réalisation
- Clarification de la vision produit et formalisation de l’architecture cible
- Cadrage, lancement et pilotage du prestataire externe
- Renfort technique opérationnel : revues de code, pair programming, développement effectif
- Mise en place de la chaîne CI/CD, de l’automatisation des tests et des déploiements
- Migration de l’infrastructure cible vers une plateforme PaaS plus simple et soutenable
- Mentorat du développeur interne jusqu’à son autonomie sur la roadmap
Trajectoire technique et arbitrages
Plateforme
Cohérence, évolutivité et maintenabilité
Organisation du développement
Garder la maîtrise du produit tout en accélérant
Livraison
Qualité constante et mises en production sans stress
Infrastructure
Trop complexe à maintenir pour le client : choisir ce qui reste exploitable
| Sujet | Point de départ | Décision | Pourquoi |
|---|---|---|---|
| Plateforme | MVP étendu au fil de l'eau, briques hétérogènes | Plateforme unifiée sur une stack cohérente | Cohérence, évolutivité et maintenabilité |
| Organisation du développement | Développements sans revue ni trajectoire | Prestataire piloté, revues de code, backlog structuré | Garder la maîtrise du produit tout en accélérant |
| Livraison | Déploiements manuels | CI/CD, tests et déploiements automatisés | Qualité constante et mises en production sans stress |
| Infrastructure | Cible Kubernetes | Plateforme PaaS | Trop complexe à maintenir pour le client : choisir ce qui reste exploitable |
Résultats
- Vision produit unifiée et clarifiée, partagée par les dirigeants, l’équipe et le prestataire
- Plateforme cohérente et évolutive, sur un socle technique pérenne
- Amélioration significative de la qualité du code, grâce aux revues et aux tests automatisés
- Chaîne CI/CD opérationnelle : livraisons fréquentes et déploiements automatisés
- Infrastructure adaptée, maintenable et alignée avec la maturité du client
- Équipe montée en compétence, le développeur interne gérant désormais la roadmap de développement en autonomie
Résultats constatés à l’issue de la mission ; aucun indicateur d’usage n’est publié pour préserver la confidentialité du client.
Enseignements
- Un MVP prouve un concept ; il ne préjuge pas de l’architecture de la plateforme qui le remplacera
- Piloter un prestataire suppose une vision produit et une architecture cible explicites, sinon on délègue les décisions
- L’infrastructure la plus « moderne » n’est pas la bonne si le client ne peut pas l’exploiter : savoir revenir sur un choix est une décision de CTO
- Le renfort technique et le mentorat, menés ensemble, laissent une équipe plus autonome qu’avant la mission
Offres associées
Besoin d'un renfort technique senior ?
Un CTO capable de cadrer, piloter et développer, jusqu'à la mise en production.
D'autres études de cas

Client confidentiel · EdTech — santé · 2024 – 2025
Mentorat d'un développeur junior en contexte EdTech
18 mois de mentorat d'un développeur junior en reconversion : montée en compétence technique vers l'autonomie sur une plateforme EdTech Java Quarkus et Angular.
Un développeur passé du pair programming guidé à la gestion autonome d’une roadmap de développement
Lire l'étude de cas
Docs-dispatcher · Éditeur SaaS B2B — automatisation documentaire
Docs-dispatcher, un SaaS conçu et exploité par Levanna
Docs-dispatcher est un SaaS B2B conçu, développé et exploité par Levanna pour orchestrer des workflows documentaires critiques : architecture, arbitrages et exploitation.
100 % de disponibilité sur l’année 2025, sans équipe SRE dédiée
Lire l'étude de cas
Client confidentiel · Formation professionnelle réglementée · 2024
Refonte d'un système d'information métier
Refonte du SI d'un organisme de formation soumis à des contraintes réglementaires : audit, architecture cible, feuille de route et transfert aux équipes internes.
Un SI lisible et évolutif, dont les équipes internes assurent elles-mêmes les évolutions courantes
Lire l'étude de cas