À Sion, comment préparer l’adoption d’un outil avant de clore le projet ?
Un projet numérique peut satisfaire ses critères de réception sans que les utilisateurs intègrent réellement l’outil à leurs pratiques. La question managériale est précise : que faut-il vérifier avant la clôture pour préparer son utilisation effective ?
Ce que la littérature établit
Fred Davis (1989, MIS Quarterly) montre que l’utilité perçue et la facilité d’utilisation perçue sont associées à l’acceptation des outils informatiques, avec un lien plus marqué pour l’utilité perçue dans les études présentées. Cette dernière désigne la conviction que l’outil améliore la performance dans le travail, et non une appréciation générale de sa modernité. Pour un responsable de projet, cela invite à vérifier ce que l’utilisateur pense pouvoir mieux accomplir, plutôt que sa seule satisfaction à l’issue d’une démonstration.
L’utilité se construit dans une situation de travail
Viswanath Venkatesh et Fred Davis (2000, Management Science) examinent, dans quatre études longitudinales de terrain, les influences sociales et les processus cognitifs qui contribuent à l’utilité perçue et à l’intention d’utilisation. Leur modèle fait notamment intervenir la pertinence pour le travail, la qualité des résultats et la possibilité d’en rendre les bénéfices visibles. Une présentation des fonctionnalités ne répond donc pas à la même question qu’un essai sur une tâche réelle : la première expose les possibilités, le second permet d’en éprouver la pertinence.
La conclusion trop rapide
On pourrait en déduire qu’il suffit de convaincre les utilisateurs de l’utilité de l’outil. Ce serait confondre perception favorable, intention déclarée et usage effectif, tout en négligeant les obstacles matériels ou organisationnels. Un essai peut aussi révéler que la solution répond mal au travail demandé : préparer l’adoption suppose alors de modifier le livrable, pas seulement le discours qui l’accompagne. (nos formations pour cadres et collaborateurs)
Ce que ces données ne permettent pas de promettre
Ces travaux portent sur l’acceptation de systèmes informatiques ; ils ne constituent pas une preuve générale concernant tout livrable de projet. Leurs résultats ne démontrent pas qu’une démonstration contextualisée ou une formation suffit, à elle seule, à produire une adoption durable. Dans le programme « Gestion de projet » de SHR, ils peuvent servir de cadre pour distinguer la réception technique, la capacité à réaliser une tâche et l’intégration de l’outil dans les pratiques, sans prétendre garantir cette dernière.
Une implication pratique, vérifiable à Sion
À Sion, ce contrôle pourrait porter sur un outil de suivi de maintenance hydraulique, de coordination en santé, de traçabilité viticole ou de réservation touristique alpine. Avant la clôture, choisir une tâche récurrente avec les futurs utilisateurs et organiser un essai en conditions représentatives, avec des données fictives lorsque la confidentialité l’exige. Mesurer la proportion de participants qui accomplissent la tâche jusqu’au résultat attendu sans aide de l’équipe projet, en conservant le nombre de participants, les critères de réussite et les blocages observés. Refaire le même contrôle après correction rend les progrès vérifiables : cet indicateur renseigne sur l’autonomie immédiate, pas encore sur l’adoption durable. Pour aller plus loin : découvrez la formation Gestion de projet à Sion dans le canton du Valais, ou parcourez nos formations pour cadres et collaborateurs en Suisse.
En images : Gestion de projet à Sion
- gestion de projet
- Sion
- recherche
- formation sion