01
Écouter
- Comprendre le métier avant de développer.
- Écouter les utilisateurs et l'équipe.
- Identifier les contraintes techniques, humaines et organisationnelles.
- Distinguer la demande formulée du besoin réel.
Notre approche
La technique vient après la compréhension.
Un projet informatique ne se résume pas à son code. Il dépend du métier, des utilisateurs, des contraintes, des personnes qui le construisent et des décisions prises au fil du temps.
Une boucle d'amélioration
Notre approche en 5 étapes
- 01
Écouter
Comprendre le besoin exprimé, mais aussi ce qui se passe réellement sur le terrain.
- 02
Confronter
Comparer plusieurs approches pour comprendre leurs conséquences.
- 03
Décider
Faire avancer le projet en rendant les compromis compréhensibles.
- 04
Construire
Développer une solution proportionnée au problème.
- 05
Mesurer
Observer le fonctionnement réel après livraison et ajuster lorsque nécessaire.
Une démarche itérative : nous revenons à chaque étape si nécessaire. La bonne solution se construit dans la boucle, pas en ligne droite.
Détail des étapes
Comprendre, décider puis construire avec mesure.
02
Confronter
- Faire circuler les idées.
- Accepter qu'une autre solution puisse être meilleure.
- Comparer simplicité, coût, délai, risque et maintenabilité.
- Utiliser le désaccord comme outil de conception.
03
Décider
- Arbitrer plutôt que rechercher une solution parfaite.
- Rendre les raisons d'un choix explicites.
- Savoir dire « je ne sais pas » lorsqu'une information manque.
- Remettre une décision en cause si les faits changent.
04
Construire
- Privilégier les architectures compréhensibles.
- Éviter les dépendances et abstractions inutiles.
- Construire pour maintenir et faire évoluer.
- Refaire une partie lorsque cela devient la solution la plus simple.
05
Mesurer
- Écouter les retours après mise en production.
- Observer incidents, performances et usages.
- Comparer les résultats avec le besoin initial.
- Corriger et faire évoluer lorsque nécessaire.
Principes transverses
Ce qui traverse chaque étape.
Chercher la cause, pas le coupable
Un incident doit d'abord permettre de comprendre ce qui n'a pas fonctionné.
Faire simple quand c'est possible
L'expertise sert aussi à retirer, simplifier ou éviter ce qui n'apporte pas de valeur.
Accepter de refaire
Corriger une décision devenue inadaptée n'est pas un échec du projet.
Transmettre
Une solution durable doit pouvoir être comprise et reprise par les personnes qui la font vivre.
Garder son calme en production
L'urgence impose de prioriser et diagnostiquer, pas d'ajouter de la confusion.
Réalisations associées
La méthode se vérifie dans les situations concrètes.
01 — Reprendre
Voir toutes nos réalisations
Reprise et stabilisation d'une application métier
Diagnostic, optimisation SQL, traitements asynchrones, évolution de l'architecture et accompagnement de l'équipe.
02 — ConnecterInterconnecter plusieurs systèmes autour d'un référentiel commun
Centralisation des comptes utilisateurs et synchronisation des abonnements, boutique, commentaires et newsletters.
03 — Faire évoluerAuditer et faire évoluer une application existante
Audit et évolution d'une application existante : maintenance, nouvelles fonctionnalités, analyse de données, webservices et échanges avec SAP.
04 — InnoverConcevoir une IA autour des connaissances métier
Conception d'une solution d'IA métier pour exploiter les données et connaissances de l'entreprise à travers des processus paramétrables.
Avant de parler de solution, parlons du problème.
Un projet à construire, faire évoluer ou reprendre ? Commençons par comprendre le contexte.