12 Gründe für das Scheitern in Analytics und Business Intelligence

Nummer 9 mag Sie überraschen

In Analytics und Business Intelligence gibt es viele Dinge, die schief gehen können. Schließlich suchen wir nach der einzigen Version der Wahrheit. Ob es sich um einen Bericht oder ein Projekt handelt – damit die Daten und Ergebnisse konsistent, überprüfbar, genau und vor allem vom Endbenutzer akzeptiert werden, müssen viele Glieder der Kette stimmen. Die von Softwareentwicklern erfundene und von der Analytik- und Business-Intelligence-Community ausgeliehene Praxis der kontinuierlichen Integration ist ein Versuch, Fehler frühzeitig zu erkennen.  

Dennoch schleichen sich Fehler in das Endprodukt ein. Warum ist es falsch? Hier sind einige Entschuldigungen Gründe, warum das Dashboard falsch ist oder das Projekt fehlgeschlagen ist.

1. Es wird schneller sein.  Ja, das ist wahrscheinlich wahr. Es ist eine Frage der Kompromisse. Was bevorzugen Sie? Willst du es schnell oder willst du es richtig gemacht haben?   Um ehrlich zu sein, werden wir manchmal in diese Position gebracht. Ich brauche es bis Freitag. Ich brauche es heute. Nein, ich brauchte es gestern. Der Chef fragte nicht, wie lange es dauern würde. Er sagte uns, wie lange wir es tun mussten. Denn dann braucht es der Vertrieb. Denn dann will es der Kunde.    
2. Es wird gut genug sein.  Perfektion ist unmöglich und außerdem ist Perfektion der Feind des Guten. Das Erfinder des Luftschutz-Frühwarnradars schlug einen „Kult des Unvollkommenen“ vor. Seine Philosophie war: „Streben Sie immer danach, dem Militär das Drittbeste zu geben, denn das Beste ist unmöglich und das Zweitbeste ist immer zu spät.“ Wir überlassen den Kult des Unvollkommenen dem Militär. Ich denke, hier wird der Punkt des agilen, inkrementellen Voranschreitens zum Endergebnis verfehlt. In der agilen Methodik gibt es das Konzept eines Minimum Viable Product (MVP). Das Schlüsselwort hier ist lebensfähig.  Es ist bei der Ankunft nicht tot und es ist noch nicht fertig. Was Sie haben, ist ein Wegpunkt auf dem Weg zu einem erfolgreichen Ziel.
3. Es wird billiger sein.  Nicht wirklich. Nicht auf Dauer. Es kostet immer mehr, es später zu reparieren. Es ist billiger, es beim ersten Mal richtig zu machen. Für jeden Schritt, der von der anfänglichen Codierung entfernt wird, sind die Kosten um eine Größenordnung höher. Dieser Grund hängt mit dem ersten zusammen, der Liefergeschwindigkeit. Die drei Seiten des Projektmanagement-Dreiecks sind Umfang, Kosten und Dauer. Sie können nicht einen ändern, ohne die anderen zu beeinflussen. Hier gilt das gleiche Prinzip: Nimm zwei. Gut. Schnell. Billig.  https://www.pyragraph.com/2013/05/good-fast-cheap-you-can-only-pick-two/
4. Es ist nur ein POC. Es ist nicht so, dass wir diesen Proof of Concept in Produktion bringen werden, richtig? Hier geht es darum, Erwartungen angemessen zu setzen. Ein POC ist in der Regel zeitgebunden mit einer bestimmten Reihe von Zielen oder Anwendungsfällen zur Bewertung der Anwendung oder Umgebung. Diese Anwendungsfälle stellen kritische Must-Haves oder gängige Muster dar. Die POC-Bewertung ist also per Definition ein Stück vom großen Kuchen, auf dem wir weitere Entscheidungen stützen können. es ist selten Es ist nie eine gute Idee, einen POC in Produktion zu bringen, egal ob es sich um Software oder Hardware handelt.    
5. Es ist nur vorübergehend. Wenn die Ergebnisse falsch sind, es schlecht funktioniert oder einfach nur hässlich ist, sollte es nicht in die Produktion gelangen. Auch wenn es sich um ein Zwischenergebnis handelt, muss es vorzeigbar sein. Endbenutzer und Stakeholder werden dies nicht akzeptieren. Der Vorbehalt ist jedoch, dass es akzeptabel sein kann, wenn dies die Erwartungen sind, die als Teil des Prozesses festgelegt wurden. „Die Zahlen stimmen, aber wir hätten gerne Ihr Feedback zu den Farben im Dashboard.“ Dies sollte jedoch nicht in Produktion sein; es sollte in einer niedrigeren Umgebung sein. Allzu oft werden „es ist nur vorübergehend“ die guten Absichten eines dauerhaften Problems.
6. Dies ist der einzige Weg, den ich kenne.  Manchmal gibt es mehr als eine richtige Antwort. Und manchmal gibt es mehr als einen Weg, um an ein Ziel zu gelangen. Manchmal bringen wir unsere alten Gewohnheiten mit. Sie sterben schwer. Nutzen Sie dies als Lernmoment. Lernen Sie den richtigen Weg. Nimm die Zeit. Bitten Sie um Hilfe.  
7. So haben wir es immer gemacht. Dieser ist schwer zu beheben und es ist schwer zu argumentieren. Um Prozesse und die Menschen, die sie durchführen, zu verändern, bedarf es eines echten organisatorischen Change Managements. Oft bringen ein neues Projekt, eine neue Software, ein Upgrade oder eine Migration lange verborgene Probleme ans Licht. Es ist Zeit, sich zu verändern.  
8. Hoppla, ich habe es wieder getan. Ich bin Schreiner und wir haben ein Motto, weil so viele Fehler gemacht werden: zweimal messen und einmal schneiden. Ich kenne diesen Aphorismus. Ich wiederhole es mir. Aber es ist mir peinlich zu sagen, es gibt immer noch Zeiten, in denen mein Board zu kurz kommt. Ist das Leichtsinn? Vielleicht. Meistens ist es jedoch nur etwas Schnelles und Einfaches. Ich brauche eigentlich keinen Plan. Aber weißt du was? Wenn ich mir die Zeit genommen hätte, es auf einen Plan zu zeichnen, stehen die Chancen gut, dass die Zahlen ausgearbeitet worden wären. Das zu kurze Stück könnte auf Papier gewesen sein und ein Radiergummi hätte es repariert. Dasselbe gilt für Analytics und Business Intelligence, ein Plan – selbst für etwas Schnelles und Einfaches – kann diese Art von Fehlern reduzieren.     
9. Ablenkungen. Schauen, aber nicht sehen. Unaufmerksamkeitsblindheit. Sie haben vielleicht gesehen Video wo Sie eine Aufgabe erhalten, wie zum Beispiel die Anzahl der Basketballpässe für eine Mannschaft zu zählen. Während Sie bei dieser einfachen Aufgabe abgelenkt sind, [SPOILER-ALARM], bemerken Sie den mondwandelnden Gorilla nicht. Ich wusste, was passieren würde, und ich wäre immer noch ein schrecklicher Zeuge gewesen, wenn ein Verbrechen begangen worden wäre. Das Gleiche passiert beim Entwickeln von Berichten. Die Anforderungen fordern eine pixelgenaue Ausrichtung, das Logo muss aktuell sein, der Legal Disclaimer muss enthalten sein. Lassen Sie sich dadurch nicht davon ablenken, sicherzustellen, dass die Berechnungen valide sind.   
10. Du hattest es vor. Oder erwartet. Zumindest war es immer eine Option. Thomas Edison sagte bekanntlich: „Ich habe nicht versagt. Ich habe gerade zehntausend Wege gefunden, die nicht funktionieren.“ Seine Philosophie war, dass er mit jedem Scheitern dem Erfolg einen Schritt näher kam. In gewisser Weise plante er zu scheitern. Er schloss Möglichkeiten aus. Er griff nur auf Versuch und Irrtum zurück, wenn ihm die Theorien ausgingen. Ich habe nicht wie Edison über tausend Patente auf meinen Namen, aber ich denke, wir haben vielleicht bessere Ansätze für die Entwicklung von Analysen oder Berichten. (Patentanmeldung von Thomas Edison für elektrische Glühlampen 1882.)
11. Dummheit.  Leugne es nicht. Dies existiert. Dummheit liegt irgendwo zwischen „Du wolltest“ und „Ups“. Diese Art von epischem Scheitern ist die Sorte Watch-this-hold-my-beer, Darwin Award. Vielleicht ist also manchmal Alkohol im Spiel. Glücklicherweise hat ein betrunkenes Armaturenbrett in unserem Beruf, soweit ich weiß, noch nie jemanden getötet. Aber wenn es Ihnen egal ist, wenn Sie in einem Atomkraftwerk arbeiten, machen Sie Ihre Analytik bitte nüchtern.
12. Der Erfolg spielt keine Rolle. Der legendäre Stuntman Evil Knievel wurde für seine todesverachtenden Stunts bezahlt. Erfolg oder Misserfolg – ​​ob er bei der Landung gelandet ist oder nicht – er bekam einen Scheck. Sein Ziel war es zu überleben. Sofern Sie nicht für Knochenbrüche entschädigt werden – Knievel hatte den Guinness-Weltrekord für die meisten Knochenbrüche in ihrem Leben –, spielt der Erfolg eine Rolle.