Dans cet article de blog, nous sommes honorés de partager les connaissances de l'auteur invité et expert en analyse, Mike Norris, sur la planification et les pièges à éviter pour votre initiative de modernisation de l'analyse.
Lorsqu'on envisage une initiative de modernisation de l'analytique, il y a plusieurs questions à explorer… Les choses fonctionnent maintenant, alors pourquoi faire cela ? Quelles pressions sont attendues ? Quels devraient être les objectifs ? Quelles sont les choses à éviter ? À quoi devrait ressembler un plan réussi?
Pourquoi moderniser l'analyse ?
Dans Business Analytics, l'innovation est livrée à des taux sans précédent. Il y a une pression constante pour tirer parti des « nouveautés » et de l'actualité. Hadoop, Data Lakes, Data Science Lab, Citizen Data Analyst, Self-service pour tous, insights à la vitesse de la pensée…etc. Semble familier? Pour de nombreux dirigeants, c'est un moment où ils sont confrontés à de grandes décisions d'investissement. Beaucoup s'engagent sur de nouvelles voies en cherchant à offrir plus de capacités et échouent. D'autres tentent la voie de la modernisation et luttent pour garder l'engagement de la direction.
Bon nombre de ces tentatives de modernisation se traduisent par l'ajout de nouveaux fournisseurs, technologies, processus et offres d'analyse. Cette forme de modernisation offre un gain initial plus rapide mais laisse une dette technique et des frais généraux car elle ne remplace généralement pas une partie existante du puzzle analytique, mais les chevauche plutôt. Ces types de « modernisations » sont plutôt un saute-mouton, et non pas celui que je considérerais comme « modernisant ».
Voici ma définition de ce que je veux dire lorsque je parle de modernisation dans un contexte analytique :
« La modernisation est l'amélioration des analyses dont nous disposons déjà ou l'ajout de fonctionnalités ou de capacités aux technologies déjà utilisées. La modernisation est toujours faite pour atteindre un objectif d'amélioration. Les objectifs doivent être définis via un partenariat entre la communauté des utilisateurs et la direction informatique/analytique.
Ces objectifs peuvent être :
- Superficielle – un contenu plus sexy ou une expérience utilisateur améliorée.
- Fonctionnel – performances améliorées ou fonctionnalités et capacités supplémentaires
- Extension – fournir une expérience intégrée ou ajouter des projets et des charges de travail supplémentaires.
Au cours de mes 20 années et plus dans l'espace Business Analytics, j'ai travaillé avec des centaines d'entreprises et d'organisations en les aidant et en les conseillant sur les installations, les mises à niveau, les configurations et les plans et projets stratégiques. Il me fait souvent mal, en m'engageant tardivement, d'être porteur d'une dose de réalité lors des projets de modernisation. Tant de gens commencent sans plan ou pire, avec un plan et aucune validation de ce plan. Les pires sont de loin ceux qui étaient une combinaison de modernisations informatiques et analytiques en tant que projet massif tout-en-un.
Pressions à attendre et à surmonter
- Tout doit être Cloud & SaaS – Le cloud présente de nombreux avantages et constitue le choix évident pour toute nouvelle stratégie et tout nouvel investissement net. Tout déplacer du local au cloud parce que c'est la stratégie de l'entreprise couplée à un « par date » est une mauvaise stratégie et vient d'un mauvais leadership opérant dans le vide. Assurez-vous que les avantages et les impacts sont compris avant de vous inscrire à une date.
- Tout approvisionnement unique – Oui, il existe des entreprises qui peuvent vous fournir tout ce dont vous avez besoin. Un fournisseur unique peut vous vendre les avantages, mais sont-ils réels ou perçus ? L'espace analytique a été largement ouvert et hétérogène, ce qui vous permet d'être le meilleur de la race, alors faites des choix judicieux.
- Les nouveaux produits sont meilleurs – Plus récent équivaut à mieux pourrait fonctionner pour les voitures, mais pas généralement avec les logiciels, à moins qu'il ne s'agisse d'une évolution de l'offre. Les fournisseurs avec des années d'expérience et d'histoire du monde réel semblent lents à suivre, mais c'est pour une bonne raison. Ces fournisseurs ont tendance à proposer une offre solide que d'autres ne peuvent égaler, et cette offre a une valeur à vie beaucoup plus grande à mesure que leur utilisation augmente. Oui, un certain décalage, mais cela n'indique pas toujours qu'un remplacement est nécessaire. Dans de nombreux cas, plusieurs pièces peuvent exister si les lignes de séparation sont claires.
- Se précipiter sur le résultat géant – Malheureusement, le temps alloué est rarement précis, il est donc bon d'avoir des jalons et des plans plus petits avec des victoires définies pour montrer des progrès et des résultats significatifs.
- tout ira beaucoup plus vite – C'est un grand objectif et une aspiration, mais pas toujours la réalité. L'architecture de l'offre joue un rôle important, tout comme la qualité de l'intégration et la colocalisation des services et fonctions dépendants et de support environnants.
- Moderniser maintenant nous préserve du futur – Comme je l'ai dit dans l'ouverture, les innovations volent donc c'est un domaine qui va continuer à évoluer. Restez toujours au courant de ce que vous avez et assurez-vous que les mises à jour sont planifiées. Après toute mise à jour, évaluez les nouvelles fonctionnalités et fonctionnalités à exploiter ou à rendre disponibles.
- La modernisation n'est que des « mises à niveau » et sera facile – Sa modernisation ne se modernise pas. Cela signifie des mises à niveau, des mises à jour, des remplacements et l'utilisation de nouvelles fonctions et capacités. Mettez d'abord à niveau, puis tirez parti des nouvelles fonctions et capacités.
Préparation d'un plan de modernisation des analyses
Avant de faire tout effort de modernisation, je suggérerais de faire quelques choses que je partagerai pour aider à améliorer les taux de réussite.
1. Déterminez les objectifs.
Vous ne pouvez pas avoir un objectif comme « fournir une source rapide et transparente de belles analyses qui permettent une consommation et une création de contenu faciles. » C'est un objectif qui sonne bien pour faire approuver le projet, mais c'est un objectif primordial qui est lourd de périls et de malheur… c'est tout simplement trop grand. Concentrez-vous et créez des objectifs pour un seul changement technologique à la fois avec un résultat souhaitable mesuré. Dans de nombreux cas, la modernisation doit se faire pièce par pièce et expérience par expérience. Cela signifie plus de projets et d'objectifs plus petits.
Les gens diront que cela signifie plus de temps et d'efforts globaux et peut-être trop de changements pour les utilisateurs. D'après mon expérience, oui, ce plan semblera plus long, mais reflète mieux le temps réel qu'il faudra de toute façon. Quant à la fréquence des changements d'expérience utilisateur, cela peut être géré en ne poussant pas les résultats en production jusqu'à ce que vous ayez un ensemble complet de changements qui ont du sens. Les plans de modernisation « tout faire en même temps » que j'ai vu durer 12 à 18 mois de plus que prévu, ce qui est beaucoup plus difficile à expliquer. Le pire est la pression qui est exercée sur l'équipe qui exécute le plan et la négativité constante qui découle des défis en cours de route. Ceux-ci conduisent également à de grands pivots entraînant des mouvements de saute-mouton.
La principale raison de se concentrer sur les petits changements est que si vos analyses échouent en cours de route, il est alors beaucoup plus rapide et plus facile de dépanner et de résoudre les problèmes. Moins de variables signifie une résolution plus rapide des problèmes. Je sais que cela semble simple, mais je vais vous dire que j'ai travaillé avec plus d'une entreprise qui a décidé de faire un effort de modernisation monstre où :
- la plate-forme d'analyse devait être mise à niveau
- technologie de requête mise à jour
- plateforme d'analyse déplacée vers le cloud
- méthode d'authentification remplacée par un fournisseur Web Single Sign On
- un fournisseur de bases de données a changé et est passé d'un modèle détenu et exploité sur site à une solution SaaS
Lorsque les choses ne fonctionnaient pas, ils consacraient beaucoup de temps et d'efforts à déterminer la cause du problème avant de trouver la solution réelle. En fin de compte, ces projets « tout faire en même temps » ont dépassé le temps et le budget impartis et ont donné des résultats mitigés en raison de la réalisation partielle des objectifs et de la négativité qui entourait le projet. Bon nombre d'entre eux sont devenus des projets de « lancez-vous et de faire fonctionner le mieux possible » à la fin.
2. Construisez un plan par objectif.
Le plan doit inclure la contribution de TOUTES les parties prenantes pour la transparence, l'exhaustivité et l'exactitude. Mon exemple ici serait l'évolution des technologies de base de données. Certains fournisseurs offrent une compatibilité avec d'autres fournisseurs, ce qui facilite les ventes lorsqu'ils parlent de délai de rentabilisation. Chaque fournisseur de base de données essaiera également de faire valoir qu'il est plus performant que l'opérateur historique. Le problème est que ces déclarations ne se chevauchent pas. Je n'ai pas encore vu de charge de travail passer d'une technologie de base de données à une autre en tirant parti de la compatibilité d'un fournisseur et en améliorant les performances des charges de travail existantes.
De plus, lorsque vous changez de fournisseur / technologie de base de données, vous obtenez presque certainement différents niveaux de compatibilité SQL, des fonctions de base de données exposées et des types de données différents, qui peuvent tous faire des ravages sur les applications existantes qui se trouvent au-dessus. Le fait est que le plan doit être validé avec les personnes qui peuvent examiner et déterminer l'impact probable d'un changement aussi important. Des experts doivent être engagés pour éliminer les surprises plus tard.
3. Planifiez les plans.
Comme tous les objectifs sont dévoilés, nous pouvons constater que certains d'entre eux peuvent se dérouler en parallèle. Lors de l'utilisation d'une plate-forme d'analyse, nous pouvons constater que différents groupes ou unités commerciales utilisent différents composants sous-jacents, tels que des bases de données à moderniser, afin qu'ils puissent fonctionner en parallèle.
4. Examiner tous les plans de manière analytique et nettoyer.
C'est une étape si importante et beaucoup omettent. Je vous implore d'utiliser toutes les analyses que vous avez contre vos analyses. C'est la clé pour ne pas perdre de temps et de ressources. Déterminez quelles données sont mortes, quel contenu de votre plateforme d'analyse n'est plus utilisé ou pertinent. Nous avons tous construit des projets analytiques ou du contenu pour une tâche ponctuelle, mais la plupart d'entre nous craignent également de le supprimer ou de nettoyer après nous-mêmes. Il est digital un contenu qui ne coûte rien à laisser jusqu'au moment où quelqu'un doit le maintenir, le mettre à niveau ou le moderniser.
Cela vous choquerait-il d'apprendre que 80% de votre contenu analytique est mort, non utilisé, a été remplacé par une nouvelle version ou a été cassé pendant longtemps sans plaintes ? À quand remonte la dernière fois que nous avons vérifié?
Ne démarrez aucun projet nécessitant la validation du contenu analytique sans examiner ce qui doit être validé et ce qui doit être nettoyé ou supprimé. Si nous n'avons aucune analyse à utiliser contre l'analyse, alors déterminez comment en faire avancer.
5. Évaluer que le projet de modernisation et les plans individuels sont complets.
Revenons au mauvais objectif, « fournir une source rapide et transparente de belles analyses qui permettent une consommation et une création de contenu faciles », et décomposons-le à partir d'un niveau élevé. Il y a probablement un changement d'infrastructure pour le traitement de la mémoire et du disque, une mise à niveau ou une modification de la base de données, un passage à une technologie de fournisseur d'authentification unique moderne comme SAML ou OpenIDConnect, et une mise à jour ou une mise à niveau de la plate-forme d'analyse. Ce sont toutes de bonnes choses et aident à se moderniser, mais nous devons nous rappeler que les utilisateurs finaux sont des parties prenantes. Si ces utilisateurs obtiennent le même contenu qu'ils l'ont été depuis des années, mais juste plus rapidement, leur niveau de satisfaction sera probablement minime. Un beau contenu ne peut pas seulement être destiné à de nouveaux projets et doit être livré à notre plus grand groupe de consommateurs. La modernisation du contenu existant est rarement envisagée mais a le plus grand impact sur les utilisateurs. Ceci est particulièrement important pour les administrateurs ou toute autre personne de l'équipe prenant en charge la plate-forme d'analyse. Ne pas garder ces utilisateurs finaux heureux dans d'autres outils mis en place pour contourner ce que l'équipe fournit, les résultats finaux pouvant être désastreux. Je couvrirai ce sujet dans mon prochain blog dans quelques semaines.
6. Dernier conseil.
Faites des sauvegardes fréquemment et ne faites pas un projet de modernisation uniquement en production. Faites l'effort d'avoir un environnement de production simulé pour des changements de grande envergure. Encore une fois, cela aidera à minimiser les variables et les différences entre ce qui fonctionne à l'extérieur et à l'intérieur de la production.
Bonne chance dans votre propre parcours de modernisation !
Vous avez des questions sur votre propre initiative de modernisation ? Nous contacter pour discuter de vos besoins et comment nous pouvons vous aider!
