In diesem Blogbeitrag fühlen wir uns geehrt, das Wissen des Gastautors und Analytics-Experten Mike Norris über die Planung und Fallstricke zu teilen, die Sie für Ihre Analytics-Modernisierungsinitiative vermeiden sollten.
Wenn man über eine Initiative zur Modernisierung der Analytik nachdenkt, gibt es mehrere Fragen zu untersuchen… Die Dinge funktionieren jetzt, also warum sollte man das tun? Welche Belastungen sind zu erwarten? Was sollen die Ziele sein? Was ist zu vermeiden? Wie sollte ein erfolgreicher Plan aussehen?
Warum Analytics modernisieren?
In Business Analytics werden Innovationen in beispielloser Geschwindigkeit geliefert. Es besteht ein ständiger Druck, „das Neue“ und Heiße zu nutzen. Hadoop, Data Lakes, Data Science Lab, Citizen Data Analyst, Self-Service für alle, Einblicke in Gedankengeschwindigkeit...etc. Klingt bekannt? Für viele Führungskräfte ist dies eine Zeit, in der sie vor großen Investitionsentscheidungen stehen. Viele gehen neue Wege, um mehr Leistungsfähigkeit zu bieten, und versagen. Andere versuchen den Modernisierungspfad und kämpfen darum, das Engagement der Führung zurückzuhalten.
Viele dieser Modernisierungsversuche führen dazu, dass neue Anbieter, Technologien, Prozesse und Analyseangebote hinzukommen. Diese Form der Modernisierung bietet einen schnelleren Anfangsgewinn, hinterlässt jedoch technische Schulden und Overhead, da sie in der Regel keinen bestehenden Teil des Analytics-Puzzles ersetzt, sondern diese überlappt. Diese Arten von „Modernisierungen“ sind eher ein Sprung, und keine, die ich als „Modernisierung“ bezeichnen würde.
Hier ist meine Definition dessen, was ich meine, wenn ich Modernisierung in einem Analytics-Kontext sage:
„Modernisierung ist die Verbesserung der bereits vorhandenen Analytik oder das Hinzufügen von Funktionen oder Fähigkeiten zu den bereits eingesetzten Technologien. Modernisierung erfolgt immer, um ein Verbesserungsziel zu erreichen. Ziele sollten durch eine Partnerschaft zwischen der Benutzergemeinschaft und der IT/Analytics-Führung definiert werden.“
Diese Ziele können sein:
- Oberflächlich – besser sexy aussehender Inhalt oder verbesserte Benutzererfahrung.
- Functional – verbesserte Leistung oder zusätzliche Funktionalität und Leistungsfähigkeit
- Erweitern – Bereitstellung einer eingebetteten Erfahrung oder Hinzufügen zusätzlicher Projekte und Workloads.
Während meiner über 20-jährigen Tätigkeit im Bereich Business Analytics habe ich mit Hunderten von Unternehmen und Organisationen zusammengearbeitet und sie bei Installationen, Upgrades, Konfigurationen und strategischen Plänen und Projekten unterstützt und beraten. Es schmerzt mich oft, wenn ich spät eingreife, bei Modernisierungsprojekten eine Dosis Realität zu tragen. So viele beginnen ohne Plan oder noch schlimmer, mit einem Plan und ohne Bestätigung dieses Plans. Die bei weitem schlimmsten sind diejenigen, die eine Kombination aus IT- und Analytics-Modernisierungen als massives All-in-One-Projekt waren.
Druck zu erwarten und zu überwinden
- Alles muss Cloud & SaaS sein – Cloud bietet viele Vorteile und ist die offensichtliche Wahl für jede neue Strategie und Investition. Alles von On-Premise in die Cloud zu verschieben, weil dies die Unternehmensstrategie in Verbindung mit einem „Bis Datum“ ist, ist eine schlechte Strategie und kommt von einer schlechten Führung, die in einem Vakuum arbeitet. Stellen Sie sicher, dass die Vorteile und alle Auswirkungen verstanden werden, bevor Sie sich für ein Datum anmelden.
- Alles aus einer Hand – Ja, es gibt Unternehmen, die Ihnen alles liefern können, was Sie brauchen. Ein Anbieter aus einer Hand kann Ihnen die Vorteile verkaufen, aber sind sie real oder werden sie wahrgenommen? Der Analysebereich war weitgehend offen und heterogen, was es Ihnen ermöglicht, das Beste zu geben, also treffen Sie vernünftige Entscheidungen.
- Neuere Produkte sind besser – Neuer ist gleich besser könnte für Autos funktionieren, aber normalerweise nicht mit Software, es sei denn, es handelt sich um eine Weiterentwicklung des Angebots. Anbieter mit jahrelanger Erfahrung in der Praxis und Geschichte scheinen langsam Schritt zu halten, aber das hat einen guten Grund. Diese Anbieter haben in der Regel ein robustes Angebot, mit dem andere nicht mithalten können, und dieses Angebot hat mit zunehmender Nutzung einen viel höheren Lebenszeitwert. Ja, einige Verzögerungen, aber das bedeutet nicht immer, dass ein Ersatz erforderlich ist. In vielen Fällen können mehrere Stücke existieren, wenn die Trennlinien klar sind.
- Das riesige Ergebnis überstürzen – Leider ist die zugewiesene Zeit selten genau, daher ist es gut, Meilensteine und kleinere Pläne mit Siegen zu haben, um bedeutende Fortschritte und Ergebnisse zu zeigen.
- Es wird alles viel schneller gehen – Dies ist ein großes Ziel und ein großes Streben, aber nicht immer Realität. Das Anbieten von Architektur spielt eine große Rolle, ebenso wie die Art und Weise, wie eine Integration durchgeführt wird und wie die umgebenden abhängigen und unterstützenden Dienste und Funktionen zusammengelegt werden.
- Jetzt modernisieren macht uns zukunftssicher – Wie ich in der Einleitung sagte, die Innovationen fliegen, also ist dies ein Bereich, der sich weiterentwickeln wird. Bleiben Sie immer auf dem neuesten Stand und stellen Sie sicher, dass Updates geplant sind. Bewerten Sie nach Aktualisierungen neue Features und Funktionen, die genutzt oder verfügbar gemacht werden sollen.
- Modernisierung ist nur „Upgrade“ und wird einfach sein – Es wird modernisiert, nicht aktualisiert. Das bedeutet Upgrades, Updates, Ersatz und die Nutzung neuerer Funktionen und Fähigkeiten. Führen Sie zuerst ein Upgrade durch und nutzen Sie dann neue Funktionen und Fähigkeiten.
Vorbereitung eines Analytics-Modernisierungsplans
Bevor ich irgendwelche Modernisierungsanstrengungen unternehme, würde ich vorschlagen, einige Dinge zu tun, die ich teilen werde, um die Erfolgsraten zu verbessern.
1. Bestimmen Sie die Ziele.
Sie können kein Ziel haben wie: „Eine schnelle, nahtlose Quelle für schöne Analysen bereitzustellen, die eine einfache Nutzung und Inhaltserstellung ermöglicht.“ Dies ist ein großartig klingendes Ziel, um das Projekt zu genehmigen, aber es ist ein übergreifendes Ziel, das mit Gefahren und Untergang behaftet ist ... es ist einfach zu groß. Konzentrieren Sie sich und erstellen Sie Ziele für einen einzelnen Technologiewechsel mit einem gemessenen wünschenswerten Ergebnis. Modernisierung muss in vielen Fällen Stück für Stück und Erfahrung für Erfahrung erfolgen. Das bedeutet mehr kleinere Projekte und Ziele.
Die Leute werden argumentieren, dass dies mehr Zeit und Gesamtaufwand und möglicherweise zu viele Änderungen für die Benutzer bedeutet. Meiner Erfahrung nach sieht dieser Plan zwar länger aus, spiegelt aber eher die tatsächliche Zeit wider, die er sowieso in Anspruch nehmen wird. Was die Häufigkeit von Änderungen der Benutzererfahrung betrifft, so kann dies dadurch gehandhabt werden, dass die Ergebnisse nicht in die Produktion überführt werden, bis Sie einen vollständigen Satz von sinnvollen Änderungen haben. Die Modernisierungspläne „alles auf einmal“ laufen 12-18 Monate länger als erwartet, was viel schwieriger zu erklären ist. Schlimmer noch ist der Druck, der auf das Team ausgeübt wird, das den Plan ausführt, und die ständige Negativität, die sich aus Herausforderungen auf dem Weg ergibt. Diese führen auch zu großen Pivots, die zu Leapfrog-Bewegungen führen.
Der Hauptgrund dafür, sich auf kleinere Änderungen zu konzentrieren, besteht darin, dass es viel schneller und einfacher ist, Fehler zu beheben und zu beheben, wenn Ihre Analyse auf dem Weg unterbrochen wird. Weniger Variablen bedeuten eine schnellere Problemlösung. Ich weiß, das klingt einfach, aber ich sage Ihnen, dass ich mit mehr als einem Unternehmen zusammengearbeitet habe, das beschlossen hat, eine Monstermodernisierung durchzuführen, bei der Folgendes gilt:
- Analytics-Plattform sollte aktualisiert werden
- Abfragetechnologie aktualisiert
- Analytics-Plattform in die Cloud verschoben
- Authentifizierungsmethode gegen einen Web-Single-Sign-On-Anbieter ausgetauscht
- ein Datenbankanbieter wechselte und wechselte von einem lokal betriebenen Modell zu einer SaaS-Lösung
Wenn etwas nicht funktionierte, verbrachten sie viel Zeit und Mühe damit, die Ursache des Problems zu ermitteln, bevor sie zur eigentlichen Lösung kamen. Am Ende liefen diese „Alles auf einmal“-Projekte weit über Zeit und Budget hinaus und lieferten aufgrund von Teilzielerreichungen und der Negativität, die das Projekt umgab, gemischte Ergebnisse. Viele davon wurden am Ende einfach zu "so gut wie möglich"-Projekten.
2. Erstellen Sie einen Plan pro Ziel.
Der Plan muss Beiträge ALLER Stakeholder enthalten, um Transparenz, Vollständigkeit und Genauigkeit zu gewährleisten. Mein Beispiel hier wäre der Wechsel von Datenbanktechnologien. Einige Anbieter bieten Kompatibilität mit anderen Anbietern und dies hilft beim Verkauf, wenn es um die Time-to-Value geht. Jeder Datenbankanbieter wird auch versuchen, seine Position zu stärken, dass er besser abschneidet als der etablierte Anbieter. Das Problem ist, dass sich diese Aussagen nicht überschneiden. Ich habe noch keine Workload-Verlagerung von einer Datenbanktechnologie zu einer anderen erlebt, bei der die Kompatibilität eines Anbieters genutzt und die Leistung bestehender Workloads verbessert wurde.
Außerdem erhalten Sie beim Wechsel von Datenbankanbietern / -technologien mit ziemlicher Sicherheit unterschiedliche Grade an SQL-Kompatibilität, exponierte Datenbankfunktionen und unterschiedliche Datentypen, die alle verheerende Auswirkungen auf vorhandene Anwendungen haben können, die oben stehen. Der Punkt ist, dass der Plan mit den Leuten validiert werden muss, die die wahrscheinlichen Auswirkungen einer solch großen Änderung untersuchen und bestimmen können. Um Überraschungen später auszuschließen, müssen Experten hinzugezogen werden.
3. Planen Sie die Pläne.
Da alle Ziele herausgearbeitet werden, können wir feststellen, dass einige von ihnen parallel laufen können. Bei der Verwendung einer Analytics-Plattform stellen wir möglicherweise fest, dass verschiedene Gruppen oder Geschäftsbereiche unterschiedliche zugrunde liegende Komponenten wie zu modernisierende Datenbanken verwenden, sodass diese parallel laufen können.
4. Alle Pläne analytisch prüfen & aufräumen.
Dies ist ein so wichtiger Schritt und einer, den viele unterlassen. Ich flehe Sie an, alle Analysen, die Sie haben, gegen Ihre Analysen zu verwenden. Dies ist der Schlüssel, um keine Zeit und Ressourcen zu verschwenden. Stellen Sie fest, welche Daten tot sind, welche Inhalte in Ihrer Analyseplattform nicht mehr verwendet werden oder nicht mehr relevant sind. Wir alle haben analytische Projekte oder Inhalte für eine einmalige Aufgabe erstellt, aber die meisten von uns sind auch daran scheitern, sie zu löschen oder selbst aufzuräumen. es ist digital Inhalte, die nichts kosten, um sie zu warten, bis jemand sie warten, aktualisieren oder modernisieren muss.
Würde es Sie schockieren, zu erfahren, dass 80 % Ihrer analytischen Inhalte tot sind, nicht verwendet, durch eine neue Version ersetzt wurden oder lange Zeit ohne Beanstandungen kaputt gegangen sind? Wann haben wir das letzte Mal nachgeschaut?
Starten Sie kein Projekt, das eine Validierung analytischer Inhalte erfordert, ohne zu überprüfen, was validiert und was bereinigt oder gelöscht werden muss. Wenn wir keine Analysen haben, die wir gegen die Analysen verwenden können, finden Sie heraus, wie Sie einige voranbringen können.
5. Bewerten, dass das Modernisierungsprojekt und die einzelnen Pläne ganzheitlich abgeschlossen sind.
Kehren wir zum schlechten Ziel zurück, „eine schnelle, nahtlose Quelle für schöne Analysen bereitzustellen, die eine einfache Nutzung und Inhaltserstellung ermöglicht“, und brechen wir es von einer hohen Ebene aus auf. Wahrscheinlich gibt es eine Infrastrukturänderung für die Verarbeitung von Arbeitsspeicher und Festplatte, ein Datenbank-Upgrade oder -Änderung, einen Wechsel zu einer modernen Single-Sign-On-Anbietertechnologie wie SAML oder OpenIDConnect und ein Update oder Upgrade der Analyseplattform. Das sind alles gute Dinge und helfen bei der Modernisierung, aber wir müssen uns daran erinnern Endnutzer sind Stakeholder. Wenn diese Benutzer die gleichen Inhalte wie seit Jahren erhalten, aber nur schneller, dann wird ihre Zufriedenheit wahrscheinlich minimal sein. Schöne Inhalte können nicht nur für neue Projekte verwendet werden, sondern sollten unserer größten Verbrauchergruppe zur Verfügung gestellt werden. Die Modernisierung der bestehenden Inhalte wird selten betrachtet, hat aber die größte Auswirkung auf die Benutzer. Dies ist besonders wichtig für Administratoren oder andere Mitglieder des Teams, die die Analyseplattform unterstützen. Wenn diese Endbenutzer nicht zufrieden sind, führt dies dazu, dass andere Tools eingesetzt werden, um das zu umgehen, was das Team liefert, wobei die Endergebnisse möglicherweise katastrophal sind. Ich werde dieses Thema in meinem nächsten Blog in ein paar Wochen behandeln.
6. Letzter Ratschlag.
Machen Sie häufig Backups und führen Sie ein Modernisierungsprojekt nicht nur in der Produktion durch. Nehmen Sie sich die Mühe, eine simulierte Produktionsumgebung für große, weitreichende Änderungen zu haben. Dies wird wiederum dazu beitragen, Variablen und Unterschiede zwischen dem, was außerhalb und innerhalb der Produktion funktioniert, zu minimieren.
Viel Glück auf Ihrem eigenen Modernisierungsweg!
Sie haben Fragen zu Ihrer eigenen Modernisierungsinitiative? Kontakt um Ihre Bedürfnisse zu besprechen und wie wir Ihnen helfen können!
