Modernisation complète de l’écosystème numérique Tamm-Kreiz

Transformer un écosystème patrimonial complexe en un produit clair, fiable et durable.

Avant de toucher au code, nous avons consacré du temps à clarifier les besoins, les usages et les priorités métier.

Entretiens continus avec le président, le développeur interne et les deux salariés pour comprendre les usages réels : gestion d’événements, profils artistes, statistiques, ressources pédagogiques.
Alignement sur trois besoins critiques : back-office moderne, API centrale unique, base de code durable.
Rédaction de spécifications fonctionnelles clés : nouveau moteur de recherche unifié, refonte complète du back-office, reverse engineering de la base existante pour recréer des entités cohérentes.
Construction d’une roadmap progressive en quatre étapes : 1) Refonte API + back-office, 2) Nouveau front + moteur de recherche, 3) Refonte de l’extranet, 4) Migration des apps mobiles.

Passer d’un PHP 5.4 sans cadre à un socle Symfony moderne, modulaire et maintenable.

Le code existant était un mélange de scripts sans framework, accumulés pendant plus de 15 ans.

Migration d’un code PHP 5.4 non structuré vers un socle Symfony moderne, sécurisé et évolutif.
Suppression de plus de 10 000 lignes de code dupliqué identifiées via Sonar, avec rationalisation de la logique métier.
Séparation de quatre applications auparavant entremêlées : back-office, API, site public, extranet (avec anticipation des futures apps mobiles).
Création d’une API centrale, documentée et versionnée, avec des entités cohérentes recréées via reverse engineering de la base existante.
Ajout progressif de tests unitaires et fonctionnels pour sécuriser les livraisons et réduire le risque de régressions.

Passer du FTP sauvage à un delivery reproductible, testé et sécurisé.

Les déploiements se faisaient directement en FTP sur la production, sans environnement de test ni automatisation.

Abandon complet des déploiements FTP en production au profit d’un workflow GitLab structuré avec trois branches (dev, staging, prod).
Mise en place d’un environnement de développement aligné avec la production pour détecter les erreurs serveur au plus tôt.
Configuration d’un pipeline CI/CD avec exécution automatique des tests avant déploiement.
Mise en place de backups systématiques du code.
Définition d’un processus de priorisation et de 'sprints adaptatifs' co-construits avec l’association, en fonction des urgences événementielles et des capacités de l’équipe.

Apporter une vision technique moderne tout en respectant la culture associative.

L’objectif n’était pas d’imposer une vision, mais d’apporter un cadre, de la pédagogie et un rôle de médiateur.

Apport d’une vision technique neuve et claire auprès des salariés et du développeur interne, en expliquant les contraintes et enjeux de manière accessible.
Rôle de médiation dans des situations de tension entre les attentes métier et les contraintes techniques, notamment pour recadrer des demandes jugées irréalistes.
Organisation de démos régulières pour montrer les avancées, recueillir les retours et aligner tout le monde sur les prochaines étapes.
Consultation régulière sur les sujets techniques : l’association s’appuie désormais sur mon avis pour orienter ses décisions digitales.

Réduire la frustration liée au legacy et sécuriser l’expérience des utilisateurs.

Une montagne de tickets et de bugs historiques nuisait au quotidien de l’équipe et des utilisateurs.

Reprise des tickets legacy laissés en suspens depuis parfois plusieurs années, avec une réduction de 50 % du backlog en trois mois.
Correction de bugs critiques, comme le renouvellement de mot de passe qui bloquait certains utilisateurs.
Mise en place systématique d’une préproduction pour tester les corrections : certains bugs ont été détectés et corrigés en moins de 24 heures avant d’atteindre la production.
Meilleure compréhension du legacy, documentée, pour éviter de reproduire les mêmes erreurs dans la nouvelle architecture.

Contexte