Comprendre
Recueillir le besoin, comprendre les règles métier et analyser le cheminement des données avant de proposer une interface ou un outil.
Chef de Projet Applicatif / Analyste Fonctionnel IT
Du besoin métier à la mise en production
Faire le lien entre les utilisateurs, les contraintes métier et les équipes techniques : j'associe analyse fonctionnelle, chiffrage et coordination à une expérience concrète du développement d'applications métier.
Une grille de lecture pour organiser le travail et les échanges, à adapter au contexte de chaque projet. Les exemples ci-dessous précisent les contributions déjà documentées.
Partir des usages et du problème rencontré, avant de choisir une solution.
Identifier les données, les règles métier, les contraintes et les cas d'erreur.
Clarifier le périmètre et découper le sujet en livrables compréhensibles.
Mettre en regard valeur, effort et risque pour éclairer les arbitrages.
Traduire le besoin en user stories et rendre explicites les comportements attendus.
Rendre visibles les responsabilités, les dépendances et les points à décider entre métier et technique.
Confronter la solution au besoin et aux cas d'erreur, et identifier les écarts à traiter avant la livraison.
Relier la livraison aux contraintes d'hébergement, de déploiement et d'exploitation.
Documenter le fonctionnement et garder le lien avec les usages pour préparer les évolutions.
Recueillir le besoin, comprendre les règles métier et analyser le cheminement des données avant de proposer une interface ou un outil.
Découper en user stories et en lots, estimer les charges avec le T-shirt sizing et construire une roadmap. Utiliser MoSCoW pour rendre la priorisation explicite.
Clarifier qui fait quoi avec un RACI, coordonner les acteurs et rendre visibles les risques et les dépendances dans les supports de pilotage.
Questionner les entrées, les sorties, les règles et les erreurs possibles. La revue des livraisons et les tests unitaires complètent cette attention aux comportements attendus.
Rendre le fonctionnement compréhensible avec la documentation technique et fonctionnelle. Tenir compte des usages et de la maintenabilité lors des évolutions.
Des exemples issus de mon parcours, sans masquer la part d'analyse, de coordination ou de réalisation technique de chaque sujet.
Voir les réalisations et leurs contributionsCA NEOPS - Filiale Crédit Agricole · Sep 2022 - Aujourd'hui
Mise en place d'une méthode de chiffrage et d'outils de pilotage pour découper les user stories, estimer les charges et construire une feuille de route exploitable par les responsables. Le travail reposait sur des supports concrets permettant d'éclairer les arbitrages en CODIR et de rendre visibles les priorisations à retenir en fonction de la valeur, de l'effort et du contexte métier.
Analyse et identification des données soumises au RGPD, définition de stratégies d'anonymisation et de purge, et mise en place d'un référentiel de contrôle de saisie libre. Ce travail s'inscrivait dans un contexte bancaire fortement contraint, avec préparation de comités et de documents d'évaluation comme les ARM pour apprécier la cotation risque des outils.
Pilotage transverse entre le marketing interne, le prestataire de développement, l'hébergeur et le support IT groupe. J'y ai accompagné les choix UI/UX, assuré la revue des livraisons, coordonné les sujets DNS et flux réseau, puis pris en charge le paramétrage serveur, le déploiement, le reverse proxy, Fail2Ban, Git et Matomo jusqu'à la mise en production.
Refonte progressive d'un patrimoine d'environ 25 outils intranet front et back. Au-delà du développement, le sujet demandait de comprendre les usages, de reprendre les règles métier, d'identifier les points de fragilité et de faire évoluer les outils dans une logique de maintenabilité, de réduction de dette technique et de préparation des futures évolutions.
Mon expérience full-stack m'aide à comprendre les contraintes d'implémentation, à questionner une solution et à dialoguer avec une équipe de développement, sans devoir être le développeur principal. Les choix de données, d'architecture et de maintenance font partie du cadrage, pas seulement du code.
Next.js · React · AngularJS · Tailwind CSS · Storybook · shadcn/ui
Symfony · PHP · Swagger · OpenAPI · MySQL
Je commence par clarifier le besoin, les usages attendus, les zones de flou et les contraintes du terrain. Mon objectif n'est pas de produire vite pour produire vite, mais d'éviter de lancer une solution mal cadrée ou mal comprise.
Je traduis le besoin en lots, user stories, hypothèses et niveaux de priorité afin d'aider à la décision. Chiffrage, chemin critique, MoSCoW, RACI ou support de pilotage ne sont pour moi que des moyens de rendre les arbitrages plus lisibles.
Une fois le cadre posé, je mobilise le bon levier : développement sur mesure, automatisation, low-code ou outillage. L'idée est de livrer une solution testable et utile, sans surinvestir trop tôt dans une complexité qui n'est pas encore nécessaire.
Un recrutement, un besoin à clarifier ou un projet applicatif à structurer ? Parlons de vos attentes, de vos contraintes et de la place que je pourrais prendre dans votre équipe.
Tous les moyens de contact