[1] Idéologie sociologique définie et démontée par le chercheur et auteur Evgeny Morozov

« On ne pourrait pas trouver un outil pour ça ? » Qu’il s’agisse de sujets RH, IT, commerciaux ou managériaux, on vient à poser cette question pour combler un manque ou pour gagner en efficacité. Au prime abord, cette question peut paraître sans risque.

Cependant, à force de la répéter, on peut frôler alors le « solutionnisme technologique »[1]. Cette idéologie sociale, véritable biais de notre ère numérique, transforme chaque problème en sujet technique, auquel on apporte une solution technique, même quand le problème n’a pas été pleinement adressé aux personnes concernées. En d’autres termes, à force mettre en place logiciel sur logiciel, application sur application, on en oublie les problèmes de fond.

Un outil est un moyen de résoudre des problèmes, mais il n’est jamais une solution « miracle ». Alors quels sont les impacts de la surcharge d’outils sur l’entreprise ? Comment éviter d’installer trop d’outils ?

#1 – Les impacts sur l’Humain

Derrière chaque nouvel outil, il peut y avoir 2 types de besoin…

• Le Besoin Interne, remonté par le Métier ou le Management
• Le Besoin Externe, remonté par le Client ou le Commercial ou le Marketing

…Et plusieurs parties prenantes :

• La direction et le management
• La chefferie de projet
• Les équipes techniques
• Les équipes métier
• Les ressources externes

Quels sont les impacts de la surcharge d’outils sur ces personnes ?

• Le rejet et le désengagement
• La perte de cohésion
• Des difficultés à maintenir l’activité opérationnelle
• Le cloisonnement
• L’augmentation de risques psychosociaux

À quel moment, on se risque à imposer une surcharge ?

• Quand on ne prend pas le temps de questionner le besoin en fonction de l’émetteur
• Quand on n’étudie pas le temps, ni la capacité des utilisateurs finaux à prendre en main le nouvel outil
• Quand on traite toutes les demandes comme un besoin général

Pour éviter la surcharge, il y a plusieurs questions à se poser en amont de chaque lancement d’outil :

• Qui sont les personnes concernées par l’outil : les décisionnaires, les sponsors, les ambassadeurs, les référents techniques, les référents métiers et surtout les utilisateurs finaux ?
• Depuis combien de temps est-ce que le besoin a été émis ?
• Le besoin qui a été remonté est-il un besoin général ou un cas particulier ?
• Le problème à résoudre soulève-t-il des sujets de fonds : défaut d’organisation, conflits, manque de compétences en interne, manque de moyens… ?
• Avez-vous suffisamment de personnes qualifiées pour mettre en place l’outil de bout en bout ?
• Les utilisateurs finaux ont-ils été sollicités dans la validation du besoin ?
• Les utilisateurs finaux ont-ils le niveau de compétences suffisant pour utiliser l’outil ?
• Des dispositifs d’accompagnement et/ou d’acculturation sont-ils à prévoir ?

Qu’est-ce que ces questionnements vont apporter ?

• Une structuration complète d’un cahier des charges fonctionnel
• La validation d’une solution technique ou d’une solution managériale
• Une conduite du changement anticipée
• La réduction des frictions aux changements
• La réduction des risques psychosociaux

#2 – Les impacts sur l’Organisation

Dans le cadre de la mise en place d’un nouvel outil, il y a plusieurs sujets organisationnels à soulever :

• Les objectifs associés à la mise en place de l’outil et leur suivi
• Les moyens de suivi des avancées
• Le planning global et sa répartition de temps
• Les disponibilités des équipes
• Les contrats et les coûts financiers

Quels sont les impacts de la surcharge d’outils sur l’organisation ?

• Le cloisonnement
• Les retards
• La perte de visibilité sur les avancées
• La perte de visibilité sur les dépenses et les surcoûts
• La multiplication des contrats et/ou les litiges fournisseurs
• Le manque de fluidité dans la communication interne voire une absence de communication interne

À quel moment, on se risque à surcharger l’organisation ?

• Quand on n’a pas clarifié et formalisé les objectifs associés à l’outil
• Quand on n’a pas défini de suivi de projet : moyens de suivi, communication interne, critères de réussite, points d’attention, gouvernance, rôle…
• Quand on n’a pas planifié les actions de mise en place
• Quand on n’a pas estimé avec les équipes concernées le temps nécessaire pour aboutir chaque action
• Quand on n’a pas validé les disponibilités des équipes
• Quand on n’a pas analysé le référentiel d’outils existant
• Quand on n’a pas passé en revue les contrats fournisseurs actuels

