01 novembre 2016

Comment faire pour qu’une nouvelle application informatique soit bien acceptée par les utilisateurs ? Un elevator pitch

1. Le problème, votre problème, comme une histoire (savez-vous que...)

J'ai assisté à une conversation entre un manageur et son collaborateur :

Manager - Peux-tu STP me donner la nomenclature de l'assemblage que tu viens de terminer ?

Collaborateur - Oui, bien sûr, tout de suite en format tableur.

Manageur - Euh, non, dans la base de données, plutôt !

Collaborateur - OK, dans ce cas je te la donne demain soir. Tu sais, la base de données, c'est long.

Manageur - Ah ! J'en ai besoin tout de suite, alors je préfère que tu me la donnes tout de suite en format tableur.

Savez-vous que 50 à 75% des applications informatiques ne sont pas utilisées par leurs utilisateurs ? Ceux-ci s’habituent au projet informatique comme à un mal nécessaire. L’organisation s’adapte à son environnement à pas lents, coûteux et à contrecœur.

2. Comment le problème est résolu à ce jour.

  • Souvent, le commanditaire s’adresse aux gens concernés au cours du lancement du projet ;
  • des super-utilisateurs sont invités à collaborer à la conception de la solution informatique ainsi qu’aux tests ;
  • l’équipe projet de développement informatique forme les utilisateurs ;
  • le help-desk répond aux questions des utilisateurs.

Tout cela est nécessaire mais insuffisant, si on juge par les résultats.

3. Ce que vous proposez comme solution.

Il a été montré que pour faire adhérer des collaborateurs à de nouveaux outils, il faut que ceux-ci...

  • comprennent le besoin de changer,
  • comprennent ce qui change pour eux personnellement,
  • acquièrent la compétence sur les nouveaux outils,
  • résolvent les problèmes au quotidien et
  • soient remerciés et encouragés par le commanditaire du projet.

Ce que je propose, c’est de réussir à ce que 80% des utilisateurs ciblés utilisent effectivement la nouvelle application informatique.

Je collabore avec l’équipe projet qui conçoit, développe et déploie la solution informatique, et avec l’équipe de support Métier, même après la fin du projet.

Plus spécifiquement :

  • je détermine avec le commanditaire en quoi le changement d’habitudes de travail est essentiel pour atteindre les objectifs du projet ;
  • j’organise les conversations nécessaires avec le commanditaire, les manageurs de proximité et les collaborateurs
  • j’assure le déploiement de la formation aux nouveaux outils auprès des manageurs de proximité et des collaborateurs
  • je mets en œuvre le coaching sur site pour résoudre les problèmes au quotidien
  • j’organise avec le commanditaire le renforcement des nouvelles habitudes de travail en montrant l’atteinte des objectifs du projet

4. Le bénéfice pour le client, pour la personne à qui vous parlez.

  • l’atteinte des objectifs pour lesquels l’investissement avait été lancé,
  • une expérience collective du succès utile au lancement des projets suivants, 
  • une organisation plus agile

5. Comment vous vous différenciez des autres prestataires.

  • J’aide tous les interlocuteurs à prendre leur part dans le succès du projet auprès des utilisateurs
  • Je collabore côté Métiers en lien étroit avec l’équipe projet informatique
  • Je module l’approche en fonction de la situation en suivant le Modèle ADKAR®

6. L’action à laquelle vous invitez votre interlocuteur.

Auriez-vous un moment pour évoquer un projet en cours d’application informatique qui, alors qu’il est stratégique, pourrait être mal accepté, et considérer ensemble comment le faire réussir ?


31 octobre 2016

A qui vendre le management du changement ?

Comment faire pour que les gens de l'Informatique, de l'outil, livrent des applications utilisables ? Ergonomiques, certes, et aussi utilisables dans la vraie vie.

Comment faire pour que les gens des métiers utilisent les applications ?

