Méthode

Un projet logiciel se conduit

La plupart des projets n’échouent pas sur la technique. Ils échouent parce que personne ne savait où on en était. Voici comment nous travaillons pour que cela n’arrive pas.

Deux mains gantées alignent une pièce d’acier sur son plan technique, entouré d’outils de mesure.

Le déroulé

Cinq étapes, dans cet ordre

Chaque étape a une fin visible : quelque chose que vous pouvez lire, essayer ou refuser. On ne passe pas à la suivante tant que ce n’est pas validé.

  1. Livrable · Périmètre écrit

    Cadrage

    Nous observons le travail réel et fixons un périmètre précis.

    Voir le détail

    Nous regardons les tableurs, carnets et messages qui compensent l’outil actuel, puis nous écrivons ce que le logiciel fera, ne fera pas, et dans quel ordre.

  2. Livrable · Maquette validée

    Conception

    Vous parcourez les écrans et validez les données avant le code.

    Voir le détail

    Les écrans, les données et l’architecture sont dessinés tôt, au moment où changer d’avis reste simple et peu coûteux.

  3. Livrable · Version testable

    Construction

    Le produit avance par blocs fonctionnels que vos équipes peuvent essayer.

    Voir le détail

    Les écarts entre le plan et l’usage réel apparaissent pendant la construction, quand ils se corrigent encore facilement.

  4. Livrable · Système en service

    Mise en production

    Données, formation et retour en arrière sont préparés avant le passage en réel.

    Voir le détail

    Nous préparons la reprise des données, l’hébergement, les sauvegardes, la surveillance et une procédure de retour sûre.

  5. Livrable · Suivi continu

    Exploitation

    La même équipe surveille, corrige et fait évoluer le logiciel.

    Voir le détail

    Correctifs de sécurité, mises à jour et évolutions restent entre les mains d’un interlocuteur qui connaît déjà le système.


Nos règles de travail

Ce que vous pouvez attendre de nous

Ce ne sont pas des promesses commerciales : ce sont les règles que nous nous imposons sur chaque projet, et sur lesquelles vous pouvez nous reprendre.

Poser vos questions
Un interlocuteur, pas un standardLa même équipe conçoit, construit et exploite. Personne ne se renvoie la balle.
Un point d’avancement régulierCe qui est fait, ce qui bloque, ce qui vient. Même quand la nouvelle est mauvaise.
Le code et les données sont à vousVous restez propriétaire de ce que nous construisons, et vous pouvez partir avec.
Pas de dépendance artificielleNous n’enfermons pas le système pour nous rendre indispensables.

Questions fréquentes

Ce qu’on nous demande avant de commencer

01Combien de temps ça prend ?

Cela dépend entièrement du périmètre. Nous ne donnons pas de délai avant l’étape de cadrage — un chiffre annoncé avant d’avoir regardé votre organisation serait inventé.

02Comment est fixé le prix ?

Sur le périmètre écrit à l’issue du cadrage. Vous savez ce qui est inclus avant d’engager la construction.

03Et si nos besoins changent en cours de route ?

C’est la règle, pas l’exception. La livraison par blocs existe pour ça : on réordonne ce qui reste à construire plutôt que de tout figer au départ.

04Faut-il tout remplacer d’un coup ?

Non, et nous le déconseillons. On commence par le point le plus coûteux, on le met en service, puis on étend.

05Que deviennent nos données actuelles ?

Elles sont reprises à l’étape de mise en production — y compris depuis des tableurs, ce qui est le cas le plus fréquent.

06Que se passe-t-il après la livraison ?

L’étape d’exploitation : correctifs de sécurité, mises à jour, surveillance et évolutions. Le logiciel n’est pas abandonné le jour de la mise en service.

Le cadrage, c’est par où on commence

Un premier échange suffit pour savoir si le projet tient debout. Il n’engage rien.