Comment nous travaillons
Du problème à la solution, en douze étapes.
Le même processus, appliqué de façon cohérente — sur les projets clients et sur nos propres produits (eSRL, 1002, Pinyap).
Discovery
Nous comprenons le processus actuel, qui l’exécute, ce qui fonctionne et ce qui ne fonctionne pas — directement auprès de l’équipe qui travaille avec au quotidien, pas seulement auprès de la direction.
Livrable : Une synthèse écrite du processus, des objectifs et des contraintes.
Analyse des processus
Nous cartographions le flux étape par étape, identifions les vrais blocages et séparons ce qui est réellement un problème de ce qui n’est qu’une habitude.
Livrable : Une carte du processus, avec les blocages identifiés.
Objectifs
Nous définissons explicitement ce que signifie le succès pour ce projet — temps économisé, erreurs réduites, un processus traçable — afin de pouvoir vérifier ensuite si nous avons réussi.
Livrable : Objectifs et critères de succès, validés par écrit.
Priorisation
Nous ne résolvons pas tout en même temps. Nous identifions ce qui apporte le plus d’impact pour le moins de risque, comme première étape livrable.
Livrable : Un backlog priorisé et un phasage des livraisons.
Architecture
Nous choisissons l’approche technique — logiciel sur mesure, automatisation, intégration, IA ou une combinaison — avec les compromis énoncés explicitement, pas dissimulés.
Livrable : Un schéma d’architecture et les décisions techniques, avec leur justification.
MVP
Nous construisons une première version utilisable, avec le périmètre minimal nécessaire pour être testée en conditions réelles — pas tout le système d’un coup.
Livrable : Une version fonctionnelle, testable en conditions réelles.
Tests
Nous vérifions fonctionnellement et avec de vrais utilisateurs avant le lancement — nous ne supposons pas que "ça marche", nous le confirmons.
Livrable : Critères d’acceptation et résultats des tests.
Sécurité
Authentification par rôles, validation côté serveur, séparation des données — revues avant le lancement, pas ajoutées après coup sous pression.
Livrable : Une revue de sécurité, adaptée aux risques du projet.
Lancement
Nous lançons de façon contrôlée, avec une possibilité de retour en arrière (rollback), pas comme un événement unique et irréversible.
Livrable : Un plan de déploiement et un plan de retour en arrière (rollback).
Supervision
Disponibilité, erreurs et performance suivies activement après le lancement, avec alertes — nous n’apprenons pas les problèmes par les utilisateurs.
Livrable : Métriques, journaux et alertes configurés.
Maintenance
Mises à jour de sécurité, corrections et optimisations continues (voir aussi maintenance et infrastructure) — un système lancé puis abandonné devient un risque.
Livrable : Un plan de support et d’évolution du système.
Gestion des changements
Les besoins évoluent. Nous gérons les demandes de changement ultérieures de façon structurée — évaluées, priorisées et intégrées, pas ajoutées au coup par coup à un système qui n’a pas été conçu pour cela.
Livrable : Un processus convenu d’évaluation, d’approbation et d’intégration des changements.
Qui fait quoi
Ce que fournit Leadpro
Analyse, décisions techniques justifiées, développement, tests, documentation et les livrables définis à chaque étape ci-dessus.
Ce que fournit le client
Accès au processus réel et aux personnes qui l’exécutent, décisions prises à temps sur les points nécessitant une approbation, et accès aux systèmes existants concernés.
Qui valide
Chaque étape avec un livrable est explicitement validée par un responsable désigné côté client, avant de passer à l’étape suivante.
Comment les changements sont approuvés
Toute nouvelle exigence apparue en cours de route passe par l’étape 12 — évaluée, priorisée et intégrée de façon structurée, pas mise en œuvre au coup par coup.
Modes de collaboration
Le modèle de collaboration résulte de l’évaluation du problème.
Il est défini après évaluation du problème, de la maturité du projet et du niveau d’implication nécessaire — sans prix fixes affichés ici, mais avec les formats de travail concrets ci-dessous.
Démarrer la collaboration
Discovery payant
Nous analysons le processus et recommandons une direction technique, comme étape séparée, avant d’engager le budget d’un développement complet.
Projet à périmètre défini
Un objectif clair, avec budget et délai fixés dès le départ — adapté quand le problème est déjà bien compris.
MVP
Nous construisons une première version minimale, rapidement testable, pour valider la direction avant d’investir dans tout le système.
Développement continu
Développement incrémental
Des livraisons phasées, chacune utilisable, plutôt qu’un seul grand livrable à la fin du projet.
Équipe étendue
Intégration comme extension de l’équipe technique interne, sur un projet ou une période définie.
Support à l’heure
Pour des interventions ponctuelles, sans engagement à long terme.
Exploitation et évolution
Abonnement de maintenance
Mises à jour, supervision et corrections continues pour un système déjà en production.
Exploitation continue
Comme pour nos propres produits — nous restons responsables du système indéfiniment, pas seulement jusqu’au lancement.