Accéder au contenu principal

Comment ne pas réussir son plan de transformation digitale en dépensant beaucoup d'argent

Ceci est une histoire anonyme, pour éviter les procès et en faire un joli conte avec moralité.
Le plan était ambitieux, le CTO réputé, le budget rondelet, le prestataire connu, l'utilisateur prestigieux mais tout a foiré et s'est soldé par une perte de 180 millions d'euros et le limogeage du CTO. Depuis l'employeur et l'employé se renvoient la balle et s'accusent mutuellement. Tout cela se passait il y a quelques mois et l'entreprise en question ne s'en est pas encore remis.

Car le plan digital qui devait numériser toute la production a bel et bien été stoppé après des retards et des dysfonctionnements conséquents.
Une partie du problème vient semble-t-il d'un manque de coordination et de compréhension entre l'informatique et les utilisateurs. Les représentants métiers n'étaient pas habilités à prendre les décisions stratégiques ce qui causait de nombreux retards et les objectifs fonctionnels ont changé à de nombreuses reprises, comme souvent quand l'expression des besoins n'est pas cadrée.
Mais l'entreprise va plus loin et estime que les choix techniques du CTO n'étaient pas les bons!
Et pendant ce temps, les développements logiciels prenaient du retard et se voyaient surclassés par des packages standard du marché: cela me rappelle les premiers temps de l'informatisation des rédactions des journaux qui à l'instar du Monde sont parties dans les années 90 sur des architectures lourdes et chères de mainframes (gros ordinateurs) ou de mini-ordinateurs et sur des logiciels propriétaires alors qu'il valait mieux choisir des solutions plus économiques et souples de réseaux locaux de micro-ordinateurs et des logiciels de PAO et de traitement de texte du marché. C'est ce que j'ai fait à l'époque pour La Tribune et L'Expansion (pour les fans et l'histoire: notre choix s'était porté sur Ventura Software et sur Sprint en 1987)
L'autre cause de l'échec du plan semble être la mauvaise appropriation par les équipes métiers des méthodes de développement agile et cela ne m'étonne pas non plus. Par exemple, beaucoup d'équipes métiers n'ont pas envie d'être en permanence préoccupées par des tests de logiciels et ne comprennent rien au jeu des post-it.
Pour le CTO, les métiers n'ont pas saisi l'ampleur du changement des méthodes de travail que la numérisation entrainait et n'ont pas suffisamment sponsorisé le plan. Pour les métiers, le CTO n'a pas fait les bons choix et n'a pas compris ce qu'ils voulaient...
Moralité: A bon entendeur... Si vous voulez réussir votre plan de transformation numérique:
- assurez-vous que les développements prévus ne sont pas remplaçables par des produits du marché
- donnez des responsabilités aux équipes métiers
- ne changez pas constamment d'objectif fonctionnel
- soutenez le projet du début jusqu'à la fin.

source: ComputerWeekly

Commentaires

  1. Lucien Martel12/11/2014 10:06 PM

    Ben, c'est malin ! Maintenant, tout le monde veut savoir qui est l'entreprise en question qui a foiré son plan digital! :)...

    RépondreSupprimer
  2. Un grand classique qui n'est pas propre au Digital et chacun a forcément sa part de responsabilité. Déjà chercher un "coupable" prouve que l'entreprise n'a pas encore compris et analysé les causes de cet échec.
    Par contre au vu du schéma classique qui est affiché ici ce ne sont pas les méthodes agiles qui ont été utilisées... Ceci explique cela ? Surement en grande partie à la lecture de l'article.

    RépondreSupprimer
  3. Laurent Je ne dirai pas que le dessin représente la méthode utilisée. C'est juste une allégorie! :)

    RépondreSupprimer

Enregistrer un commentaire

Posts les plus consultés de ce blog

Concerné ou impliqué? La métaphore de l'oeuf au bacon

En attendant de répondre plus longuement à Baron(sur communication et information) qui me signale qu'elle est concernée voire impliquée... "Etre impliqué ou "être concerné"? : pour faire comprendre la différence à des gens, par exemple en séminaire de motivation des troupes, vous leur dites simplement: "Si vous voulez faire des oeufs au bacon, vous avez besoin, au départ, d'une poule et d'un cochon; la différence à l'arrivée, dans votre poèle, c'est que la poule est concernée mais le cochon, lui, est impliqué."

Newsletter Galerie Amavero art et poésie

Abonnez-vous à notre newsletter "Galerie Amavero art et poésie" sur Linkedin!  Vous aurez ainsi les dernières news et publications de poèmes écrits inspirés par des œuvres d'art contemporain, publiés côte à côte, œuvre et texte, sur notre galerie virtuelle. Nous en sommes à 27 artistes et 9 auteurs et le groupe grandit tous les jours! S’abonner Newsletter

Supprimer les DRM des ebooks: une solution qui marche

La plupart des soi-disant solutions qu'on vous propose pour supprimer les DRM  (Digital Rights Management), des ebooks, afin de pouvoir les lire sur le terminal/liseuse de votre choix, sont des copier-coller des mêmes remèdes. Ceux-ci ont un seul défaut: ils ne sont pas mis à jour et donc ils ne marchent plus dès que les éditeurs, comme s'ils n'avaient pas mieux à faire, par exemple élargir leur bibliothèque ridicule d'ebooks,  s'amusent à renforcer leurs DRM ces soi-disant droits de protection antipiratage qui ne sont que des abus du droit et qui devraient être interdits. Bref j'ai trouvé et testé une solution qui marche, dans ma configuration actuelle: logiciel de gestion de bibliothèque d'ebooks Calibre 1.47, sous Mac OS 10.9.4. Mais il y a aussi des solutions Windows. Cette solution est décrite sur le blog Apprentice Alf's Blog et il propose les liens suivants: "The latest tools_v6.0.8.zip can be downloaded from http://www1.datafilehost.c