{"id":9080,"date":"2025-09-19T14:12:16","date_gmt":"2025-09-19T12:12:16","guid":{"rendered":"https:\/\/arc-guides.com\/docs\/prism\/implement\/"},"modified":"2026-05-31T23:08:55","modified_gmt":"2026-05-31T21:08:55","slug":"implement","status":"publish","type":"docs","link":"https:\/\/arc-guides.com\/en\/docs\/prism\/implement\/","title":{"rendered":"Implement"},"content":{"rendered":"
\n\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

IMPLEMENT : Transformer votre contrat ERP en r\u00e9alit\u00e9 op\u00e9rationnelle<\/h1>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Vous venez de signer avec votre int\u00e9grateur, les contrats sont boucl\u00e9s, le cahier des charges valid\u00e9\u2026 et maintenant vous vous demandez comment g\u00e9rer concr\u00e8tement les 6 \u00e0 12 prochains mois ? Apr\u00e8s avoir pr\u00e9par\u00e9 et s\u00e9lectionn\u00e9 votre solution durant les phases PREPARE et REQUEST de la m\u00e9thode PRISM, vous entrez dans IMPLEMENT<\/span> : la phase o\u00f9 votre projet passe du papier \u00e0 la production. Dans cet article, d\u00e9couvrez pourquoi cette phase concentre 80% des risques d’\u00e9chec et comment la structurer en 4 \u00e9tapes pour arriver au go-live en position de force.
<\/p>

<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

\ud83c\udfaf L’essentiel<\/h2>
  • IMPLEMENT transforme vos documents en syst\u00e8me vivant<\/strong> : de la gouvernance activ\u00e9e au premier jour de production, en passant par la construction technique et la pr\u00e9paration op\u00e9rationnelle<\/li>
  • 4 sous-phases structurent cette transformation<\/strong> : D\u00e9marrage (4 semaines), Build (3-6 mois), Pr\u00e9paration go-live (parall\u00e8le au Build), et Go-Live (basculement + stabilisation)<\/li>
  • Cette phase concentre 80% des risques d’\u00e9chec<\/strong> : d\u00e9rive de p\u00e9rim\u00e8tre, \u00e9quipes sous-mobilis\u00e9es, donn\u00e9es pollu\u00e9es \u2014 autant de pi\u00e8ges qui se cristallisent dans ces 8 \u00e0 14 mois<\/li><\/ul>

    <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    IMPLEMENT : le passage du contractuel \u00e0 l’op\u00e9rationnel<\/h2>

    Vous avez un contrat sign\u00e9. Un cahier des charges de 150 pages. Des processus cibles formalis\u00e9s. Des matrices RACI sur PowerPoint. Mais maintenant vient le moment de v\u00e9rit\u00e9 : transformer ces documents en projet vivant, puis en syst\u00e8me fonctionnel, et enfin en outil utilis\u00e9 quotidiennement par vos \u00e9quipes.<\/p>

    IMPLEMENT, c’est cette transformation compl\u00e8te.<\/strong> Elle d\u00e9bute le lendemain de la signature et se termine 4 \u00e0 8 semaines apr\u00e8s le go-live, quand le syst\u00e8me tourne en autonomie. Entre ces deux jalons : 6 \u00e0 12 mois qui vont d\u00e9terminer si vous capturez 75% de votre ROI pr\u00e9vu ou seulement 25%.<\/p>

    Les chiffres parlent d’eux-m\u00eames : entre 55% et 75% des projets ERP \u00e9chouent \u00e0 atteindre leurs objectifs initiaux. Le d\u00e9passement budg\u00e9taire moyen atteint 189%, et les d\u00e9lais s’allongent de 30%. Ces statistiques ne proviennent pas d’erreurs techniques tardives \u2014 elles trouvent leur origine dans la fa\u00e7on dont vous structurez et pilotez IMPLEMENT.<\/p>

    <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t\t
    \n\t\t
    \n\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t
    \n\t\t\t
    \n\t\t\t<\/g><\/g> <\/path> <\/polygon> <\/polygon> <\/polygon> <\/path> <\/path> <\/path> <\/path> <\/path> <\/path> <\/g> <\/path> <\/g><\/svg>\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t

    Exemple <\/b><\/p>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    En 2012, un groupe pharmaceutique europ\u00e9en d\u00e9marre son projet SAP avec tous les bons ingr\u00e9dients : budget valid\u00e9 (18M\u20ac), sponsor identifi\u00e9, int\u00e9grateur tier-1. Mais aucune gouvernance op\u00e9rationnelle n’est activ\u00e9e pendant le d\u00e9marrage. R\u00e9sultat : 6 mois plus tard, le p\u00e9rim\u00e8tre a d\u00e9riv\u00e9 de 40%, et le projet sera abandonn\u00e9 apr\u00e8s 32M\u20ac investis. L’\u00e9chec ne venait pas du logiciel, mais de l’absence de structure d\u00e8s la semaine 1.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    Les 4 sous-phases d’IMPLEMENT : une progression logique<\/h2>

    <\/p>

    <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t
    \n\t\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    1. D\u00e9marrage (4 semaines) : activer la machine projet<\/h3>

    Transformer vos documents contractuels en organisation vivante \u2014 gouvernance op\u00e9rationnelle, \u00e9quipes r\u00e9ellement mobilis\u00e9es, r\u00e8gles du jeu formalis\u00e9es.<\/p>

    Vous avez d\u00e9fini votre gouvernance pendant REQUEST. Le D\u00e9marrage, c’est la rendre vivante : calendrier verrouill\u00e9, sponsor visible et actif, Key Users lib\u00e9r\u00e9s avec un plan de backfill effectif, p\u00e9rim\u00e8tre gel\u00e9 via un Change Control Board.<\/p>

    Livrable cl\u00e9 :<\/strong> En fin de semaine 4, une gate review valide 9 crit\u00e8res. Si moins de 5 sont OK, c’est NO-GO \u2014 vous ne passez pas en Build.<\/p>

    <\/p>

    <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t
    \n\t\t\t
    \n\t\t\t<\/i>\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t

    Attention :<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    70% des projets qui \u00e9chouent pr\u00e9sentent des signaux d’alerte d\u00e8s la semaine 2 : sponsor absent, charte non sign\u00e9e, Key Users \u00e0 moins de 30% de disponibilit\u00e9.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    Build (3 \u00e0 6 mois) : du blueprint au syst\u00e8me fonctionnel<\/h3>

    Transformer vos processus cibles en solution logicielle test\u00e9e et valid\u00e9e.<\/p>

    Le Build se d\u00e9roule en deux temps. D’abord la conception d\u00e9taill\u00e9e (Design, 4-8 semaines)<\/strong> : vous traduisez vos processus en sp\u00e9cifications lors d’ateliers. Le livrable : un Blueprint qui servira de r\u00e9f\u00e9rence. Ensuite la construction (8-16 semaines)<\/strong> : configuration du syst\u00e8me, d\u00e9veloppements sur mesure (RICEFW), tests progressifs, et reprise des donn\u00e9es.<\/p>

    Cette phase concentre 40-45% de l’effort total et le plus fort risque de d\u00e9rapage. Chaque jour d’ind\u00e9cision co\u00fbte 3 jours de retard au go-live.<\/p>

    N’oubliez pas :<\/strong> La reprise des donn\u00e9es est VOTRE responsabilit\u00e9. L’int\u00e9grateur fournit les scripts, mais c’est vous qui nettoyez et validez. Votre Data Quality Score doit d\u00e9passer 95%. \u00ab\u00a0Garbage in, garbage out\u00a0\u00bb.<\/p><\/blockquote>

    3. Pr\u00e9paration go-live (en parall\u00e8le du Build) : anticiper le basculement<\/h3>

    Pr\u00e9parer tous les \u00e9l\u00e9ments n\u00e9cessaires au basculement avant le jour J, pour arriver en position de force.<\/p>

    L’erreur la plus fr\u00e9quente ? Penser qu’on commence \u00e0 pr\u00e9parer le go-live une fois le Build termin\u00e9. En r\u00e9alit\u00e9, la pr\u00e9paration d\u00e9marre pendant le Build \u2014 d\u00e8s les 30% restants du projet.<\/p>

    5 piliers :<\/strong> Compl\u00e9tude du Build (\u00e9tat des lieux lucide), r\u00f4les et acc\u00e8s (restrictif plut\u00f4t que permissif), formation utilisateurs (par les Key Users), cutover plan (feuille de route objet par objet), et plan de support (3 niveaux + ticketing).<\/p>

    4. Go-Live (basculement + stabilisation 4-8 semaines) : le moment de v\u00e9rit\u00e9<\/h3>

    Basculer en production en confiance, g\u00e9rer les premi\u00e8res semaines et stabiliser.<\/p>

    Le Go-Live commence par une d\u00e9cision formelle : la r\u00e9union go\/no-go r\u00e9unit les sponsors et pose une seule question : \u00ab\u00a0est-on pr\u00eat ?\u00a0\u00bb On passe en revue ce qui est op\u00e9rationnel et ce qui ne l’est pas encore. Un go-live peut d\u00e9marrer avec des sujets en suspens \u2014 \u00e0 condition que ce soit un choix assum\u00e9.<\/p>

    D\u00e9cision prise, on ex\u00e9cute le cutover plan : arr\u00eat des flux, migration finale, bascule des interfaces, activation des batchs. Puis les premi\u00e8res semaines : qualifier les incidents, surveiller les volumes d’activit\u00e9 r\u00e9elle, organiser des points r\u00e9guliers.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t\t
    \n\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t
    \n\t\t\t
    \n\t\t\t<\/g><\/g><\/path><\/path><\/path><\/path><\/path><\/path><\/path><\/path><\/g><\/svg>\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t

    M\u00e9mo<\/b><\/p>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    Entre 25% et 75% des organisations subissent une baisse de performance au go-live \u2014 le \u00ab\u00a0Grand V\u00a0\u00bb. La productivit\u00e9 peut chuter \u00e0 60-80% avant de remonter. C’est normal, pr\u00e9visible, et \u00e7a se pilote.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    Timeline et r\u00e9partition de l’effort<\/h2>

    Dur\u00e9e totale :<\/strong> 8 \u00e0 14 mois (signature \u2192 stabilisation)<\/p>

    R\u00e9partition :<\/strong><\/p>

    • D\u00e9marrage : 4 semaines (5% effort, 100% critique)<\/li>
    • Build : 3-6 mois (40-45% effort, phase la plus intensive)<\/li>
    • Pr\u00e9paration go-live : D\u00e9bute aux 30% restants du Build (10-15% effort)<\/li>
    • Go-Live : Weekend + 4-8 semaines (15-20% effort)<\/li><\/ul>

      Moments de tension maximale :<\/strong> Semaine 4 du D\u00e9marrage (gate review), dernier tiers du Build (cumul construction + pr\u00e9paration), Go-Live + 2 premi\u00e8res semaines (pic d’incidents).<\/p>

      Les 3 erreurs strat\u00e9giques \u00e0 \u00e9viter<\/h2>

      Erreur #1 :<\/strong> Confondre kick-off (2-3h) et D\u00e9marrage (4 semaines). Les projets qui investissent dans un d\u00e9marrage structur\u00e9 affichent 40% de r\u00e9duction des d\u00e9passements budg\u00e9taires.<\/p>

      Erreur #2 :<\/strong> Accepter la d\u00e9rive de p\u00e9rim\u00e8tre \u00ab\u00a0juste une petite modification\u00a0\u00bb. Le scope creep est responsable de 29% des retards.<\/p>

      Erreur #3 :<\/strong> Reporter la pr\u00e9paration go-live apr\u00e8s le Build. Cette approche garantit un go-live pr\u00e9cipit\u00e9 et \u00e0 haut risque.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

      \n\t\t\t\t\t
      \n\t\t
      \n\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t\t\t
      \n\t\t\t
      \n\t\t\t<\/g><\/g><\/path><\/path><\/path><\/path><\/path><\/path><\/path><\/path><\/rect><\/rect><\/rect><\/rect><\/rect><\/rect><\/rect><\/rect><\/rect><\/rect><\/rect><\/rect><\/rect><\/rect><\/rect><\/rect><\/rect><\/path><\/path><\/path><\/path><\/rect><\/path><\/path><\/circle><\/g><\/g><\/svg>\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t

      Et ensuite ? <\/b><\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t
      \n\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t\t\t\t\t

      IMPLEMENT marque la fin de la construction et le d\u00e9but de l’exploitation. Une fois la stabilisation acquise, le projet entre en RUN<\/strong> : optimisation continue et exploitation durable.<\/p>

      Plongez dans chaque sous-phase :<\/strong><\/p>

      • \ud83d\udccb D\u00e9marrage<\/strong> : Les 3 piliers, le d\u00e9roul\u00e9 semaine par semaine, les signaux d’alerte<\/li>
      • \ud83c\udfd7\ufe0f Build<\/strong> : De la conception au syst\u00e8me, les RICEFW, la reprise des donn\u00e9es<\/li>
      • \ud83c\udfaf Pr\u00e9paration go-live<\/strong> : Les 5 piliers, check-lists et crit\u00e8res de validation<\/li>
      • \ud83d\ude80 Go-Live<\/strong> : La d\u00e9cision go\/no-go, le cutover, la courbe de stabilisation<\/li><\/ul>

        <\/p>

        <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>","protected":false},"excerpt":{"rendered":"

        IMPLEMENT : Transformer votre contrat ERP en r\u00e9alit\u00e9 op\u00e9rationnelle Vous venez de signer avec votre int\u00e9grateur, les contrats sont boucl\u00e9s, le cahier des charges valid\u00e9\u2026 et maintenant vous vous demandez comment g\u00e9rer concr\u00e8tement les 6 \u00e0 12 prochains mois ? Apr\u00e8s avoir pr\u00e9par\u00e9 et s\u00e9lectionn\u00e9 votre solution durant les phases PREPARE et REQUEST de la […]<\/p>","protected":false},"author":1,"featured_media":0,"parent":8510,"menu_order":3,"comment_status":"closed","ping_status":"closed","template":"","doc_tag":[],"doc_badge":[],"class_list":["post-9080","docs","type-docs","status-publish","hentry","no-post-thumbnail"],"acf":[],"author_avatar":"https:\/\/secure.gravatar.com\/avatar\/0c2aafc4a6ee828f15bf75045e5800fa350ef565a52c3d335cd320e665102b53?s=96&d=mm&r=g","author_name":"admin","_links":{"self":[{"href":"https:\/\/arc-guides.com\/en\/wp-json\/wp\/v2\/docs\/9080","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/arc-guides.com\/en\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/arc-guides.com\/en\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/arc-guides.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/arc-guides.com\/en\/wp-json\/wp\/v2\/comments?post=9080"}],"version-history":[{"count":4,"href":"https:\/\/arc-guides.com\/en\/wp-json\/wp\/v2\/docs\/9080\/revisions"}],"predecessor-version":[{"id":10153,"href":"https:\/\/arc-guides.com\/en\/wp-json\/wp\/v2\/docs\/9080\/revisions\/10153"}],"up":[{"embeddable":true,"href":"https:\/\/arc-guides.com\/en\/wp-json\/wp\/v2\/docs\/8510"}],"wp:attachment":[{"href":"https:\/\/arc-guides.com\/en\/wp-json\/wp\/v2\/media?parent=9080"}],"wp:term":[{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/arc-guides.com\/en\/wp-json\/wp\/v2\/doc_tag?post=9080"},{"taxonomy":"doc_badge","embeddable":true,"href":"https:\/\/arc-guides.com\/en\/wp-json\/wp\/v2\/doc_badge?post=9080"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}