Comment nous travaillons

Des cycles courts, des livrables qu'on peut essayer, et une exigence d'industrialisation héritée de nos propres produits.

L'utilisateur décide, pas le cahier des charges

Un cahier des charges décrit ce qu'on croyait vouloir six mois plus tôt. Nous faisons valider par les utilisateurs eux-mêmes, sur des versions qu'ils manipulent — pas sur des captures d'écran ni des comptes rendus de réunion.

Chaque itération produit quelque chose d'exécutable. Le client voit l'avancement au lieu de le lire, et les écarts se corrigent en semaines plutôt qu'en fin de projet, quand il est trop tard pour les corriger sans tout reprendre.

C'est particulièrement vrai sur les applications documentaires, où l'usage réel diverge presque toujours de la procédure écrite. Les projeteurs, les documentalistes et les chargés d'affaires savent des choses qu'aucun cahier des charges ne contient.

Cycles courts

Des livrables démontrables à chaque itération, pas des rapports d'avancement

Testé et industrialisé

Tests automatisés, intégration continue, paquets d'installation signés

{ }

Ancré dans le métier

Nous connaissons les contraintes CAO et GED — pas seulement la technique

Pensé pour durer

Une application métier vit dix ans : le maintien en conditions opérationnelles fait partie du projet

De l'analyse au maintien en conditions opérationnelles

01

Analyse

Utilisateurs et développeurs échangent sur les exigences, le périmètre, les contraintes et les prérequis. Nous cherchons d'abord ce qui casse aujourd'hui.

02

Conception

Les utilisateurs valident les modèles organisationnels, les flux, le traitement des données et l'ergonomie. L'architecture technique se décide ici, pas en cours de route.

03

Réalisation

Développement avec validation itérative sur des versions fonctionnelles. Tests automatisés et intégration continue dès la première ligne de code.

04

Exploitation

Livraison, transfert vers vos équipes ou maintenance assurée par nous, documentation d'architecture. La mise en production n'est pas la fin du projet.

Ce que nous imposons à nos produits, nous vous l'appliquons

Éditer nos propres logiciels nous oblige à une discipline que la prestation seule n'impose pas : quand on vit avec son code pendant des années, on ne peut pas se permettre les raccourcis qui se paient plus tard.

Tests automatisés exécutés à chaque modification, intégration continue, paquets d'installation signés, journalisation structurée permettant de reconstituer précisément ce qui s'est passé en production. Cette chaîne, nous l'appliquons aux développements que nous menons pour vous.

Concrètement, pour vous : une application qu'on peut reprendre trois ans plus tard sans craindre de tout casser, et une documentation d'architecture qui existe vraiment, parce qu'elle est produite au fil du projet et non reconstituée à la fin.

Tests automatisés

Exécutés à chaque modification — les régressions se voient tout de suite

{ }

Intégration continue

Chaîne de construction et de livraison reproductible, paquets signés

Journalisation

Traces structurées et corrélées, pour diagnostiquer sans deviner

Documentation vivante

Décisions d'architecture écrites au fil du projet, pas reconstituées après

Un projet à cadrer ?

Parlons de vos enjeux et de la manière dont nous pouvons vous accompagner.

Nous contacter →