Aller au contenu principal
Notre démarche

Une démarche agile, sobre et collaborative.

Nous travaillons par sprints fonctionnels courts, en dialogue continu avec vos équipes. Cette démarche minimise les effets tunnel, favorise l'appropriation dès les premières livraisons et intègre l'éco-conception logicielle dès l'amont.

Notre approche

Quatre choix qui structurent chaque mission.

01

Des technologies ouvertes et évolutives

Nous construisons sur notre environnement de développement rapide open source. Véritable squelette prêt à l'emploi déjà éprouvé par nos clients, il garantit nativement la transparence, la réplicabilité et l'indépendance des solutions déployées.

02

Une co-construction avec les utilisateurs finaux

Les besoins se recueillent, ils ne se déduisent pas. Nous concevons avec celles et ceux qui utiliseront l'outil, pour qu'il s'adapte aux pratiques métier et soit adopté dans la durée.

03

Une capacité à fédérer des écosystèmes

Gouvernance, mutualisation et évaluation collective de l'impact sont intégrées dès la conception, comme des données d'entrée du cadrage, pas comme des rubriques traitées en aval.

04

Un numérique responsable, sobre et souverain

Sobriété fonctionnelle, hébergement en France, référentiel d'accessibilité. Votre plateforme s'inscrit parfaitement dans une démarche RSE et souveraine.

Le déroulé

De la première réunion à la mise en production.

Chaque phase a ses livrables et son instance de validation. Vous n'attendez jamais la fin du projet pour voir le produit : la pré-production vous est ouverte dès la phase de design.

  1. 1
    Semaines 1 à 2

    Lancement & cadrage

    Nous partageons la compréhension du besoin, arbitrons les options structurantes et posons le calendrier. Vous repartez avec un cadrage écrit, pas avec un compte rendu.

    • Backlog initial priorisé
    • Architecture cible et choix techniques argumentés
    • Planning des sprints et instances de suivi
  2. 2
    Semaines 3 à 5

    Design de la plateforme

    D'abord des vues fil de fer, puis des maquettes détaillées sous Figma, testées avec des représentants des utilisateurs cibles avant tout développement.

    • Wireframes des parcours principaux
    • Maquettes testées auprès des cibles
    • Accessibilité traitée comme un principe de conception
  3. 3
    Sprints de 2 semaines

    Développements incrémentaux

    Chaque sprint inclut spécifications, développement, tests internes, revue et ajustements. Une instance de pré-production vous est ouverte tôt : vous voyez le produit avancer.

    • Une livraison testable à chaque fin de sprint
    • Revue avec votre groupe de travail
    • Suivi des développements accessible en continu
  4. 4
    Selon le projet

    Pré-production & recette

    Recette avec votre groupe de travail, corrections, ajustements d'ergonomie et de performance. Les retours sont intégrés avant la mise en production, pas après.

    • Environnement de pré-production complet
    • Recette conduite avec vos équipes
    • Corrections et ajustements de performance
  5. 5
    Mise en service

    Production & transfert

    Mise en production, livraison du code source et de sa documentation, transfert de compétences. Une équipe tierce doit pouvoir reprendre la main : c'est le test que nous nous imposons.

    • Code source et documentation technique
    • Documentation métier
    • Transfert de compétences à vos équipes
Gouvernance de projet

Le rythme est posé dès la première semaine.

  • Réunion de lancement Semaine 1
  • Points de suivi avec votre groupe de travail 45 à 60 min, dès la 1re semaine
  • Sprints de développement Toutes les 2 semaines
  • Ateliers de co-validation aux étapes clés Selon la phase
  • Démonstration et rapport d'avancement À chaque release
Souveraineté numérique

Un outil qui dépend d'un tiers n'est pas vraiment le vôtre.

La souveraineté n'est pas un argument commercial : c'est une série de décisions techniques et juridiques prises à la conception, et qu'on ne peut plus rattraper après. Voici les nôtres, et les textes auxquels elles répondent.

Vos données restent hors de portée du Cloud Act

Nous hébergeons données et services en France, chez des opérateurs de droit français. Un hébergeur soumis au CLOUD Act américain (2018) peut être contraint de communiquer des données stockées en Europe : nous ne vous exposons pas à ce risque.

US CLOUD Act, 2018 · Doctrine « Cloud au centre » de l'État

Pas de dépendance à une plateforme tierce

Nos briques sont open source et nos formats ouverts. Aucun composant dont la licence ou les conditions d'utilisation feraient obstacle à la réutilisation, à la migration ou à la reprise par une autre équipe.

Réversibilité contractuelle · Règlement (UE) 2023/2854 « Data Act »

Une gouvernance des données pensée pour le partage

Quand plusieurs organisations doivent échanger des données sans se les céder, nous construisons des espaces de données interopérables plutôt qu'un entrepôt central que quelqu'un devrait posséder.

Règlement (UE) 2022/868 « Data Governance Act » · Gaia-X

Le RGPD comme donnée d'entrée, pas comme rubrique finale

Minimisation des données dès la conception, rôles de traitement clarifiés au cadrage. Nous limitons ce que nous manipulons plutôt que d'ajouter une politique de confidentialité à la fin.

Règlement (UE) 2016/679 « RGPD », art. 25 · Protection dès la conception

L'IA sous contrôle humain et sans fuite

Aucune de vos données n'est transmise à un outil d'IA générative, à un système d'entraînement ou à un service tiers sans votre autorisation écrite préalable. Par défaut, nous travaillons sur des matériaux anonymisés ou reformulés.

Règlement (UE) 2024/1689 « IA Act » · Charte d'usage opposable

Une accessibilité qui n'est pas une option

L'accessibilité est traitée comme un principe de conception et non comme une couche additionnelle, dès les maquettes. Nos interfaces visent le niveau AA.

RGAA 4.1 · Directive (UE) 2016/2102

Nos principes

Ce qui ne se négocie pas.

La plateforme vous appartient

Aucune revendication de notre part sur ce que nous développons. Les briques open source que nous réutilisons restent open source.

Pas de dépendance fournisseur

Formats d'export ouverts, documentation permettant une reprise par une équipe tierce, aucun composant dont la licence ferait obstacle à la réutilisation.

Neutralité technologique

Nous n'orientons pas votre projet vers un éditeur ou un intégrateur, sauf justification objective et documentée.

Un interlocuteur unique

Concepteur, développeur et opérateur : la continuité entre les phases est assurée par la même équipe, sans sous-traitance de prestation.

Parlons de votre projet.

Un échange court pour confronter votre projet à cette démarche, et voir concrètement ce qu'elle donnerait dans votre contexte.