- Les logiciels de gestion de chantier échouent lorsque personne au sein de l'entreprise ne se charge de leur mise en place et n'en assure une utilisation cohérente.
- Un expert en logiciels transforme l'intégration en habitudes quotidiennes qui génèrent un retour sur investissement à long terme.
- Ce sont les processus standardisés et la qualité des données qui font passer un logiciel du statut d'outil à celui d'infrastructure.
- Une mise en œuvre réussie est le fruit d'une prise de responsabilités de la part de la direction interne, et pas seulement du fournisseur.
Vous avez investi dans un nouveau logiciel de gestion de chantier pour une bonne raison : mesures plus rapides, des devis plus précis, une exécution plus rigoureuse des projets, une meilleure visibilité et moins d'erreurs.
Au début, tout semble prometteur. Le fournisseur organise la mise en route. Votre équipe suit une formation. Vous avez accès à des centres d'aide, à des tutoriels et à des bilans réguliers. Puis la réalité s'impose.
Quelques semaines plus tard, seule une poignée de personnes utilise régulièrement la plateforme. Les données sont saisies différemment selon les estimateurs. Les conventions de nommage varient. Quelqu'un exporte les données vers Excel « juste pour ce projet-là », et soudain, cela redevient la norme.
Si cela vous semble familier, voici la dure réalité :
Ce n'est pas votre logiciel qui pose problème. C'est simplement que personne ne s'en occupe vraiment.
Le véritable fossé ne réside pas dans la formation, mais dans le leadership.
Les éditeurs de logiciels — dont STACK mettent tout en œuvre pour faciliter la mise en œuvre. Une intégration structurée. Des formations en direct. Des ressources d'aide. Un accompagnement continu pour la réussite client. Des bonnes pratiques. Des permanences. Mais les éditeurs de logiciels ont leurs limites.
Ils peuvent former votre équipe au fonctionnement de la plateforme. Ils peuvent vous recommander des processus de travail. Ils peuvent répondre à vos questions et vous aider à résoudre les problèmes.
Ce qu'ils ne peuvent pas faire, c'est imposer l'adoption de ces pratiques au sein de votre entreprise. Ils ne peuvent pas obliger vos estimateurs à utiliser des assemblages standardisés. Ils ne peuvent pas empêcher les chefs de projet de retomber dans leurs anciennes habitudes. Ils ne peuvent pas garantir que vos données resteront propres six mois après la fin de la phase d'intégration.
Cette dernière étape – celle où un outil devient « notre façon opérerplutôt que « cette chose qu’on a essayée » – doit être prise en main en interne.
Et c'est là qu'intervient un champion du logiciel.
À quoi ressemblent les vrais champions
Dans bien des cas, les plus fervents défenseurs sont ceux qui ont vu ce qui est possible et qui portent cette vision en eux. Matt Clausen, directeur des devis chez Stonebrook Exterior,utilisait déjà STACK rejoindre son entreprise actuelle. Lorsqu’il a constaté des inefficacités dans leurs processus, il a insisté pour que des changements soient apportés.
« J'utilisais STACK rejoindre Stonebrook Exterior. J'avais remarqué quelques points qui nous posaient problème ici et j'ai recommandé STACK...STACK nousSTACK aidés à nous démarquer de la concurrence. Grâce à cela, nous ne cessons de nous développer et nos ventes ont augmenté. »
C'est ce que fait un champion. Il ne se contente pas de suivre la formation d'intégration. Il défend la cause. Il fait le lien entre les processus et la rentabilité. Il en a été de même pourMatt Pugliese chez Metra Industries. Après avoir utilisé STACK une précédente entreprise, il l’a introduit dans sa nouvelle organisation et en a rapidement favorisé l’adoption.
« Dans mon ancienne entreprise, nous utilisions STACK. J’ai pu en parler à mes supérieurs chez Metra Industries pour que nous adoptions STACK . Et dès les deux premières semaines, on a constaté une augmentation de la production presque immédiate. Ce qui prenait auparavant deux à trois jours pour une mesure ne prend mesure plus qu’une journée. »
Remarquez la tendance : ces dirigeants ne se sont pas contentés d'utiliser le logiciel. Ils en ont fait la promotion. Et comme ils ont pris en charge le déploiement en interne, l'impact a été mesurable.
Le coût d'une « mise en œuvre partielle »
Lorsque l'adoption d'un outil marque le pas, la plupart des entreprises en attribuent la responsabilité à l'outil lui-même. Or, les études menées dans le secteur de la construction révèlent une réalité bien différente.
Dans une étude Autodesk/FMI menée auprès de plus de 3 900 responsables du secteur de l'ingénierie et de la construction, le coût des données erronées pour l'industrie a été estimé à 1 840 milliards de dollars en 2020. Plus de 80 % des personnes interrogées ont indiqué qu'au moins un quart des données de leurs projets étaient inutilisables. Il ne s'agit pas d'un problème de logiciel, mais d'un problème de mise en œuvre et de cohérence.
Lorsque les systèmes ne sont pas utilisés de manière cohérente, le résultat est prévisible : duplication du travail, rapports peu clairs, chiffres peu fiables et équipes qui mettent en place leurs propres processus parallèles. Au lieu de devenir une source de référence, votre plateforme n'est alors qu'un espace de stockage d'informations parmi d'autres, qui n'inspire pas confiance.
Et lorsque les données ne sont pas fiables, les utilisateurs cessent tout simplement d'utiliser le système.
La plupart des transformations échouent — et ce n'est pas à cause de l'outil
Ce phénomène n'est pas propre au secteur de la construction. McKinsey a constaté qu 'environ 70 % des transformations organisationnelles échouent, souvent en raison d’un manque d’engagement et d’une appropriation insuffisante en interne.
L'adoption des technologies relève de la gestion du changement. C'est une question de comportement. Elle nécessite un accompagnement. Sans personne en interne chargée de la faire avancer, même les meilleurs outils finissent par passer au second plan. L'achat d'un logiciel relève d'une décision d'achat. Sa mise en œuvre relève d'une décision de direction.
Je l'ai constaté de mes propres yeux. Les équipes qui tirent pleinement parti de STACK toutes un point commun : elles comptent parmi leurs rangs une personne qui s'en charge de A à Z. La principale raison pour laquelle les mises en œuvre piétinent n'est pas le logiciel lui-même, mais le fait que le champion quitte l'équipe et que personne ne prenne le relais. Toute équipe performante a besoin de ce STACK interne — la personne qui connaît la plateforme sur le bout des doigts, forme les nouveaux estimateurs, veille au respect des normes et devient la référence incontournable lorsque des questions se posent. Sans quelqu’un pour piloter l’adoption, faire respecter les normes d’estimation et maintenir le processus en vie, même le meilleur déploiement retombe dans les vieilles habitudes.
Garrett Hume
Consultant STACK en secteur d'activité chez STACK
Ce que fait réellement un champion du logiciel
Un « champion logiciel » n’est pas simplement quelqu’un qui a suivi la formation d’intégration. Ce n’est pas non plus simplement le membre de l’équipe le plus « féru de technologie ». C’est le responsable interne de l’adoption du logiciel.
Sur un chantier, on ne s'attend pas à ce qu'un bâtiment se construise tout seul simplement parce que les matériaux sont arrivés. Quelqu'un coordonne les corps de métier, établit les calendriers et veille à ce que les travaux respectent les normes.
Un champion, c'est:
- le responsable interne qui veille à la mise en œuvre une fois la phase d'intégration terminée
- celui ou celle qui transforme l'entraînement en habitudes durables
- responsable de la normalisation des données et de la cohérence des processus
- le mécanisme de responsabilisation (doté d'une autorité suffisante pour inciter, corriger et faire remonter les problèmes)
L'entraîneur fournit le stratégie, le champion exécute la stratégie. La mise en œuvre du logiciel est pas pas
Pourquoi la normalisation est la clé du succès
Le simple fait de se connecter ne suffit pas à garantir l'adoption, mais la cohérence, elle, est essentielle. Lorsque les conventions de nommage varient, que les assemblages sont créés de trois manières différentes et que les processus varient d'une personne à l'autre, vos données perdent leur fiabilité. Et dès lors que l'on ne peut plus se fier aux données, la direction cesse de s'y référer.
C'est là que le retour sur investissement s'envole.
Un champion veille la standardisation. Il veille à ce que les projets soient mis en place de la même manière. Il s'assure que les équipes suivent le processus convenu. Il vérifie que les rapports reflètent la réalité. Au fil du temps, c'est cette cohérence qui transforme le logiciel d'un simple outil en une infrastructure.
Qui devrait être votre défenseur ?
En général, le meilleur défenseur du projet n’est pas celui qui possède les connaissances techniques les plus pointues. C’est celui qui jouit d’une influence et d’une crédibilité opérationnelle.
Dans de nombreuses entreprises de construction, ce rôle revient généralement à un directeur de la préconstruction, à un estimateur senior doté d'une certaine autorité ou à un responsable des opérations qui maîtrise à la fois les processus et les relations humaines. Ce qui importe avant tout, c'est qu'il jouisse du respect de l'équipe et qu'il dispose du mandat nécessaire pour mener à bien le changement. Il doit disposer de suffisamment de temps pour se consacrer à la mise en œuvre et d'une autorité suffisante pour la faire respecter.
Si vous savez pas si vous avez un véritable champion, posez-vous la question suivante :
- Qui est responsable du flux de travail standard sur votre plateforme ?
- Qui vérifie si les équipes l'utilisent bien correctement ?
- Qui s'occupe de gérer la résistance lorsque quelqu'un revient à ses anciennes méthodes ?
- Qui rend compte des progrès (ou de l'absence de progrès) à la direction ?
Si ces réponses ne sont pas claires, c'est votre lacune.
Un plan pratique en 30, 60 et 90 jours pour une mise en œuvre réussie
Jours 1 à 30 : Construire bases
- Définir le processus standard
- Définir des conventions de nommage et des modèles
- Attribuer des rôles (« qui est responsable des assemblages », « qui valide les modifications »)
- Finaliser la mise en place avec le fournisseur
- Choisissez 1 ou 2 projets en cours pour servir de projet pilote
Jours 31 à 60 : Favoriser une utilisation régulière
- Bilan hebdomadaire
- Tableau de bord du suivi de l'adoption
- Résolvez rapidement les points de friction
- Entraînez-vous par petites sessions (pas de séances marathon)
- Documenter en interne « comment nous procédons ici »
Jours 61 à 90 : En faire le réglage par défaut
- Étendre l'utilisation à davantage de projets/équipes
- Renforcer la normalisation (audits, mise à jour, formations de remise à niveau)
- Partager les succès avec la direction
- Réduire les « systèmes parallèles » (feuilles de calcul parallèles, modèles personnels, processus non contrôlés)
Le bilan
Votre fournisseur de logiciels peut vous proposer des formations, une assistance, des ressources et des conseils. Et ce partenariat est essentiel.
Chez STACK, cela se traduit par une intégration structurée, des sessions de formation en direct, l'accès à des centres d'aide et à des tutoriels, un accompagnement continu pour la réussite client, des bonnes pratiques en matière de flux de travail et des bilans stratégiques destinés à faire progresser votre équipe. Nous mettons tout en œuvre pour que vous ne soyez pas livré à vous-même.
Mais même la meilleure intégration et le meilleur accompagnement ne peuvent remplacer l'appropriation en interne. Les entreprises qui tirent un réel retour sur investissement des technologies du bâtiment ont un point commun : au sein de l'organisation, quelqu'un s'est approprié la mise en œuvre de ces technologies.
La différence entre « nous l'avons acheté » et « nous l'utilisons » réside dans le leadership.
