Aller au contenu principal

Cas d’usageTHINK · Smart Advisory

Moderniser un système d’information
sans tout refondre

Clarifier la trajectoire d’un système d’information existant avant de le moderniser — cadrer ce qui reste, ce qui change et ce qui se construit.

Un pont relie deux ensembles modulaires, illustration d’une trajectoire entre l’existant et le système cible
Illustration conceptuelle d’une modernisation par étapes ; aucun système du client n’est représenté.
01Le besoin

Décider ce qui reste, ce qui change et ce qui se construit.

Un acteur de l’agriculture et de l’agroalimentaire en Afrique de l’Ouest devait faire évoluer un système d’information construit par couches successives.

Certains composants devaient évoluer, d’autres rester en l’état, sans que la trajectoire globale soit formalisée. Les équipes hésitaient entre tout refondre et ne rien changer, faute d’une vision claire de ce qui devait réellement bouger.

L’enjeu est de moderniser sans interrompre les opérations, avec une feuille de route partagée par les équipes métier et techniques.

02L’accompagnement

Un diagnostic, puis une trajectoire par étapes.

Box Africa a mené un diagnostic du système existant pour distinguer ce qui restait solide de ce qui devait évoluer, puis a construit une trajectoire de modernisation séquencée.

Ce qui reste

Des composants stabilisés

Les composants critiques et solides sont maintenus en l’état pendant la transformation, pour protéger les opérations.

Ce qui change

Des évolutions priorisées

Les évolutions nécessaires sont qualifiées, priorisées et séquencées, y compris les reconstructions ciblées.

Les opérations ne s’interrompent pas. Chaque étape de la trajectoire est planifiée pour que les composants critiques restent stables pendant que les évolutions avancent.

Du diagnostic à la feuille de route

Si un composant reste solide, il est documenté et conservé ; son évolution est reportée tant qu’elle n’apporte pas de valeur immédiate.

Si un composant doit évoluer, l’évolution est qualifiée, priorisée et rattachée à une étape de la trajectoire, avec ses dépendances.

Dans ce dispositif proposé, la feuille de route est revue avec les équipes métier et techniques à chaque étape. Ces modalités illustrent le cadre sans constituer un engagement contractuel publié.

03Résultats illustratifs — scénario fictif

Rendre la trajectoire lisible et pilotable.

  1. 01

    100 % des composants classés « reste », « change » ou « refonte »

    64 composants recensés et classés sur 64 à l’issue du diagnostic.

  2. 02

    0 interruption des opérations critiques sur les deux premières étapes

    Aucune indisponibilité des composants classés critiques pendant les deux premières étapes de la trajectoire.

  3. 03

    −45 % de demandes d’évolution en attente de décision

    De 40 à 22 demandes en attente entre le diagnostic et la fin de la première étape : (40 − 22) ÷ 40 = 45 %.

Méthode fictive : un diagnostic initial, puis le suivi des deux premières étapes de la trajectoire sur le même périmètre de composants. Ces chiffres sont inventés pour montrer une restitution possible. Ils ne décrivent pas des résultats réels du client.

THINK · Smart Advisory

Les offres associées

Diagnostic et trajectoire cible

Schéma directeur, schéma cible et architecture d'entreprise

Évolutions ciblées sur Odoo

Mise en oeuvre Odoo