01
Premier plan
Inventaire et prix fixe
Chaque écran, rapport, intégration et jeu de données est compté. Vous obtenez un prix pour ce périmètre, et une date. Les deux sont écrits.
Migration
Votre système dans le cloud. En mois, pas en années.
Une migration d'un système historique, c'est surtout du volume : écrans, rapports, données, intégrations. Le volume, c'est précisément le rôle d'un essaim. Un ingénieur responsable le dirige. L'ancien système reste en production jusqu'à ce que le nouveau concorde.
Pourquoi les migrations prennent des années.
Pas parce que le travail est difficile. Parce que l'unité, c'est l'équipe, et une équipe a un plafond.
Volume
Des centaines d'écrans et de rapports, chacun reconstruit à la main. L'estimation, c'est un effectif multiplié par une année.
Passations
Analystes, développeurs, testeurs et data travaillent à la suite. Chaque passation, c'est une semaine.
La bascule
Après tout ça, la bascule est un week-end que personne n'a répété, sans chemin de retour écrit.
Pendant l'exécution
Ce que vous voyez à tout moment.
Chiffre d'affaires
Le chiffre d'affaires reste sur l'ancien chemin
- 01 À côté Le nouveau système tourne sur des données réelles. Les clients ne basculent pas encore.
- 02 Preuve Les totaux concordent, ligne à ligne. La finance signe la comparaison.
- 03 Bascule Vous choisissez l'heure où le trafic bascule.
Le travail
Le déroulement, dans l'ordre.
02
Construction parallèle
L'essaim le reconstruit
Écrans, rapports, services et migration de données tournent en même temps. L'ingénieur responsable relit. Les tests sont écrits avec le code.
03
Double exploitation
Les deux systèmes, données réelles
Le nouveau système tourne à côté de l'ancien. Les chiffres sont rapprochés ligne à ligne jusqu'à ce que la finance signe la concordance.
04
Bascule
Basculer, puis éteindre l'ancien
Vous choisissez l'heure. Le rollback est répété. Votre équipe accepte les fichiers. Notre accès est retiré.
01
Parties
Une partie à la fois. Rien que vous ne puissiez annuler.
Nous déplaçons le système par parties, en commençant par celle qui compromettrait la clôture mensuelle. Si une partie échoue, le reste reste en service. Le rollback de chaque partie est écrit avant qu'elle ne bascule.
Par parties
Suspendre une partie. Laisser le reste tourner.
- 01 D'abord Nous commençons par la partie qui compromettrait la clôture mensuelle.
- 02 À côté L'ancien chemin continue d'absorber le trafic client.
- 03 Bascule Cette partie ne bascule qu'après signature du rapprochement.
02
Preuve
La concordance est signée, pas affichée sur un tableau de bord.
L'essaim rapproche le nouveau système de l'ancien sur des données réelles, chaque jour, à un volume qu'aucune équipe ne tiendrait. La finance signe la comparaison. Ensuite vous basculez cette partie.
Chiffre d'affaires
Le chiffre d'affaires reste sur l'ancien chemin
- 01 À côté Le nouveau système tourne sur des données réelles. Les clients ne basculent pas encore.
- 02 Preuve Les totaux concordent, ligne à ligne. La finance signe la comparaison.
- 03 Bascule Vous choisissez l'heure où le trafic bascule.
03
Mise en production
Nous le rendons sûr. Vous décidez quand.
L'ingénieur responsable écrit les critères de bascule et le rollback, et tient la ligne si un contrôle échoue. Vous choisissez l'heure où le trafic réel bascule.
Qui le porte
Le risque de livraison a un seul responsable
- 01 Heures Plusieurs prestataires, plusieurs mains. Chaque raté est pour vous.
- 02 UNIT01 Un ingénieur responsable porte le résultat jusqu'à votre acceptation.
- 03 Production Vous décidez quand le trafic bascule. Nous faisons en sorte que vous le puissiez.
Dans le premier plan
Ce qui est écrit avant le démarrage.
Le premier plan nomme chacun de ces points. C'est un document : vous l'acceptez, le modifiez, ou le refusez.
Périmètre
Compté, pas estimé
Chaque écran, rapport, intégration et jeu de données est listé. Le prix est fixé d'après cette liste.
Ingénieur responsable
Une personne nommée
L'ingénieur qui mène est nommé au contrat, avec un suppléant. Vous rencontrez cette personne avant de signer.
Concordance
Le rapprochement comme clause
Le comportement et les chiffres doivent concorder avec l'ancien système avant qu'une partie ne bascule. La finance signe.
Rollback
Écrit et répété
Délai pour revenir en arrière, conséquences sur les données, et qui le déclenche. Répété avant la bascule, pas après.
Fichiers
Dans votre dépôt
Code, tests, manuels d'exploitation, supervision et risques ouverts. Là avant l'acceptation.
Après
Garantie et accès
Une période de garantie sur le travail convenu. Notre accès retiré à la clôture. Les deux par écrit.
Questions que l'on nous pose
Questions fréquentes.
01
Comment est-ce possible d'aller si vite ?
Une migration, c'est surtout du volume. Un essaim d'agents reconstruit écrans, rapports et mappages de données en parallèle, et l'ingénieur responsable relit. Le volume qui coûte une année à une équipe est la partie qui nous coûte le moins.
02
Comment le prix peut-il être fixe ?
Notre coût n'est pas les effectifs. Nous comptons le périmètre, nous le tarifons, et nous le tenons. Si le périmètre change, le prix change par écrit. Rien d'autre ne le fait bouger.
03
Tout est-il réécrit ?
Non. Déplacer, encapsuler, ou retirer. Le premier plan dit lequel, écran par écran.
04
L'ancien système peut-il rester en service ?
Oui. Faire tourner les deux est le fonctionnement par défaut sur les chemins de chiffre d'affaires, jusqu'à concordance des chiffres.
05
Et notre intégrateur ?
Il peut garder une partie. Dès la première semaine, nous dirons si le partage est dangereux, pour que ça ne devienne jamais un conflit.
06
Où vivent les données ?
Dans vos comptes, sous vos règles de résidence. Nous ne devenons pas le référentiel.
Autres missions
La même façon de travailler, sur un autre système.
É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.