Key takeaways
- —La plupart de ce qui détermine si un projet D365 va bien atterrir se joue dans les premières semaines — avant que le développement commence, parfois avant la signature du contrat.
- —80 % des projets ERP débordent — en délai, en budget, ou en portée. Le problème est presque toujours l'alignement, pas la technologie.
- —Corriger un problème au stade de la conception coûte peu. Pendant les tests, c'est environ 5 fois plus. Après le go-live, jusqu'à 10 fois. Clarifier tôt la portée et la définition de « fini » vaut de l'argent réel.
- —Les décisions verbales s'estompent. Un atelier de quatre heures peut produire un seul paragraphe de notes. Les questions sur la documentation et les enregistrements servent à s'assurer que ce qui a été convenu reste convenu — six mois après, pas seulement six heures.
- —L'objectif n'est pas de tester votre intégrateur. C'est de démarrer le projet avec la même image en tête des deux côtés.
Si c'est votre premier projet ERP de grande envergure, voici une chose qu'il vaut la peine de savoir dès le départ : la plupart de ce qui détermine si un projet va bien atterrir se joue dans les premières semaines. Avant que le développement commence. Parfois même avant la signature du contrat.
Ce n'est pas une critique de la façon dont ces mandats fonctionnent — c'est simplement leur nature. Les décisions prises tôt ont un effet cumulatif. Les conversations du premier mois sont celles auxquelles vous allez vous référer au neuvième.
Les sept questions ci-dessous sont celles que les acheteurs ERP expérimentés nous disent qu'ils auraient aimé poser plus tôt. Ce n'est pas un test, et ce n'est pas un piège. C'est une façon de vous assurer que vous et votre intégrateur démarrez avec la même image en tête — pour que le travail qui suit ait les meilleures chances de bien se passer, pour tout le monde.
Pourquoi ce moment compte
Environ 80 % des grands projets ERP débordent — soit en délai, soit en budget, soit en portée. Ce n'est pas parce que la technologie ne fonctionne pas, et ce n'est pas parce que les intégrateurs sont mauvais à leur travail. La technologie est correcte. Les gens sont qualifiés. Ce qui tend à glisser, c'est l'alignement — la compréhension partagée de ce qui a été décidé, de ce qui est inclus dans la portée, et de ce à quoi ressemble la fin d'une étape.
Une bonne partie de cet alignement se met en place (ou pas) dans les premières semaines. Clarifier quelques points de base maintenant évite des mois d'interprétation plus tard. Des deux côtés.
1. Est-ce qu'une revue de Solution Blueprint est prévue à l'agenda ?
Le Solution Blueprint est le document qui capture ce qui sera livré — ce qui est dans la portée, ce qui sera personnalisé, et ce qui reste en dehors. Il est généralement produit après l'analyse fit-gap, qui est le processus où vos besoins d'affaires sont mis en parallèle avec ce que Dynamics offre déjà en standard.
La revue du Blueprint, c'est la rencontre où vous validez ce document ensemble. Une fois signé, il devient le point de référence pour le reste du projet.
Demandez quand elle est prévue, qui doit y assister, et ce qui doit être vrai pour qu'elle soit acceptée. Un bon intégrateur aura des réponses claires. C'est de la mise en place de projet standard — vous voulez simplement vous assurer qu'elle est à l'agenda et que vous comprenez votre rôle dedans.
2. Y a-t-il un plan de test écrit ?
Demandez à voir le plan qui décrit comment les tests vont se dérouler — quand ça commence, quand ça finit, et ce qui est couvert. La plupart des intégrateurs matures ont un gabarit prêt. Si le vôtre est encore en train de le bâtir, c'est correct — demandez simplement quand il sera prêt et restez dans la boucle pendant sa construction.
Ce qu'il faut chercher, c'est de la clarté sur les jalons. "On fera les tests au printemps", ce n'est pas un plan. "Voici comment on définit le début et la fin de chaque phase de test, et voici qui approuve chaque étape" — ça, c'en est un.
3. À quoi ressemble la "fin" d'une phase de test ?
C'est le suivi naturel de la question 2, et c'est une des conversations les plus utiles à avoir avant que le développement commence.
"Fini" en contexte de test ERP, ça veut généralement dire quelque chose de précis — tous les cas de test planifiés ont été exécutés, les défauts critiques sont résolus, et quelqu'un (habituellement le responsable des tests) approuve. Ça vaut la peine de s'assurer que cette définition est écrite et acceptée des deux côtés.
La raison pour laquelle c'est important, ce n'est pas d'attraper qui que ce soit en défaut — c'est une question de coût. Corriger un problème au stade de la conception coûte peu. Le corriger pendant les tests coûte environ 5 fois plus. Le corriger après le go-live peut coûter 10 fois plus. Des définitions claires de "fini" à chaque phase, c'est ce qui garde cette mathématique de votre bord.
4. Comment sont gérés les comptes-rendus et les actions à suivre après les ateliers ?
Les ateliers fit-gap et les sessions de conception génèrent beaucoup de décisions, la plupart verbales. Un atelier de quatre heures peut produire un seul paragraphe de notes formelles — ce qui va bien si les deux parties se souviennent de toute la discussion six mois plus tard, et moins bien si les mémoires divergent.
Demandez comment votre intégrateur gère la documentation des ateliers. Est-ce que les comptes-rendus sortent dans les 24 heures ? Est-ce que les actions à suivre sont assignées à des personnes nommées avec des échéances ? Y a-t-il une archive où vous pouvez tous les deux retourner chercher plus tard ?
Il n'y a pas une seule "bonne" réponse ici — différents intégrateurs ont différents systèmes. L'objectif, c'est de comprendre le leur et de vous assurer que votre équipe peut retrouver ce dont elle a besoin au moment où elle en a besoin. Si l'approche vous semble légère, c'est une bonne chose à soulever maintenant, pendant que tout est frais.
5. Comment les items de développement sur mesure vont-ils être suivis ?
Le développement sur mesure — ce qu'il faut bâtir parce que ce n'est pas dans le produit standard — c'est généralement là que se trouve le plus de complexité d'une implantation. On l'appelle souvent RICEFW dans le jargon Dynamics : Reports, Interfaces, Conversions, Enhancements, Forms, et Workflows.
Comme chaque item sur mesure doit être demandé, spécifié, développé et testé, les suivre clairement, c'est majeur. Demandez comment votre intégrateur les suit et si vous pouvez voir le statut directement, plutôt qu'à travers un résumé dans le rapport de statut hebdomadaire.
Une visibilité partagée ici aide tout le monde. Votre intégrateur passe moins de temps à ré-expliquer le statut. Votre équipe peut répondre aux questions internes sans courir après. Et il n'y a pas de surprise sur ce qui est en cours.
6. Où vont être stockés les enregistrements d'ateliers, et qui y a accès ?
La plupart des implantations d'aujourd'hui enregistrent les ateliers — c'est comme ça que les équipes de projet modernes restent alignées. La question qui vaut la peine d'être posée est pratique : où sont stockés les enregistrements, qui peut les chercher, et qu'est-ce qui leur arrive à la fin du projet ?
La plupart du temps, les ateliers sont enregistrés dans l'environnement Teams de l'intégrateur parce que c'est ce qui a été mis en place en premier. Ça fonctionne correctement pendant le projet. Ce qui vaut la peine d'être réfléchi, c'est ce qui arrive à la transition — quand un consultant change de projet, quand le mandat se termine, quand des questions surgissent six mois après le go-live.
L'idée de fond, c'est que les ateliers sont vos besoins d'affaires qui sont captés. C'est raisonnable de vous assurer que votre équipe puisse encore y accéder plus tard, au même titre que votre intégrateur.
7. Que se passe-t-il quand quelqu'un change de projet ?
Sur une implantation de 18 à 24 mois, c'est normal d'avoir trois à cinq changements de consultants en cours de route. Les gens prennent de nouveaux rôles, sont mobilisés sur d'autres clients, ou passent à autre chose. Votre intégrateur en a vu une dizaine.
Demandez comment les transitions se déroulent généralement. Y a-t-il un protocole écrit ? Quel chevauchement typique est prévu entre la personne qui part et celle qui arrive ? Qu'est-ce qui est transféré formellement — et qu'est-ce qui tend à rester dans la tête du consultant qui part ?
Ce n'est pas une question de scénarios catastrophes. C'est une question de connaître le pattern. Un bon intégrateur a une réponse claire ici parce qu'il l'a vécu plusieurs fois. Vous, vous prenez simplement les devants.
Ce que ces questions font vraiment
Elles ne servent pas à tester votre intégrateur. Elles servent à démarrer le projet sur la même page.
Chacune de ces questions ouvre une conversation qu'il vaut mieux avoir au mois zéro qu'au mois sept. Le moment de la revue du Blueprint. La définition de "fini". La façon dont la documentation circule. Où vivent les enregistrements. Ce qui arrive quand l'équipe change. Ce sont les choses qui, bien gérées, gardent un projet en santé — et mal gérées plus tard, deviennent celles qui sont difficiles à démêler.
Un bon intégrateur va apprécier la conversation. La plupart ont vu assez de projets partir de travers pour savoir qu'un client informé est un partenaire plus facile à accompagner, pas plus difficile. Des attentes claires, des dossiers clairs, des transitions claires — tout le monde en bénéficie. Votre intégrateur aussi.
Où ça vous laisse
Si vous vous apprêtez à lancer un projet D365, vous n'avez pas besoin de devenir un expert ERP du jour au lendemain. Vous avez juste besoin de savoir quoi demander, et quoi écouter. Les sept questions ci-dessus couvrent les zones où les acheteurs pour une première fois regrettent le plus souvent de ne pas s'être posé les bonnes questions plus tôt.
Le travail qui suit — garder l'ensemble du projet aligné au fil des mois — c'est plus gros que n'importe quelle liste de questions. C'est le problème précis que Tato aide à résoudre : s'assurer que les décisions, les conversations et les engagements pris au fil du projet restent trouvables et partagés, pour que l'image avec laquelle vous et votre intégrateur avez démarré soit encore l'image que vous avez tous les deux au neuvième mois.
Mais ça, c'est une conversation pour plus tard. Pour l'instant, imprimez les sept questions. Apportez-les à votre prochaine rencontre. Vous serez surpris de voir à quel point les choses deviennent plus claires quand tout le monde répond aux mêmes questions en même temps.
