Implantation de logiciels : phases, rôles et formation en entreprise

Pourquoi une implantation structurée de logiciels est décisive

L'implantation d'un nouveau logiciel va bien au-delà d'une simple installation technique. Elle englobe tous les processus liés à l'utilisation : mise en œuvre technique, mise en service et acceptation par les collaborateurs. À ce titre, elle figure parmi les tâches les plus exigeantes de la gestion du changement.

La charge de travail dépend de l'étendue de l'application et de la taille de l'entreprise. Pour un nombre réduit d'utilisateurs et un champ d'application clairement délimité, une planification allégée suffit. En revanche, si plusieurs départements, sites ou partenaires de projet externes sont concernés, la coordination, les besoins de concertation et l'effort de formation augmentent considérablement.

Les PME suisses et les entreprises de construction opèrent dans un cadre spécifique : le bureau et le chantier doivent travailler avec les mêmes données, et il convient de respecter les exigences sectorielles ainsi que les prescriptions légales – dans le secteur de la construction, par exemple, les règles relatives à la taxe sur la valeur ajoutée. Le succès ne dépend pas uniquement du logiciel, mais aussi d'une préparation minutieuse, d'une répartition claire des rôles et de la formation du personnel.

Phases de l'implantation de logiciels : de l'analyse de l'existant à l'optimisation

Dans la pratique, des phases récurrentes se sont imposées : préparation et élaboration de la stratégie, analyse de l'existant et identification des besoins, analyse des exigences avec cahier des charges, étude de marché et sélection du système, implantation avec mise en service (go-live), ainsi que stabilisation et optimisation continue. Elles ne se déroulent pas toujours strictement les unes après les autres, mais offrent une structure fiable pour la planification, le budget et les responsabilités.

Les guides destinés aux PME suisses fournissent des valeurs indicatives pour les premières étapes : environ deux à quatre semaines pour l'analyse de l'existant et l'identification des besoins, trois à six semaines pour l'analyse des exigences et quatre à huit semaines pour l'étude de marché et la sélection du système. Il s'agit de repères, non de directives rigides ; ils varient selon la taille de l'entreprise, le nombre de départements concernés et l'ampleur de la migration des données.

L'importance cruciale d'une planification soigneuse apparaît au regard des risques : les guides sur l'implantation d'ERP rapportent, en citant des études, que jusqu'à 75 % de tous les projets ERP dépassent les coûts planifiés ou les délais impartis. Une planification réaliste des ressources et des échéances, ainsi que l'intégration consciente de marges de manœuvre, font donc partie intégrante de chaque phase.

Définir clairement les objectifs et les exigences

Tout commence par la question des résultats que l'entreprise souhaite atteindre avec le nouveau logiciel. La formulation d'objectifs mesurables selon la méthode SMART a fait ses preuves. Une checkliste pour les entreprises de construction suisses cite, à titre d'exemple, la réduction de 20 % du temps administratif consacré aux tâches de bureau dans un délai de six mois.

Les orientations typiques dans les entreprises de construction incluent l'optimisation des processus, un meilleur contrôle des coûts et une communication plus efficace entre le bureau et le chantier. Les objectifs sont priorisés selon leur importance et leur urgence, puis consignés dans un catalogue de critères servant à l'évaluation ultérieure du système.

La définition des objectifs repose sur une analyse de l'existant : tous les processus métier existants sont documentés, les points faibles et les potentiels d'optimisation identifiés. Des entretiens avec les collaborateurs de tous les départements permettent de dresser un tableau complet du déroulement actuel. Ceux qui ignorent cette étape évaluent ensuite les systèmes sans base de comparaison fiable.

L'analyse de l'existant aboutit au cahier des charges. Celui-ci distingue les exigences fonctionnelles (que doit faire le système ?), les exigences techniques (par exemple matériel, interfaces et performance) et les exigences organisationnelles (par exemple support, formation et maintenance). Au sein de ces groupes, on différencie les obligations impératives (« must »), souhaitables (« should ») et optionnelles (« can »). Il convient également de prendre en compte les exigences futures, le potentiel de croissance, ainsi que les spécificités sectorielles et les prescriptions réglementaires.