Pour l’éviter, il y a plusieurs questions à se poser en amont de chaque lancement d’outil :

• Qu’est-ce que vous attendez du nouvel outil ?
• Avez-vous un budget clair ? Savez-vous réaliser un budget pour un projet informatique ?
• Comment allez-vous suivre et communiquer sur les avancées de la mise en place ?
• Quelles sont les échéances du projet ? Un planning a-t-il été fait ?
• Combien de temps faut-il aux équipes, aux fournisseurs pour délivrer leurs tâches ?
• Les équipes ont-elles d’autres projets en parallèle ? Sont-elles disponibles ?
• A-t-on déjà un outil similaire ? Qu’est-ce qui fonctionne ou ne fonctionne pas avec cet outil ?
• A-t-on des contrats à résilier ? Quels sont les délais ? Les coûts de résiliation ?

Qu’est-ce que ces questionnements vont apporter ?

• Une structuration de la gestion de projet : planning, charges, coûts, gouvernance…
• La définition de la stratégie de communication interne
• Des équipes peu voire pas immobilisées pour leurs autres activités
• Une orientation projet plus cohérente : maintien de la mise en place d’un nouvel outil ou commande de développement spécifique pour un outil existant ou amélioration de l’existant
• Un budget plus maîtrisé, plus transparent
• Une maîtrise des coûts : pas de doublon, pas de litige de contrat, des délais de résiliation anticipés…

#3 – Les impacts techniques

L’environnement technique de l’entreprise regroupe plusieurs périmètres :

• L’équipe technique
• Le matériel informatique et/ou le système d’information
• Les logiciels existants et la gestion des données
• La maintenance

Quels sont les impacts de la surcharge d’outils sur l’environnement technique ?

• Des retards
• Augmentation de la dette technique
• Incompatibilité des logiciels et/ou du système d’information
• Perte de visibilité sur l’inventaire des logiciels existants
• Augmentation des risques de sécurité
• Perte de données
• Surcoût de maintenance et de support

À quel moment, on se risque à surcharger l’environnement technique ?

• Quand on multiplie les anciennes versions de logiciel ou d’application
• Quand on choisit un outil sans valider s’il est compatible avec l’existant
• Quand on ne tient pas à un jour son inventaire d’outils
• Quand on n’intègre pas de critères de sécurité dans le choix et le paramétrage de l’outil
• Quand on n’intègre pas suffisamment les équipes techniques dans les études de faisabilité et/ou analyse de risque
• Quand on n’intègre pas suffisamment les équipes techniques dans l’estimation des temps
• Quand on n’a pas de référentiel de données ni de programmes de reprise de données
• Quand on n’a pas anticipé les charges de maintenance (temps et coût) ou qu’on a omis la maintenance

Pour l’éviter, il y a plusieurs questions à se poser en amont de chaque lancement d’outil :

• Les équipes techniques sont-elles disponibles ?
• Les technologies requises sont-elles maîtrisées ?
• Quels sont les outils existants ? En avons-nous besoin pour le nouvel outil ?
• Les outils existants sont-ils tous à jour ?
• Est-ce que l’outil choisi est compatible avec les outils existants ?
• La mise en place d’un nouvel outil nécessite-t-elle une montée en version ?
• Quel est le niveau de sécurité du nouvel outil ?
• Quelles sont les contraintes de sécurité à appliquer au nouvel outil ?
• Quelles sont les données à intégrer dans le nouvel outil ? Où sont ces données ? Qui est en mesure de les intégrer ?
• A-t-on prévu le support du nouvel outil ?
• Des évolutions sont-elles à prévoir ?
• La maintenance a-t-elle été intégrée au budget ?

Qu’est-ce que ces questionnements vont apporter ?

• Un cahier des charges technique réaliste
• Un planning de mise en œuvre détaillé
• La validation technique de l’outil
• La mise en place de bonnes pratiques de sécurité
• Le maintien de la continuité d’activité
• La maîtrise des coûts

[1] Idéologie sociologique définie et démontée par le chercheur et auteur Evgeny Morozov

L’article Transformation digitale : quels sont les impacts de la surcharge d’outils ? est apparu en premier sur Cool IT.