Comprendre le terrain. Puis construire l’outil.

Avant de développer des applications, j’ai coordonné des projets territoriaux : réseaux de volontaires, séjours adaptés et actions de formation, notamment à l’UFCV Normandie. Dans ces environnements, la complexité humaine et organisationnelle est aussi présente que les contraintes techniques.

Le DEJEPS DPTR m’a formé à lire un contexte : identifier les acteurs, comprendre les usages réels et qualifier les contraintes avant d’agir. C’est cette méthode que j’applique aujourd’hui au développement web.

Je peux intervenir comme développeur full-stack sur une application Symfony, mais aussi comme interlocuteur capable d’analyser un fonctionnement d’équipe, de structurer un besoin flou et de poser les priorités avant le développement.

Je travaille sur la partie visible comme sur la logique serveur : interfaces, API, règles métier, données et intégrations. Mon terrain naturel est celui des outils où il faut comprendre plusieurs acteurs, des validations et des contraintes d’organisation.

Les contextes industriels, territoriaux et associatifs m’intéressent pour cette raison : le numérique y doit servir une réalité opérationnelle, avec des personnes et des règles qui existent avant l’application.

• Développer une application métier de bout en bout.
• Identifier les points de friction dans un fonctionnement d’équipe.
• Structurer un besoin en priorités concrètes.
• Coordonner des acteurs aux contraintes et cultures différentes.
• Relier équipes métier, utilisateurs et développement.

Je choisis les outils selon le besoin réel : logique métier, maintenabilité, intégrations, déploiement et capacité d’évolution. Une liste de technologies ne remplace pas la compréhension du fonctionnement attendu.

• Symfony
• PHP
• API Platform
• JavaScript
• TypeScript
• Astro
• Tailwind CSS
• Docker
• FrankenPHP
• Mercure
• SQL
• PWA

Un outil techniquement correct peut rester difficile à utiliser. Je commence par les opérations réelles et les contraintes de l’équipe, puis j’organise les données et les étapes nécessaires.

Les fonctionnalités sont priorisées avant d’être développées. Les choix, les règles et les limites sont documentés pour faciliter la passation et permettre au projet d’évoluer.