Des objectifs et des exigences clairement définis ont un double effet : ils rendent la sélection du système compréhensible et posent les bases de la formation ultérieure. Les contenus et les exercices peuvent être directement dérivés des processus prioritaires.

Rôles dans le projet : qui décide, qui teste, qui forme ?

Dès le début, les ressources sont planifiées de manière réaliste – temps, personnel et budget. Cela implique une équipe projet représentant tous les départements pertinents et une direction de projet disposant de pouvoirs suffisants. Sans compétence décisionnelle, la direction de projet reste dépendante des concertations, ce qui ralentit le projet.

Les départements spécialisés apportent leurs exigences concrètes. Dans une entreprise de construction, il s'agit généralement de la direction de projet pour la planification et le calcul des coûts, de la conduite de chantier pour les applications mobiles sur site et le contrôle simplifié des rapports journaliers, ainsi que de la comptabilité pour la facturation et le controlling.

Le département IT joue un rôle de médiation. L'étude Swiss IT 2025 montre que la sécurité informatique et la conformité constituent la tâche principale des départements IT pour 67 % des entreprises, suivies de près par le soutien aux départements spécialisés dans les activités quotidiennes (47 %). Les départements IT doivent donc non seulement fournir des solutions techniques, mais aussi agir en tant qu'intermédiaires et intégrer activement les départements spécialisés dans les projets.

Les utilisateurs clés (Key-Users) ou champions servent de lien entre le projet et le personnel : il s'agit de collaborateurs issus de l'opérationnel quotidien qui se familiarisent tôt avec le système, soutiennent leurs collègues et remontent les retours d'expérience au projet. Les circuits de décision, les responsabilités en matière de tests et la question de savoir qui assurera la formation ultérieure doivent être clarifiés précocement et consignés par écrit.

Big Bang ou implantation progressive : choisir sa stratégie

Avec la stratégie du « Big Bang », le basculement s'effectue pour toute l'entreprise à une date fixe. Les terminaux – tablettes, ordinateurs portables, smartphones – sont généralement équipés du nouveau logiciel durant un week-end ou pendant d'autres périodes non travaillées. Tous les départements et sites travaillent dès lors simultanément avec le nouveau programme.

L'avantage est évident : tout le monde utilise le même système, et aucun problème ne survient lors de l'échange de données entre l'ancienne et la nouvelle solution. De plus, les coûts sont généralement inférieurs, car il n'est pas nécessaire de payer et de maintenir deux applications.

Le principal inconvénient : tous les employés doivent s'adapter d'un seul coup, ce qui peut entraîner des difficultés d'apprentissage et d'acceptation.

Avec la méthode itérative, l'implantation se fait étape par étape. Au départ, seuls certains employés ou départements travaillent avec le nouveau programme ; en cas de réussite, le basculement est progressivement étendu à toute l'entreprise. L'ancien et le nouveau logiciel fonctionnent d'abord en parallèle, jusqu'à ce que l'application précédemment utilisée soit désactivée. Dans le secteur de la construction, il peut être judicieux d'étendre l'utilisation aux partenaires de projet, si ceux-ci y sont disposés.

Le choix dépend de plusieurs critères : la taille et la structure de l'entreprise, la criticité des processus concernés, la disponibilité des ressources internes pour les tests et la formation, ainsi que la capacité à migrer les données et les interfaces.

Une exploitation parallèle accroît la sécurité, mais exige un double effort de saisie et de contrôle pendant la période de transition. Celui qui évalue realistically la charge pesant sur le personnel choisit la stratégie adaptée à son entreprise – et non celle qui correspond à un idéal théorique.

Big Bang contre implantation progressive : avantages et inconvénients

Formation et développement des compétences : de l'utilisateur clé à l'ensemble du personnel

La formation ne commence pas seulement au moment du go-live. Pour une implantation réussie, l'acceptation par les collaborateurs est déterminante ; c'est pourquoi les personnes concernées sont impliquées tôt. Des ateliers ou des enquêtes permettent de recueillir les attentes de toutes les parties prenantes et d'en déduire un concept de formation. Dès le cahier des charges, la formation, le support et la maintenance sont définis comme des exigences organisationnelles.

