Un projet ERP traditionnel définit un périmètre précis et laisse la date de mise en production flexible : des exigences exhaustives sont définies en amont, un plan est élaboré pour s’y conformer, et la date de mise en production n’est qu’une prévision – une prévision qui se décale au fur et à mesure que des problèmes d’intégration, de développement spécifique et de données apparaissent. L’approche T-Minus inverse ce processus. La date est fixée dès le premier jour, généralement 27 jours ouvrés à l’avance, et tout est calculé à rebours jusqu’à cette date. Tout ce qui ne peut être configuré, migré et testé à temps est reporté à une phase T-Plus.
Fixez la date de lancement dès la réunion de lancement et inscrivez-la sur le tableau de compte à rebours. Dès lors, l'équipe ne discutera plus jamais de la date ; toutes les discussions porteront sur le périmètre du projet.
Pourquoi 27 jours ne sont pas héroïques
Il ne s'agit pas d'une version condensée de l'ancien modèle. Quatre phases qui consomment la majeure partie d'un projet traditionnel sont supprimées, car la plateforme en supprime la raison d'être :
| Phase traditionnelle | Typiquement | Pourquoi T-Minus ne l'a pas |
|---|---|---|
| Intégration des systèmes | Mois | Un seul registre, un seul modèle de données — rien à assembler |
| Développement sur mesure | De quelques mois à plusieurs années | Les flux de travail, les rôles et les règles sont configurés sans code et modifiés en quelques minutes. |
| projet de migration de données | Mois | Le cockpit de migration effectue une bascule auditée avec des balances de vérification rapprochées en tant que fonctionnalité du produit |
| Formation Big Bang | Semaines | La file d'attente d'actions tenant compte des rôles et le système ASK guident les utilisateurs tout au long du flux de travail. |
Les cinq règles
- La date reste inchangée. Seul le périmètre évolue. Chaque exigence problématique est évaluée par ordre de priorité : configuration immédiate, T-Plus ou non requise.
- Aucune exigence sans exemple concret. Les discussions ont lieu dans un environnement de production avec les données d'exemple du client ; une exigence correspond à un besoin identifié à l'écran.
- Configurez, ne codez jamais. Un modèle de configuration, un report T-Plus ou un refus franc. Coder interrompt le compte à rebours.
- Migrez les soldes que vous pouvez auditer, pas l'historique que vous ne pouvez pas. Les postes non soldés, les soldes et les données de base sont rapprochés et signés ; l'historique reste consultable dans les archives existantes.
- Une répétition vaut mieux que dix ateliers. Le client mène une véritable journée de travail en parallèle de la gestion des systèmes existants ; la répétition est le point de passage obligé.
Inscrivez-les sur le tableau de compte à rebours. Lorsqu'une discussion s'enlise, le responsable de vol énonce la règle enfreinte, ce qui met fin à la plupart des disputes plus rapidement que toute escalade.
L'implication personnelle dans le jeu
Un intégrateur facturé à la journée est rémunéré quotidiennement et ses revenus sont fonction des demandes de modification ; il est donc structurellement incité à être rémunéré lorsqu’un projet s’éternise. TRANXACT, quant à lui, est facturé en pourcentage du chiffre d’affaires audité du client : il ne perçoit aucun revenu supplémentaire pour un projet de longue durée, mais tout pour un client dont l’activité est en pleine croissance. La méthode et le modèle commercial convergent dans cette même logique.
Ce que le client mesure (valeur par défaut proposée)
| Mesure | Cible |
|---|---|
| Délai d'émission de la première facture | T-0, avant le déjeuner |
| Delta de la balance de vérification au moment du basculement | Zéro, avec une piste d'audit |
| Taux de réussite aux répétitions | 100 % — la porte T-1 |
| « Nous avons besoin de X » → « X configuré » | La même semaine, aucune file d'attente pour les billets. |
| Modules en ligne par trimestre | Sans réimplémentation — ondes T-Plus |
Ces éléments sont intégrés au tableau de bord des indicateurs clés de performance (KPI) de l'outil Artifact Toolkit dès T-0 et remplacent le tableau de bord d'état dans chaque réunion de pilotage.
Calderwood Group a signé des contrats pour la comptabilité, la gestion de la relation client (CRM) et la gestion de la chaîne d'approvisionnement. Dès le lancement, son directeur des opérations, à l'origine du compte à rebours, inscrit la date de mise en service – le 1er octobre, premier jour du quatrième trimestre de Calderwood – sur le tableau de bord. Le SIRH a toujours été prévu pour la phase 2 ; en termes T-Minus, il s'agit simplement d'une étape T-Plus sur le même registre.
Essayez-le À T-14, le directeur des ventes de Calderwood demande un calcul de commission sur mesure « avant le lancement, faute de quoi la date devra être reportée ». Quelles sont les règles applicables et quelles sont les conséquences possibles ?
Règle 1 : la date ne change pas, la demande est donc priorisée. Règle 2 : elle apparaît uniquement comme une ligne Fit Ledger, correspondant à un espace vide à l’écran. Règle 3 : si la configuration le permet et qu’elle peut être testée avant J-3, la configuration est immédiate ; si elle nécessite du code, il s’agit d’un modèle de configuration, d’une demande T-Plus, ou d’un refus catégorique. Le responsable du compte à rebours décide le jour même, et la réponse n’est jamais « modifier la date ».