Plan
La méthode
Un incrément par mois, une démonstration par jalon, une recette qui ne commence pas à la fin.
Quatre temps, et une règle qui les tient tous : rien ne se présente sur diaporama. Ce que nous démontrons est du logiciel qui tourne, sur votre environnement, avec vos jeux d'essai.
Les quatre temps
01. Cadrage
avant la première ligne de code
- —Atelier sur le plan de comptes et les barèmes de commission
- —Recensement du niveau d'accès réel chez chaque partenaire
- —Modèle de données du grand livre, validé avec votre comptable
- —Maquettes du guichet, testées avec un guichetier
- —Périmètre V1 arrêté et signé
02. Construction
sprints de deux semaines
- —Une version fonctionnelle déployée sur votre recette à chaque fin de sprint
- —Démonstration du logiciel qui tourne, jamais d'un diaporama
- —Tests automatisés sur les invariants comptables, à chaque commit
- —Code poussé en continu sur votre dépôt Git
03. Recette
vos équipes, vos données fictives
- —Jeux d'essai construits à partir de vos journées réelles
- —Exercice de restauration : destruction et reconstruction depuis les seules sauvegardes
- —Test d'intrusion, rapport remis
- —Formation des guichetiers et des chefs d'agence
04. Bascule
guichet par guichet
- —Double saisie courte et contrôlée sur la première agence
- —Comparaison quotidienne : balance AiO contre comptabilité actuelle
- —Extension progressive une fois les deux chiffres alignés
- —Documentation d'exploitation et procédures d'installation livrées
Incréments mensuels, recette continue
Chaque mois se termine par une version fonctionnelle déployée sur votre environnement de recette. Vos équipes y travaillent en continu à partir du mois 3, à raison de deux demi-journées par mois.
Vous ne découvrez rien à la fin. Si une orientation ne vous convient pas, le coût de correction se compte en jours, pas en mois.
Trois environnements
| Environnement | À quoi il sert | Qui y accède | Ouvert |
|---|---|---|---|
| Développement | Notre travail quotidien | L'équipe | M1 |
| Recette | Votre validation, données fictives ou anonymisées | Vous et vos équipes, en continu | Fin M2 |
| Production | Vos opérations réelles | Vos utilisateurs | M5 pour la préparation, M6 pour les utilisateurs |
Aucune donnée réelle ne transite par les environnements de développement ou de recette.
Ce qui est classé anomalie, et ce qui ne l'est pas
C'est la distinction qui protège les deux parties. Sans elle, toute demande nouvelle peut être présentée comme un défaut, et tout défaut peut être renvoyé à une évolution.
| Niveau | Définition | Correction | Effet sur le jalon |
|---|---|---|---|
| Bloquante | Rend impossible un processus métier essentiel sans contournement praticable, ou atteint l'intégrité comptable, ou expose une donnée à une personne non habilitée | Prise en charge 4 h ouvrées, correction sous 2 jours | Suspend le jalon |
| Majeure | Dégrade fortement un processus essentiel, mais un contournement documenté existe | 5 jours ouvrés | N'empêche pas le jalon |
| Mineure | Ergonomie, libellé, présentation — sans effet sur le résultat métier | Livraison suivante | Aucun |
N'est pas une anomalie : une fonctionnalité non prévue au périmètre gelé, une évolution du besoin postérieure à la validation, une préférence contraire à une maquette validée, un comportement conforme à la spécification mais jugé inadapté, un dysfonctionnement causé par un service tiers ou un paramétrage de vos équipes.
Propriété du code
Le code est poussé en continu sur un dépôt dont vous êtes propriétaire, dès la première semaine. Vous voyez chaque contribution, chaque jour.
Le dossier distingue trois régimes : les développements spécifiques conçus pour vous — modules, écrans, règles, workflows, plans de comptes, paramétrages — vous sont cédés au paiement intégral ; les briques génériques de Vortex-Soft — cadres, bibliothèques, composants, outillage — restent notre propriété, avec une licence perpétuelle et irrévocable pour votre exploitation, y compris par une autre équipe technique ; les composants libres restent régis par leurs licences, dont la liste vous est remise.
Le système est conçu pour pouvoir être repris par une autre équipe technique compétente, sur la base de la documentation livrée : architecture, schéma de base, procédures d'installation, de mise à jour et de restauration.
Ouverture
Vous démarrez votre activité : il n'y a pas d'historique à reprendre, pas de double saisie à supprimer, pas d'écarts accumulés à expliquer. C'est une charge en moins, et elle est répercutée dans le prix.
Seuls les référentiels d'ouverture sont saisis — agences, utilisateurs, réseaux, barèmes, plan de comptes — et les soldes de départ sont enregistrés comme écritures d'à-nouveau, datées et justifiées.
Le premier guichet ouvre avec assistance sur site le premier jour. Les suivants, s'il y en a, ouvrent par vagues. Avant cela, l'environnement de production est préparé au mois 5 et l'exercice de restauration chronométré est passé : nous détruisons une copie et la reconstruisons depuis les seules sauvegardes, balance du grand livre recalculée et comparée. La mise en production réelle n'est donc pas une première.