Les formations axées sur les rôles et les processus ont fait leurs preuves : chaque groupe apprend sur la base des procédures qu'il utilise réellement au quotidien – la conduite de chantier sur la saisie mobile sur site, la comptabilité sur la facturation et les analyses, la direction de projet sur la planification et le calcul des coûts. Les utilisateurs clés ou champions agissent alors comme multiplicateurs : ils sont formés en premier lieu et de manière approfondie, puis accompagnent leurs collègues dans les activités quotidiennes.

Après le go-live, un accompagnement reste nécessaire : un support accessible, de brèves sessions de recyclage, du matériel pédagogique compréhensible et des interlocuteurs pour répondre aux questions. L'implantation ne s'achève pas avec la session de formation, mais seulement lorsque le nouveau logiciel est utilisé de manière fiable au quotidien. Une checkliste pour les entreprises de construction suisses liste donc la formation du personnel comme un point distinct, aux côtés de la définition des objectifs, de la clarification des exigences ainsi que de la planification budgétaire et temporelle.

Communication, acceptation et éviter l'IT fantôme

L'acceptation ne naît pas d'une directive, mais de l'implication. Informer précocement les collaborateurs concernés, aligner les attentes et exposer ouvertement l'utilité concrète pour leur propre travail permet de réduire les résistances. Les retours du personnel doivent être pris au sérieux et intégrés aux décisions ; les questions ouvertes sur le « pourquoi » reçoivent des réponses plutôt que d'être ignorées.

L'IT assume ici un rôle de médiateur entre les départements spécialisés et la technique. L'importance croissante de ce rôle est illustrée par l'étude Swiss IT 2025 : outre la sécurité informatique et la conformité, le soutien aux départements spécialisés dans les activités quotidiennes figure parmi les tâches principales des départements IT.

Si l'IT interne n'est pas impliquée dans les nouveaux projets, une IT fantôme incontrôlée apparaît rapidement – favorisée par le fait que de nombreuses solutions peuvent aujourd'hui être souscrites directement en tant que services SaaS et mises à disposition des collaborateurs sans passer par l'IT.

L'entreprise contrecarre ce phénomène en établissant des règles claires : une vue d'ensemble des applications autorisées, des points de contact définis pour les nouveaux besoins et un canal simple permettant de transmettre les propositions d'amélioration et les réclamations à l'équipe projet. Ainsi, les départements spécialisés et l'IT restent en dialogue, et les exigences issues du quotidien deviennent visibles tôt, au lieu d'être corrigées a posteriori.

Avantages et risques de l'IT fantôme en entreprise

Après le go-live : vérifier l'utilisation, affiner les processus

Avec le go-live commence la véritable épreuve de vérité. La démarche suivante a fait ses preuves : recueillir les feedbacks au sein de l'équipe, clarifier les problèmes avec le fournisseur, adapter les processus de travail et vérifier les objectifs définis au départ. S'il apparaît qu'un processus fonctionne différemment en pratique par rapport à ce qui était prévu, on ne force pas le logiciel à s'adapter, mais on remet en question et affine le processus sous-jacent.

L'optimisation continue n'est pas un accessoire, mais une composante fixe de l'implantation de logiciels. Dans les modèles de procédure établis, elle constitue la dernière phase après la préparation, la sélection et l'implantation. Cela implique de vérifier régulièrement l'utilisation, de consulter les analyses, de suivre les points ouverts avec le support et de mettre en œuvre les améliorations par petites étapes compréhensibles.

Une checkliste compacte pour la période post-go-live : – Comparer les objectifs de la phase de démarrage avec l'utilité réelle. – Recueillir et prioriser les retours de tous les départements concernés. – Clarifier avec le fournisseur les points techniques et organisationnels en suspens. – Adapter les processus et les responsabilités à la nouvelle façon de travailler. – Maintenir à jour les utilisateurs clés et le support, actualiser le matériel pédagogique. – Vérifier à intervalles réguliers l'utilisation et la qualité des données. – Définir et planifier les prochaines étapes d'optimisation.

Checkliste pour la période post-go-live