Aller au contenu
Parlons-en

Comment nous travaillons

L'équipe était le goulot.

La livraison classique se chiffre, se planifie et s'équipe en fonction des personnes. Nous avons remplacé l'équipe par un ingénieur responsable et un essaim d'agents d'IA. Voici ce que ça change.

Le logiciel a changé.
L'entreprise, non.
Ici, ça change.

01 Ingénieur responsable

C'est l'ingénieur qui mène. Pas un responsable de compte.

Vous rencontrez cette personne avant de signer. Elle dirige l'essaim, tient le niveau de qualité, et c'est elle qui répond quand ça compte.

Une personne

Ce que fait l'ingénieur responsable

  1. 01 Dirige Fixe l'architecture et ce que «terminé» signifie. Pilote l'essaim.
  2. 02 Décide Arrête une mise en production si un contrôle échoue. Personne n'y déroge.
  3. 03 Répond C'est la personne que vous appelez. Avant la signature et après la mise en production.
02 Essaim

La production d'une équipe complète. En semaines, pas en trimestres.

Des agents d'IA construisent, migrent les données, écrivent les tests et produisent la documentation en même temps. Il n'y a pas d'équipe à monter : le travail commence la semaine où vous signez.

La même semaine

Ce qui tourne en parallèle

  1. 01 Construction Écrans, services et intégrations.
  2. 02 Données Migration et rapprochement avec l'ancien système.
  3. 03 Tests Écrits avec le code. Exécutés à chaque modification.
  4. 04 Documents Manuels d'exploitation et rollback, produits au fil du travail.
03 Par écrit

Code, tests et manuels d'exploitation. Avant l'acceptation.

Un essaim ne travaille qu'à partir de ce qui est écrit. Les tests, les manuels d'exploitation et les plans de rollback sont donc produits avec le code. Votre équipe reçoit un système déjà documenté.

Dans votre dépôt

Ce qui est là avant l'acceptation

  1. 01 Code Code source et tests. À vous dès le premier commit.
  2. 02 Manuels d'exploitation Comment l'exploiter, qui appeler, comment revenir en arrière.
  3. 03 Risques Chaque point ouvert, avec un responsable.

Semaine après semaine

De la vitesse avec un frein.

Un essaim peut aller plus vite que quiconque ne peut le relire. Chaque semaine se termine donc par une décision écrite, chaque contrôle peut arrêter une mise en production, et rien n'est accepté qui n'est pas déjà dans votre dépôt.

01 La semaine

Chaque vendredi se termine par une décision.

Ce qui a été livré, ce qui a échoué, ce qui est bloqué, avec les preuves jointes. Vous partez avec une mise en production, une pause, ou un arrêt. Pas un point d'avancement.

Une semaine

Ce qu'une semaine produit

  1. 01 Lundi Le périmètre de la semaine est fixé. Tout le reste est exclu.
  2. 02 Milieu de semaine Les contrôles en échec sont visibles dès l'heure où ils échouent.
  3. 03 Vendredi Livrer, suspendre, ou arrêter. Par écrit, avec les preuves.
Les heures facturées ne comptent pas comme de l'avancement. Les contrôles réussis, si.
02 Contrôles

Un contrôle en échec n'a pas d'exception.

Construction, sécurité, performance et rapprochement des données. Les règles de réussite sont écrites avant le démarrage. L'essaim les exécute à chaque modification. L'ingénieur responsable ne peut pas y déroger, une échéance non plus.

Contrôles

Ce qu'un contrôle en échec bloque

  1. 01 Mise en production Une construction en échec n'est pas livrée. Pas même en préproduction.
  2. 02 Production Un contrôle de sécurité ou de performance en échec ne passe pas en production.
  3. 03 Bascule Pas de bascule sans rollback écrit et répété.
On ne déplace pas le trafic réel pour tenir une date.
03 Acceptation

Votre équipe signe les fichiers, pas une date.

Code, tests, manuels d'exploitation et risques ouverts sont dans votre dépôt avant l'acceptation. Votre équipe d'exploitation le fait tourner. L'ingénieur responsable reste joignable pendant la période convenue après la mise en production.

Acceptation

Ce qui est dans votre dépôt avant que vous ne signiez

  1. 01 Tests Écrits avec le code. Qui tournent dans votre pipeline.
  2. 02 Manuels d'exploitation Comment l'exploiter. Qui appeler. Comment revenir en arrière.
  3. 03 Risques Chaque point ouvert a un responsable. Rien n'est découvert plus tard.
Une démonstration n'est pas une acceptation. Des fichiers dans votre dépôt, si.

Étape suivante

Dites-nous ce qui doit entrer en production, et quand.

Vous recevez un premier plan : ce que «terminé» signifie, dans vos mots, ce que ça coûte et quand. La décision vous appartient.