Sabine, analyste métier dans une équipe d'informaticiens : C'est simple, ce que veut le promoteur du projet informatique, ce sont des équivalents-temps-plein en moins. 

S'il en est ainsi, je comprends que l'application ne soit pas utilisée par les utilisateurs dont elle menace l'emploi. La démarche menace l'emploi. De quel emploi s'agit-il, de qui ?

David, consultant en management de projet : Souvent, les commanditaires des projets ignorent combien coûte le projet et combien il est sensé rapporter ; alors, pourquoi le lancent-ils ?

Je risque une réponse : parce qu'en échange d'un os à ronger, l'Informatique produira des économies en équivalents-temps-plein. Même si c'est difficile à quantifier, ça vaut le coup d'essayer.

Du coup, à qui vendre le management du changement ? Quelle incertitude pertinente pour quel acteur le management du changement maîtrise-t-il ? Commencer par étudier les incertitudes des acteurs en présence.

Côté Métier, 

  • l'opérateur ? 
  • le super-utilisateur ?
  • le superviseur ?
  • le responsable business ?
  • le Directeur des Opérations ?

La mission, parce que la mission donne l'impulsion vers le long terme et soulève des problèmes à moyen terme et occupe à manager la nouveauté à court terme.

Côté Informatique,

  • le développeur ?
  • le manager ?
  • le chef de projet ?
  • le chef de service ?
  • le Directeur Informatique (CIO) ?

13 février 2015

Un changement d'outil informatique chez mon loueur de voiture

On loue des voitures depuis un siècle. Les loueurs de voiture utilisent l'informatique depuis des lustres. Ce mardi après-midi, j'entre dans la casemate de mon loueur préféré, ma pré-réservation à la main. 3/4 h plus tard, la responsable d'agence me remet un contrat rédigé de sa blanche main après que l'opérateur ait épuisé ses tentatives et sa patience sur le système. Et vendredi, au retour de la voiture, c'est une impression brute, au format interne à la société de location, qu'elle me tend après 20 minutes de lutte avec le système. Trois jours plus tard, je me connecte au site internet pour récupérer ma facture pour remboursement de note de frais et le système répond : "Nous n'avons pas trouvé de facture". Fiasco.

Que s'est-il passé ?

Les informaticiens centraux ont changé l'application informatique durant le week-end précédent, les deux opérateurs dans la casemate ont été formés la semaine d'avant et pourtant plus rien de fonctionne comme ils l'attendaient, les deux super-utilisateurs de la région sont débordés d'appels et renseignent au compte-goutte. Retour au mode dégradé, papier-stylo.

Qu'en tirer comme enseignement ? Selon la grille ADKAR® :

Conscience du changement ? Dans la casemate, aucun des employés n'a justifié le changement style "ils ont fait ça pour telle raison". Ou bien ils l'ignorent, ou bien ils n'y croient pas.

Désir du changement ? Les employés y gagnent pour l'instant des ennuis - et encore, à l'instant "t", j'étais le seul client. Je ne veux pas imaginer ce que ça a donné lorsque le dernier train du soir a déversé une douzaine de cadres dynamiques en attente de leur voiture de location.

Connaissances ? Les employés compulsent le support de cours qui leur a été remis la semaine précédente et ravivent leurs souvenirs comme ils peuvent.

Capacités ? Ces deux personnes sont à égalité de connaissance et de pratique, pas de super-utilisateur parmi eux ; les lignes téléphoniques des formateurs sont occupées, un seul appel aboutira, celui passé à une autre casemate de la région, là aussi dépourvue de super-utilisateur.

Renforcement ? Les opérateurs me disaient : "Depuis que notre informatique a été concentrée en Angleterre, ils nous font des modifications comme ça sans qu'on sache vraiment pourquoi". Il n'y a donc pas de renforcement ?

Je m'adresserais bien à la société de location de voiture pour débriefer avec elle de cet épisode. Change Management : business d'avenir ?