Autorenname: assbi

Das Dashboard als Status quo

Es gibt verschiedenen Meinungen darüber, was bei Dashboards richtig/falsch ist, sowie mit verschiedenen Meinungen über mögliche Alternativen und Anwendungsfälle. Was das Nichtgefallen anbelangt, so wiederholen sich einige Themen:

  • Beschwerde Nr. 1 ist, dass sich niemand um sie kümmert, sie werden oft als verschwendete Ressourcen angesehen.
  • Maßnahmen werden selten auf der Grundlage eines Dashboards ergriffen
  • Dashboards gehen oft kaputt und die Wartung kostet Zeit, die für andere Aufgaben fehlt
  • Leute fragen, warum mehrere Dashboards nicht übereinstimmen, was in der Regel eine große Zeitfalle ist.
Stattdessen werde ich einige Überlegungen zu der Frage anstellen, was wir von unseren Dashboards erwarten, in der Hoffnung, zu einigen Schlussfolgerungen zu kommen, warum wir sie häufig als Fehlschläge angesehen werden.

Aufgabe Nr. 1: Situationsbewusstsein – Status quo

Dashboards helfen uns zu erfahren, wann wir eine Entscheidung treffen müssen

Da Dashboards wie feste Glasscheiben sind, die eine bestimmte Sicht auf die Welt bieten, sind sie in der Regel über die Zeit hinweg konsistent in dem, was sie zeigen. Diese Eigenschaft, eine einzige konsistente Sicht auf die Welt zu bieten, ermöglicht es den Beobachtern theoretisch, zu erkennen, dass „die Dinge nicht in die richtige Richtung laufen, wir müssen eine Kurskorrektur vornehmen“.

Was ist ein Dashboard

Dies ist vergleichbar mit dem Armaturenbrett unter der Windschutzscheibe Ihres Autos: Sie zeigt stets an, was vor Ihnen liegt, und wenn Sie bemerken, dass Sie gegen einen Baum zu fahren beginnen, nehmen Sie Anpassungen vor. Bremsen, Ausweichen, was der Maßnahmenkatalog aus der Fahrschule hergibt. Man könnte sagen, dass dies eine der lehrbuchmäßigen Verwendungen eines Dashboards ist. Der Begriff Dashboard (deutsch: „Armaturenbrett“) stammt von den Armaturenbrettern in Automobilen, die Informationen zur Unterstützung des Fahrens lieferten. Der Begriff des Dashboards stammt allerdings tatsächlich noch aus der Zeit, als man mit Pferdekutschen unterwegs war. Denn früher war das Dashboard lediglich ein schützendes Brett, das den Fahrer davor bewahrte, vom aufspritzenden (dashed-up) Dreck aus den Hufen der Pferde beschmutzt zu werden. Der Name ist bis heute geblieben, doch nun, ein Jahrhundert später, hat dieses Dashboard eine komplexe und schier unendliche Fülle von Funktionen und Aufgaben rund um Information, Kommunikation und Komfort übernommen.

Nutzen eines Dashboards – Nur mit Maßnahmen

Ich glaube aber, dass die meisten Leute zugeben würden, dass die meisten Dashboards bei dieser Aufgabe versagen, weil niemand drauf schaut. Sie sind im Alltagsgeschäft zu beschäftigt, abgelenkt oder einfach uninteressiert. Im Gegensatz zu unserem Armaturenbrett und der Windschutzscheibe im Auto führt das Ignorieren einer Datenanzeige normalerweise nicht zu einem schrecklichen, lebensbedrohlichen Unfall. Die Folgen sind so gering, dass die Menschen häufig damit durchkommen, sie nicht zu beachten. Aus diesem Grund habe ich vorgeschlagen, dass für jedes Dashboard dieser Art eine formelle Besprechung stattfinden sollte, bei der die Teilnehmer zusammenkommen, sich das Ding ansehen und entscheiden, ob sie etwas gegen die Anzeige unternehmen wollen. Da es nicht die Schuld der Nutzer ist, dass sie sich ein Dashboard nicht ansehen wollen und es für sie keine Priorität hat, müssen wir diese Tatsache umgehen und das Thema forcieren. Bei dieser Aufgabe wird auch übersehen, dass wir meist nur ein situatives Bewusstsein für ein Problem haben wollen, bis es aufhört, ein Problem zu sein. Sobald wir uns dem nächsten Geschäftsproblem zuwenden wollen, ist das Dashboard am Ende seiner Nutzungsdauer. Wer Probleme aussitzt, braucht kein Dashboard. Weitere Teile der Serie: Aufgabe Nr.2 : Zugang und flexible Erkundung von Daten Aufgabe Nr.3 : Das Dashboard als spezialisiertes Werkzeug  

Weiterlesen: Business Intelligence Software · Costcenter versus Profitcenter · Steuerbare Eingangsmetriken

Datensilos: Was sind sie und wie geht man mit ihnen um?

Was sind Datensilos?

Ein Datensilo ist ein Quelle fester Daten, das unter der Kontrolle einer Abteilung bleibt und vom Rest des Unternehmens isoliert ist. Sie entstehen in der Regel, wenn ein Team eine Lösung erstellt, die einem einzigen Zweck oder einer Gruppe von Zwecken im Zusammenhang mit einem einzigen Thema dient. Diese Lösung ist nicht mit anderen Teilen des Unternehmens verbunden und isoliert. Ein gutes Beispiel ist eine Datenbank mit Marketing-Leads, die nicht mit der zentralen Kundentabelle im Data Warehouse verknüpft ist.

Wozu können Datensilos führen?

Wenn Datensilos nicht rechtzeitig aufgelöst werden, erhält man im besten Fall kein vollständiges Bild. Man erhält Daten, die nicht so wertvoll sind, wie sie sein könnten, weil sie für andere Teams nicht zugänglich und nicht mit anderen Daten oder Tools im Unternehmen integriert sind. Wenn Sie beispielsweise die Daten Ihres Vertriebs- und Kundensupportteams zusammenführen, können Sie die Gründe für die Kundenabwanderung erfahren oder andere Kundenaktivitäten ermitteln, die Ihrem Unternehmen potenziell helfen können. Eine geringere Datenintegrität (da Sie mit mehreren Kopien von Datenbanken arbeiten, die sich überschneiden), eine geringere Datensicherheit und eine geringere Produktivität der Entwickler.

Wie geht man mit Datensilos um?

Eine Antwort auf Datensilos könnte die Zentralisierung von Daten sein – ein Konzept, das lange Zeit als heiliger Gral für Datenteams galt. Eine zentralisierte Datenbank, die verschiedene Lösungen, Tools und Unternehmensebenen miteinander verbindet und an einem Ort gepflegt und verwaltet wird, klingt für viele Unternehmen sehr verlockend. Heutzutage beginnen Experten jedoch, die Ziele und die Durchführbarkeit der Datenzentralisierung in Frage zu stellen und stellen fest, dass sie sich für die meisten Unternehmen als schwer realisierbar erwiesen hat, und betrachten sie sogar als einen ziemlich altmodischen Ansatz für die Datenverwaltung, denn: Ein gut gepflegtes, zentralisiertes Data Warehouse ist sehr komplex und schwer zu realisieren, es führt zu großen monolithischen Lösungen, die den Arbeitsablauf der Teams einschränken, es kann zu einem überspezialisierten Silo führen. Experten bezeichnen das Data Mesh als einen weitaus vorteilhafteren und praktischeren Ansatz für die Gestaltung und Entwicklung von Datenarchitekturen. Dieser Begriff umschreibt mehrere Data Warehouses in einem Unternehmen, die miteinander verbunden sind und zusammenarbeiten. In diesem Artikel gehen wir näher darauf ein, was Datensilos sind, was sie verursacht und warum sie schlecht für Ihr Unternehmen sind. Wir erläutern auch die Vorteile von Data Meshes im Detail und zeigen, wie Apache Airflow in dieses Bild passt.

Was sind die Ursachen für Datensilos in einem Unternehmen?

Um das Problem der Datensilos zu lösen, müssen Sie zunächst verstehen, was sie verursacht. Hier haben wir die 4 häufigsten Gründe für Datensilos zusammengestellt:

1. Überlastetes zentralisiertes Datenteam

Damit etwas funktioniert, braucht es Zeit. Wenn Ihr zentrales Datenteam überlastet ist, hat es möglicherweise nicht die Zeit auf jede neue Datenanfrage zu reagieren. Andere Teammitglieder haben vielleicht Daten, die sie für wertvoll halten und die bereinigt und rationalisiert werden müssen und sie wollen (oder können) nicht darauf warten, dass diese Daten zu den vorhandenen ETL- und Lagerverfahren hinzugefügt werden. Also fangen sie an, die Sache selbst in die Hand zu nehmen. Da Sie wahrscheinlich hoch qualifizierte und talentierte Mitarbeiter an Bord haben, werden sie eine vernünftige Lösung finden. Dabei handelt es sich jedoch um eine Einzellösung, die nicht in die übrigen Tools und Datenbanken des Unternehmens integriert ist. Ohne eine breitere Perspektive und großes systemisches Denken enden Sie mit Datensilos.

2. Verschiedene, nicht miteinander verbundene Datenbanken

Verschiedene Datenbanken neigen dazu, unterschiedliche Standards zu verwenden, und die Daten, die sie gemeinsam haben, stimmen möglicherweise nicht genau überein. Die Integration all dieser Datenquellen kann ausufernd werden. Je mehr unverbundene Datenbanken Sie haben, desto schwieriger wird es, die Daten zu katalogisieren, sie auf dem neuesten Stand zu halten und schließlich den Überblick über die Wahrheit zu behalten.

3. Veraltete oder falsche Tools für die Sammlung und Analyse von Daten

Eine Excel-Datei ist kein guter Ort, um Ihre Daten zu speichern und zu organisieren. Das mag offensichtlich erscheinen, ist aber ein häufigeres Problem, als Sie vielleicht denken. Außerdem verwenden einige Unternehmen möglicherweise ältere Tools, die nicht alle ihre Anforderungen erfüllen. Um Ihr Unternehmen skalierbar zu machen, müssen Sie in der Lage sein, Ihre Daten auf automatisierte, effiziente Weise zu verwalten und sich dabei auf moderne Tools für die Datenorchestrierung verlassen.

4. Ineffiziente Kommunikation und Unternehmenskultur

Um auf die Teams zurückzukommen, die an ihren eigenen Lösungen arbeiten… es ist nicht ihre Schuld. Wenn es an der Kommunikation zwischen den Führungskräften mangelt, wissen die Teammitglieder möglicherweise nicht einmal, dass es im Unternehmen zentralisierte Tools gibt, die sie nutzen sollten. Ein perfektes Beispiel dafür, dass ein Informationssilo ein Datensilo verursacht.

Warum Datensilos schlecht für Ihr Unternehmen sind

Wir alle wissen, dass Datensilos schlecht für das Geschäft sind, aber wissen Sie auch, wie genau sie Ihr Unternehmen beeinflussen? Natürlich können die negativen Auswirkungen von Datensilos von Unternehmen zu Unternehmen unterschiedlich sein, aber in diesem Artikel haben wir die häufigsten aufgeführt.

Geringere Datenintegrität

Datensilos führen dazu, dass Sie mehrere Kopien von Datenbanken haben, die sich überschneiden. Doppelte Daten führen zu verpassten Möglichkeiten, bessere und fundiertere Schlussfolgerungen zu ziehen. Mit anderen Worten: Es ist schwer, Ihren Daten zu vertrauen.

Kompromittierte Datensicherheit

Wenn Sie Ihre Daten in einer Excel-Datei aufbewahren oder sich auf unterschiedliche Datenquellen verlassen, können Sie nicht angemessen in verschiedene Sicherheitsebenen investieren. Unternehmen, die nicht in der Lage sind, eine umfassende Datensicherheit zu gewährleisten, haben es schwer, das Vertrauen ihrer Kunden aufrechtzuerhalten und auf dem wettbewerbsorientierten Markt zu bestehen.

Geringere Teamproduktivität

Datensilos führen zu Missverständnissen und einer schlechteren Zusammenarbeit zwischen Teams. Anstatt sich auf die Analyse von Daten zu konzentrieren, fundierte Schlussfolgerungen zu ziehen und das Unternehmen wachsen zu lassen, verschwenden Ihre Ingenieure ihre Zeit damit, herauszufinden, welche Daten wahr sind, wie sie eine gemeinsame Sprache finden können und warum ihnen bestimmte Informationen fehlen.

Datenzentralisierung oder Datennetz? Wie man Datensilos beseitigt

Bislang war die beliebteste Antwort auf die Beseitigung von Datensilos die Zentralisierung von Daten. Und es überrascht nicht, dass die Idee einer zentralen Datenbank, die verschiedene Lösungen, Tools und Ebenen des Unternehmens miteinander verbindet und an einem Ort gepflegt und verwaltet wird, sehr verlockend klingt und potenziell viele Vorteile mit sich bringen kann, z. B.:
  • Leichtere Handhabung für Entwickler
  • Leichtere und bessere Berichterstellung
  • Vereinheitlichung der Daten, die in verschiedenen Teams des Unternehmens verfügbar sind
  • Effizientere Datenverwaltung
  • Bessere Zusammenarbeit zwischen Teams
  • Mehr Sicherheit
Heutzutage befasst man sich jedoch eingehender mit der Datenzentralisierung und stellen fest, dass sie eine etwas altmodische Herangehensweise an die Datenverwaltung darstellt.

Monolithischen Lösungen – die zentrale Datenplattform

Und warum? Erstens ist ein gut verwaltetes, zentralisiertes Data Warehouse sehr komplex und schwer zu erreichen. Die Integration all dieser Daten in eine zentrale Datenbank dauert in der Regel Jahre. Man verfolgt den Ansatz Daten an einem Ort zu zentralisieren, um nützlich und wertvoll zu sein. Das führt zu großen monolithischen Lösungen, die in der Praxis eher einem Datensumpf gleichen. Da Teams durch diese monolithischen Lösungen eingeschränkt werden, versuchen sie, sie in kleinere, integrierte Teile aufzuteilen, in der Regel um technische Modi (z. B. Ingest, Process, Serve). Auf diese Weise werden die Teams um die Aufgaben und nicht um Anwendungsfälle oder Funktionen herum zerlegt. Das ist eine schlechte Nachricht, denn Anwendungsfälle und Funktionen lassen sich in der Regel nicht in solch übersichtlichen Kästchen unterteilen – meistens überschneiden sie sich. Zweitens führen zentralisierte Datenplattformen und monolithische Systeme zu einem überspezialisierten Silo. Das kann passieren wenn ein Unternehmen über hochspezialisierte Datenteams verfügt das maßgeschneiderte Lösungen entwickelt, die es unzureichend teilt. In diesem Fall steht die Lösung im Raum zwischen den Leuten die sie erstellen und jenen Endnutzer, die die Lösung brauchen. Sozusagen Insellösungen, die auf keiner Karte verzeichnet sind und nach einem meist einmaligen Anwendungsfall in Vergessenheit geraten.

Data Mesh – das Datengeflecht

Ein weitaus realistischerer, modernerer und vorteilhafterer Ansatz ist ein sogenanntes Data Mesh, das eine neue Art der Gestaltung und Entwicklung von Datenarchitekturen beschreibt. Der Schwerpunkt liegt dabei auf mehreren Data Warehouses in einem Unternehmen, die miteinander verbunden sind und zusammenarbeiten. Die Idee ist, dass Sie immer noch eine zentralisierte Governance und Standards haben, aber auch mehrere Zentren, die mit zentral verwalteten Datenflüssen (Pipelines) miteinander vernetzt sind.

Wie ETL-Orchestrierung helfen kann

Die Lösung ist ein Framework für die Datenorchestrierung, ein steuerbares Netzwerk miteinander verbundener Datenflüsse. Hierdurch können Sie die Integration mehrerer Plattformen, Tools, Anwendungen und Datenbanken aktiv steuern. Wenn Sie mit Daten arbeiten, tun Sie das in der Regel auf asynchrone Weise und versuchen herauszufinden, was funktioniert und was nicht. Irgendwann muss man dies jedoch formalisieren, denn ein wiederholter, kontinuierlicher Umgang mit Daten ist von großem Nutzen. Apache Airflow ist ein solcher Datenorchestrator, der es Ihnen ermöglicht, diese Formalisierung viel einfacher und schneller vorzunehmen. Mit Airflow können Sie:
  • Migrieren, stabilisieren, operationalisieren und integrieren Sie alle Ihre Legacy-Workloads. Sie können eine Multi-Tenant-Umgebung von einer einheitlichen Steuerungsebene aus steuern.
  • Entwickeln Sie eine zentrale Datenplattform oder ein Datengeflecht, das Ihren Anforderungen entspricht – und führen Sie Daten, Governance-Regeln und Geschäftslogik zusammen, die zuvor über verschiedene Teile des Unternehmens verstreut waren.
  • Geben Sie Ihren Entwicklungsteams eine Standardmethode für die Interaktion mit Daten an die Hand, um den für die Unterstützung ihrer Umgebungen erforderlichen betrieblichen Aufwand zu verringern.
nn

Weiterführende Artikel

n

Weiterführende Artikel


Weiterlesen: Dashboard als spezialisiertes Werkzeug · Costcenter versus Profitcenter · Steuerbare Eingangsmetriken

Amazon Kennzahlen | So misst sich Amazon selbst – Buch: Working Backwards

Dies ist eine Zusammenfassung eines einzelnen Kapitels aus Working Backwards, dem ersten Buch, das beschreibt, wie Amazon intern arbeitet. Sie sollten dieses Buch kaufen – die Zusammenfassung, die wir hier präsentieren, ist effektiver, wenn sie neben den Geschichten im Buch selbst gelesen wird. Ich habe lange, lange Zeit auf ein Buch wie Working Backwards gewartet. Wenn man einen Schritt zurücktritt und darüber nachdenkt, ist Amazon ein lächerlich effektives Unternehmen. Es hat mit Büchern angefangen, aber es hat es geschafft, in einer bemerkenswerten Anzahl von Märkten die Vorherrschaft zu erlangen:

  • im E-Commerce –> amazon.com,
  • im Cloud Computing –> aws
  • im Video-Streaming –> Prime Video,
  • bei E-Books –> Kindle,
  • bei Smart-Home-Hardware –> Alexa
  • bei der Zustellung auf der letzten Meile.
Vermutlich wird Amazon in den nächsten zehn Jahren seine Positionen in vielen dieser Märkte weiter ausbauen und wahrscheinlich werden sie auch in neue Märkte expandieren.Working Backwards ist das erste Buch, das erklärt, wie Amazon all das macht. Das Buch wurde von zwei langjährigen Amazonmitarbeitern, Colin Bryar und Bill Carr, geschrieben, die im Raum waren, als viele dieser Techniken entstanden sind. Das Hauptargument von Bryar und Carr ist, dass Amazon in der Lage ist, das zu tun, was es tut, aufgrund a) einer Reihe von Führungsprinzipien, die es unglaublich ernst nimmt und b) einer Reihe von fünf Mechanismen / Prozessen, die es Amazon ermöglichen, das zu tun, was sie tun. Diese Mechanismen sind:
  • Der Bar Raiser-Prozess – ein Einstellungsprozess, der sicherstellt, dass Amazon hochqualifizierte Mitarbeiter einstellt, die zu seinen Führungsprinzipien passen.
  • Das Single-Thread-Leadership-Modell – ein dezentrales Organisationsdesign, das es Amazon ermöglicht, neue Märkte zu erschließen, zu betreten und zu dominieren.
  • Die 6-Pager-Narrative – ein Ersatz für Powerpoint in Firmenmeetings, der es den Führungskräften ermöglicht, komplexe Informationsströme zu konsumieren, zu synthetisieren und zu bewerten (und Bezos erlaubt, mit dem gesamten, dezentralisierten Unternehmen Schritt zu halten).
  • Der „Working Backwards“-Prozess – der darin besteht, dass Teams eine Pressemitteilung + FAQ schreiben, bevor sie mit einem Projekt beginnen, was es dem Unternehmen ermöglicht, auf die besten Ideen zu setzen.
  • Der Ansatz von Amazon für Input- und Output-Metriken – der erklärt, wie Amazon Metriken innerhalb des Unternehmens instrumentiert, analysiert und ausführt.
Dieser Blog-Beitrag wird sich ausschließlich auf das letztgenannte Thema konzentrieren – dies ist schließlich ein Business Intelligence-Blog, geschrieben von einem Business Intelligence Berater. Die Besessenheit mit Kennzahlen und Metriken ist sozusagen mein Ding. Ich möchte zeigen, wie mächtig diese Ideen sind. Das Buch von Bryar und Carr erklärt sehr gut, wie Amazon die Dinge tun kann, die sie tun. Sie sollten das Buch kaufen und ihre Geschichten lesen.

Wie Amazon über Kennzahlen nachdenkt

Der wichtigste Aspekt, den Sie aus dem Buch Working Backwards mitnehmen werden, ist die Idee, dass gute Betreiber die Organisationen, die sie leiten, instrumentalisieren müssen. Wenn Sie nicht instrumentieren/orchestrieren, werden Sie nicht wissen, was vor sich geht. Und wenn Sie nicht wissen, was vor sich geht, können Sie unmöglich ein guter Betreiber sein – Sie wissen nicht, worauf Sie sich konzentrieren müssen, um die gewünschten Ergebnisse zu erzielen. Amazon unterteilt Kennzahlen in zwei Arten:
  • steuerbare Input-Metriken und
  • Output-Metriken.
Dies ist in der Branche eher als vorlaufende Indikatoren und nachlaufende Indikatoren bekannt, aber Amazon verwendet gerne seine eigene Sprache, weil, ähm, Bezos. Ich finde aber, dass „steuerbare Input-Metriken“ eine besonders schöne Formulierung ist: Sie macht deutlich, dass ein Frühindikator nur dann wert ist, beachtet zu werden, wenn er auch steuerbar ist. Laut Bryar und Carr denkt Amazon über seine Metriken auf zwei verschiedene Arten nach:
  1. Definiert und optimiert es jede Metrik nach einem bestimmten Metrik-Lebenszyklus.
  2. Zweitens werden die Metriken in einem so genannten „Weekly Business Review„-Meeting (WBR-Meeting) vorgestellt, das fraktal ist: Die oberste Führungsebene führt jede Woche ein WBR-Meeting für das gesamte Unternehmen durch, gefolgt von jeder Abteilung und jedem operativen Team.
Wir werden jede Idee der Reihe nach untersuchen.

Amazons Lebenszyklus der Metriken

Wie erstellt Amazon seine Metriken? Die kurze Antwort ist, dass sie eine Prozessverbesserungsmethode namens DMAIC anwenden, die sie von Six Sigma kopiert haben. Das Akronym steht für:
  • Definieren,
  • Messen,
  • Analysieren,
  • Verbessern und
  • Steuern.
Die Autoren sagen, dass Sie, wenn Sie Ihr eigenes Amazon-ähnliches WBR-Meeting implementieren wollen, die DMAIC-Schritte in der richtigen Reihenfolge durchlaufen und keinen Schritt überspringen sollten, sonst. (An anderer Stelle im Buch erwähnen sie, dass Teams, die die DMAIC-Schritte nicht in genau der richtigen Reihenfolge durchlaufen, später dazu neigen, zu stolpern. Lektion gelernt.)

Definieren Sie

Fast jede Kennzahl, die in der Führungs-WBR vorgestellt wird, fällt in eines der Elemente des berühmten Amazon-Schwungrads:Dies war ein Diagramm, das Bezos 2001 auf einer Serviette skizzierte, inspiriert vom Schwungradkonzept in Jim Collins Buch Good to Great. Bryar und Carr weisen darauf hin, dass das Schwungrad so wichtig ist, dass es auf der Vorderseite des WBR-Metriken-Deck der Führung zu finden ist. Das Schwungrad setzt den Kontext für jede Metrik, die Amazon in seinem Handelsgeschäft verwendet.

Identifizieren der korrekten, steuerbaren Eingabemetriken

Das erste, was Amazon tut, ist herauszufinden, was der richtige, kontrollierbare Satz von Eingabemetriken ist. Dies ist trügerisch knifflig und erfordert einen wiederholten Versuch und Fehler-Prozess. Die Autoren geben ein Beispiel dafür, wie folgt:
Ein Fehler, den wir bei Amazon gemacht haben, als wir anfingen, von Büchern in andere Kategorien zu expandieren, war die Wahl von Input-Metriken, die sich auf die Auswahl konzentrieren, also darauf, wie viele Artikel Amazon zum Verkauf anbietet. Jeder Artikel wird auf einer „Detailseite“ beschrieben, die eine Artikelbeschreibung, Bilder, Kundenrezensionen, Verfügbarkeit (z. B. Versand innerhalb von 24 Stunden), Preis und das Feld oder die Schaltfläche „Kaufen“ enthält. Eine der Metriken, die wir ursprünglich für die Auswahl gewählt haben, war die Anzahl der neu erstellten Detailseiten, in der Annahme, dass mehr Seiten eine bessere Auswahl bedeuten. Sobald wir diese Metrik identifiziert hatten, hatte sie eine unmittelbare Auswirkung auf die Aktionen der Einzelhandelsteams. Sie konzentrierten sich übermäßig darauf, neue Detailseiten hinzuzufügen – jedes Team fügte seinen Kategorien Dutzende, Hunderte, ja sogar Tausende von Artikeln hinzu, die zuvor nicht auf Amazon verfügbar waren. (…) Wir sahen bald, dass eine Erhöhung der Anzahl von Detailseiten zwar die Auswahl zu verbessern schien, aber nicht zu einem Anstieg der Verkäufe, der Output-Metrik, führte. Die Analyse zeigte, dass die Teams zwar eine Erhöhung der Anzahl der Artikel anstrebten, aber manchmal Produkte kauften, die nicht sehr gefragt waren. Als wir erkannten, dass die Teams die falsche Input-Metrik gewählt hatten – was durch den WBR-Prozess aufgedeckt wurde -, änderten wir die Metrik, um stattdessen die Verbrauchernachfrage zu reflektieren. In mehreren WBR-Sitzungen fragten wir uns: „Wenn wir daran arbeiten, diese Selektionsmetrik, wie sie derzeit definiert ist, zu ändern, wird das zu dem gewünschten Ergebnis führen?“ Als wir mehr Daten sammelten und das Geschäft beobachteten, entwickelte sich diese spezielle Auswahlmetrik mit der Zeit von
  • Anzahl der Detailseiten, die wir verfeinert haben zu
  • Anzahl der Detailseitenaufrufe (Sie erhalten keine Gutschrift für eine neue Detailseite, wenn die Kunden sie nicht aufrufen), die dann zu
  • der Prozentsatz der Detailseitenaufrufe, bei denen die Produkte vorrätig waren (Sie erhalten keine Gutschrift, wenn Sie Artikel hinzufügen, diese aber nicht vorrätig halten können), was schließlich als
  • der Prozentsatz der Detailseitenaufrufe, bei denen die Produkte vorrätig und sofort für den zweitägigen Versand bereit waren, was schließlich als „Fast Track In Stock“ bezeichnet wurde.
Der Punkt, den sie hier ansprechen, ist, dass Sie testen und diskutieren müssen, um die richtige Menge an kontrollierbaren Input-Metriken zu finden – und erwarten Sie, dass Sie viele Iterationen von beidem durchführen! Die Autoren erklärten, dass selbst diese Erzählung nicht so eindeutig war, wie man denken würde – Bezos war besorgt, dass die Fast Track In Stock-Metrik zu eng gefasst war, aber Jeff Wilke argumentierte, dass die Metrik breite systematische Verbesserungen bringen würde. Bezos stimmte zu, es auszuprobieren, und es stellte sich heraus, dass Wilke Recht hatte. Das Wichtigste ist jedoch, dass dieser Prozess für jede Eingabemetrik, die Amazon verwendet, stattfindet. Amazon verwendete Hunderte von Arbeitsstunden, nur um die richtige Input-Metrik zu finden, die verwendet werden soll. Rechnen Sie damit, dass Sie das Gleiche für Ihr Unternehmen tun müssen.

Messen

Die Messphase ist die Phase, in der Sie die Instrumentierung einrichten müssen – in der Sie Tools kaufen und Systeme einrichten, um die von Ihnen gewählten Metriken zu messen. Bryar und Carr machen drei Punkte zu diesem Schritt:
  1. Die Beseitigung von Verzerrungen in Ihren Metriken ist unglaublich wichtig – und notwendig, wenn Sie die Grundwahrheit Ihres Unternehmens aufdecken wollen. Amazon ermächtigt sein Finanzteam, die unvoreingenommene Wahrheit aufzudecken und zu berichten. Sie tun dies, weil die Leiter der Geschäftseinheiten einen Anreiz haben, Metriken auszuwählen (oder zu verändern!), um sich selbst gut aussehen zu lassen.
  2. Planen Sie, Ihre Metriken zu überprüfen. Amazon verlangt von den Eigentümern seiner Metriken einen regelmäßigen Prozess zur Überprüfung der Metriken, um sicherzustellen, dass die Metrik das misst, was sie eigentlich messen soll. Die Grundannahme hierbei ist, dass im Laufe der Zeit irgendetwas dazu führt, dass Ihre Metrik abdriftet und somit Ihre Zahlen verzerrt werden.
  3. Nehmen Sie sich die Zeit und investieren Sie, um Ihr Unternehmen zu instrumentieren. Dies scheint einfach zu sein – Sie geben im Voraus Geld für Mitarbeiter und Tools aus, um Business Intelligence zu generieren, und dann sind Sie fertig, richtig? Aber die Autoren weisen darauf hin, dass man das Richtige instrumentieren sollte, was auch immer das für das Unternehmen ist – und manchmal ist das Richtige das Schwierigere!
Sie geben das Beispiel von Amazons „auf Lager“ Metrik. Auf Lager“ klingt einfach zu messen – bis man erkennt, dass es viele Möglichkeiten gibt, zu messen, ob ein Artikel auf Lager“ ist. Was tun Sie also? Wenn Sie einen Schritt zurücktreten, lautet die Frage, die Sie mit dieser Metrik wirklich beantworten wollen: „Wie viel Prozent meiner Produkte sind sofort verfügbar, um gekauft und versendet zu werden?“ Sie können das auf verschiedene Arten messen. Die Autoren geben nur zwei an: Sie machen jeden Tag um 23 Uhr einen Schnappschuss des Katalogs, bestimmen, welche Artikel auf Lager sind, und gewichten dann jeden Artikel nach den Verkäufen der letzten 30 Tage. Jedes Mal, wenn ein Benutzer eine Amazon-Produktseite besucht, erhöht die Webapp die „Gesamtzahl der angezeigten Produktseiten“ und wenn das betreffende Produkt verfügbar ist, erhöht die Webapp die „Gesamtzahl der angezeigten vorrätigen Produktseiten“. Am Ende des Tages wird die „Gesamtzahl der angezeigten vorrätigen Produktseiten“ durch die „Gesamtzahl der angezeigten Produktseiten“ geteilt, um eine Gesamtkennzahl für den vorrätigen Bestand an diesem Tag zu erhalten. Die Autoren argumentieren, dass die zweite Metrik besser ist, weil sie das repräsentiert, was der Kunde erlebt. Auch wenn die Implementierung teurer ist (Sie müssen Ingenieure beauftragen, den Code zu schreiben, die Berechnungen durchzuführen und die Ereignisse an ein Data Warehouse weiterzuleiten), sollten Sie in den sauren Apfel beißen und die Investition tätigen, da dies eine genauere Metrik für das Unternehmen ist.

Analysieren

Dies ist die Phase des Metrik-Lebenszyklus, in der Sie ein umfassendes Verständnis für die zugrunde liegenden Treiber hinter den Metriken entwickeln. Die Autoren sagen, dass es innerhalb von Amazon viele verschiedene Bezeichnungen dafür gibt, u. a. „die Varianz reduzieren„, „den Prozess vorhersehbar machen“ und „den Prozess unter Kontrolle bekommen„. Charlie Bell, ein SVP bei AWS, hat einen Spruch:
„Wenn man auf ein Problem stößt, ist die Wahrscheinlichkeit, dass man in den ersten 24 Stunden die tatsächliche Ursache des Problems findet, ziemlich nahe bei Null, denn es stellt sich heraus, dass hinter jedem Problem eine sehr interessante Geschichte steckt.“
Für jede neue Metrik, die Sie definieren, wird es eine Phase geben, in der Sie ein tiefes Verständnis dafür entwickeln müssen, wie die Metrik funktioniert. Was er damit meint ist, dass man oft, wenn man beobachtet, dass sich eine Metrik seltsam verhält, ein bisschen Zeit braucht, um herauszufinden, was dieses Verhalten antreibt. Wie Toyota verwendet auch Amazon die Methode der „fünf Gründe“, um Anomalien auf den Grund zu gehen (sie nennen dies den „Fehlerbehebungsprozess“, und das Ergebnis des COE-Prozesses ist ein Dokument, das die wirklichen Ursachen der fraglichen Anomalie beschreibt). Aber die Idee hinter diesem Schritt ist wichtiger – was Bryar und Carr sagen, ist, dass es für jede neue Metrik, die Sie definieren, eine Phase geben wird, in der Sie ein tiefes Verständnis dafür entwickeln müssen, wie die Metrik funktioniert, was die Grundursachen sind, wie die natürlichen Abweichungen aussehen und so weiter. Dies ermöglicht es Ihnen, zur nächsten Stufe überzugehen, die da lautet:

Verbessern

Sobald Sie ein solides Verständnis Ihres Prozesses und Ihrer Kennzahlen entwickelt haben, sind Sie endlich bereit, mit der Verbesserung des Prozesses zu beginnen. Wenn Ihre Bestandsmetrik beispielsweise bei 95 % liegt, könnten Sie sich fragen: „Was wäre nötig, um sie auf 97 % zu bringen?“ Der Grund, warum „Verbessern“ nach „Definieren, Messen und Analysieren“ kommt, ist, dass Sie jetzt Änderungen auf einer soliden Grundlage des Verständnisses vornehmen werden. Bei Amazon gab es Abteilungen, die versucht haben, ihre Prozesse ohne eine vollständige Definitions-, Mess- und Analyseschleife zu verbessern. Das hat fast immer zu einer Menge Gedöns geführt, mit wenig bis keinen sinnvollen Ergebnissen. Die Autoren merken an, dass, wenn Sie Ihren Prozess im Laufe der Zeit verbessern, es möglich ist, dass eine zuvor nützliche Metrik aufhört, nützliche Informationen zu liefern. In solchen Fällen ist es völlig in Ordnung, sie aus Ihren Dashboards zu streichen.

Steuerung & Kontrolle

Schließlich tritt eine Kennzahl in die Phase der stationären Kontrolle ein. In dieser Phase geht es darum, sicherzustellen, dass Ihre Prozesse normal funktionieren und die Leistung im Laufe der Zeit nicht abnimmt. In einigen Amazon-Teams sind die Metriken so gut kontrolliert und die Prozesse so reibungslos, dass das WBR zu einem ausnahmebasierten Meeting wird, anstatt zu einem regelmäßigen Meeting, in dem jede einzelne Metrik besprochen wird. Die Leute treffen sich ausschließlich, um Anomalien zu besprechen. Eine weitere Sache, die in der Kontrollphase passiert, ist, dass die Mitarbeiter in der Lage sind, Prozesse zu identifizieren, die vollständig automatisiert werden können. Denn wenn ein Prozess gut verstanden wird und die Entscheidungen vorhersehbar sind, dann ist es wahrscheinlich, dass der gesamte Prozess durch Software ersetzt werden kann. Amazons Prognosen und Einkauf sind zwei Beispiele, bei denen die Prozesse jetzt vollständig automatisiert sind – obwohl es Jahre der Zusammenarbeit zwischen Kategorie-Einkäufern und Software-Ingenieuren brauchte, um den Einkauf über Millionen von Amazons Produkten zu automatisieren.

Wie Amazon Metriken verwendet

Wie ich bereits erwähnt habe, verwendet Amazon Metriken, indem es sie im so genannten „Weekly Business Review“-Meeting oder WBR überprüft. Die Eigentümer der Metriken beobachten die Metriken täglich. Von ihnen wird erwartet, dass sie wissen, was eine normale Abweichung und was eine Ausnahme ist, um während des WBRs Zeit zu sparen. Beim WBR-Meeting auf höchster Ebene (das sind Bezos und sein S-Team) werden alle wichtigen Metriken des Unternehmens in einem Metrik-„Deck“ behandelt – einer Präsentation, die Hunderte von Grafiken, Diagrammen und Tabellen enthält. In den frühen Tagen von Amazon wurde das Metrik-Deck auf Papier gedruckt. Heute sind die Decks entweder gedruckt oder virtuell. Es gibt eine Reihe interessanter Eigenschaften des Metrics Decks, die es wert sind, darüber zu sprechen. Zum Beispiel:
  • Das Deck stellt eine End-to-End-Sicht auf das Geschäft dar. Dies ist beabsichtigt – die Autoren schreiben, dass „während Abteilungen in Organigrammen einfach und getrennt dargestellt werden, sind es Geschäftsaktivitäten normalerweise nicht. Das Deck präsentiert jede Woche einen konsistenten, durchgängigen Überblick über das Geschäft, der darauf ausgelegt ist, die Kundenerfahrung mit Amazon zu verfolgen. Dieser Fluss von Thema zu Thema kann die Verflechtung von scheinbar unabhängigen Aktivitäten aufzeigen.“
  • Das Deck besteht hauptsächlich aus Diagrammen, Graphen und Datentabellen. Da es Hunderte von Visualisierungen zu besprechen gibt, würden schriftliche Notizen das Meeting zu sehr verzögern. Zwei bemerkenswerte Ausnahmen von dieser Regel sind das „Ausnahme-Reporting“ sowie die „Stimme des Kunden“-Anekdoten, die der Kundenservice in das Metrik-Deck einfügen darf.
  • Es gibt keine ideale Anzahl von Metriken, die überprüft werden sollten. Amazon selbst fügt ständig Metriken zum WBR-Deck hinzu, ändert sie und entfernt sie, wenn sich die Geschäftsanforderungen entwickeln.
  • Aufkommende Muster sind ein Hauptaugenmerk. Sie wollen Trendlinien, und Sie wollen sie kennen, lange bevor sie in einem Quartals- oder Jahresergebnis auftauchen.
  • Diagramme werden in der Regel gegen eine vergleichbare Vorperiode aufgetragen. Metriken machen Sinn, wenn sie mit früheren Perioden verglichen werden, damit Sie einen richtigen Vergleich von Äpfeln zu Äpfeln haben (z. B. wollen Sie Urlaubszeiten mit einer früheren Urlaubszeit vergleichen, nicht mit einer schwachen Zeit).
  • Diagramme zeigen zwei oder mehr Zeiträume, z. B. nachlaufende 6-Wochen und nachlaufende 12-Monate. Kleine, aber wichtige Probleme tauchen meist nur in kürzeren Trendlinien auf; in längeren werden sie eher geglättet.
  • Anekdoten und Ausnahmeberichte sind in das Deck eingewoben. Die einzige Ausnahme von der Regel „Charts, Graphen und Datentabellen“ sind Anekdoten und Ausnahmeberichte. Dazu aber später mehr.
Die WBR ist fraktal – die oberste Führungsebene hat eine WBR, aber auch jede Abteilung und jedes Team auf der unteren Ebene. Einige Metriken sind in Echtzeit (z. B. die, die zur Erkennung von Ausfällen benötigt werden), andere werden stündlich oder täglich aktualisiert; es hängt wirklich von den Bedürfnissen des Teams ab. Schließlich wird die Genauigkeit der Metriken von der Finanzabteilung zertifiziert, die befugt ist, diese Metriken zu prüfen, und die selbst im WBR auf oberster Ebene vertreten ist. Da dieser Kontext nun geklärt ist, können wir uns endlich dem WBR-Meeting selbst zuwenden.

Betrieb des WBR

Amazon verwendet sehr viel Zeit darauf, dass die WBR reibungslos abläuft. Die wöchentliche Kadenz garantiert eine Reihe von Dingen. Er garantiert, dass die Manager so schnell wie möglich über Probleme informiert werden. Sie garantiert, dass sie Kontinuität von einer WBR-Sitzung zur nächsten haben. Im Laufe der Zeit haben die WBRs von Amazon eine Reihe von gemeinsamen Best Practices übernommen: Metriken werden in einer konsistenten und vertrauten Weise formatiert. Die Autoren argumentieren, dass „ein gutes Deck eine durchgängig konsistente Formatierung verwendet – das Diagrammdesign, die abgedeckten Zeiträume, die Farbpalette, der Symbolsatz (für aktuelles Jahr/Vorjahr/Ziel) und die gleiche Anzahl von Diagrammen auf jeder Seite, wo immer möglich. Manche Daten bieten sich natürlich für unterschiedliche Darstellungen an, aber standardmäßig werden sie im Standardformat angezeigt.“ Diese Formatierung bedeutet, dass Amazon-Führungskräfte in der Lage sind, sich jede Woche denselben Datensatz in genau demselben Format und in genau derselben Reihenfolge anzusehen, um mit einer ganzheitlichen End-to-End-Perspektive des Unternehmens nach Hause zu gehen. Mit der Zeit führt diese Vertrautheit zu einer gemeinsamen Fähigkeit, Trends zu erkennen, Anomalien herauszufiltern und sich in einen konsistenten Überprüfungsrhythmus einzuleben. Der WBR sollte daher mit der Zeit immer effizienter werden. WBR-Meetings konzentrieren sich auf Abweichungen und ignorieren das Erwartete. WBR-Zeit ist kostbar. Wenn die Dinge innerhalb der erwarteten Abweichungen liegen, sagen die Geschäftsinhaber „hier gibt es nichts zu sehen“ und gehen weiter. Das Ziel des Meetings ist es, Ausnahmen zu besprechen und was dagegen unternommen wird. Die Geschäftsinhaber sind für die Metriken verantwortlich und es wird erwartet, dass sie Abweichungen erklären. Während das Finanzteam von Amazon für die Zertifizierung der Ergebnisse verantwortlich ist, liegt die Präsentation der einzelnen Metriken in der alleinigen Verantwortung des jeweiligen Geschäftsinhabers. Vom Geschäftsinhaber wird erwartet, dass er seine Metriken in- und auswendig kennt; zum Zeitpunkt der Teilnahme an der WBR auf höchster Ebene sollte er eine Erklärung (oder zumindest die Ergebnisse einer Voruntersuchung!) für eine Anomalie haben. Geschäftsinhaber, die ihre Arbeit vor dem WBR nicht gemacht haben, werden ausgepfiffen. Wenn sie die Ursachen einer Anomalie nicht kennen, wird von ihnen erwartet, dass sie sagen: „Ich weiß es nicht, wir analysieren die Daten noch und kommen auf Sie zurück.“ Eine Vermutung zu äußern oder Dinge zu erfinden, wird ebenfalls zu einer Standpauke führen. Operative und strategische Diskussionen werden getrennt gehalten. WBR-Zeit ist kostbar. Es handelt sich um ein taktisches, operatives Meeting, nicht um ein strategisches. Neue Strategien, Produkt-Updates und bevorstehende Produktveröffentlichungen sind während des Meetings nicht erlaubt. Amazon versucht, nicht einzuschüchtern (obwohl sie darin nicht besonders gut sind). Erfolg erfordert eine Umgebung, in der sich die Mitarbeiter nicht eingeschüchtert fühlen, wenn sie über etwas sprechen, das in ihrem Bereich schief gelaufen ist. Die Autoren geben zu, dass Amazon nicht immer gut darin war, eine sichere Umgebung zu schaffen, um Fehler zuzugeben, aber sie arbeiten daran, sich zu verbessern. Amazon macht Übergänge von Metrik zu Metrik einfach. Nochmals: WBR-Zeit ist kostbar. Die Anzahl der Führungskräfte und Geschäftsinhaber, die sich in einem Raum befinden, macht den WBR auf höchster Ebene zu Amazons teuerstem und einflussreichstem Meeting. Das bedeutet, dass die Übergänge von einem Bereich des Metrikdecks zum anderen so nahtlos wie möglich sein sollten. Amazon hat auch einige interessante Praktiken rund um seine Datenpräsentation: Amazon zeigt wöchentliche und monatliche Metriken in einem einzigen Diagramm an. Wie bereits erwähnt, zeigt Amazon die rückläufigen 6-Wochen- und die rückläufigen 12-Monatswerte an. Das Nettoergebnis der Darstellung von Metriken auf diese Weise ist, dass der Graph wie eine „vergrößerte“ Version der gleichen Daten aussieht. Nehmen Sie zum Beispiel dieses Diagramm:Die Autoren schreiben: Die graue Linie ist das Vorjahr, die schwarze Linie das laufende Jahr Die linke Grafik, mit den ersten 6 Datenpunkten, zeigt die letzten 6 Wochen Die rechte Grafik, mit 12 Datenpunkten, zeigt das gesamte zurückliegende Jahr Monat für Monat Dieser eingebaute „Zoom“ sorgt für zusätzliche Klarheit, indem er die jüngsten Daten vergrößert, die in der 12-Monats-Grafik in einen Kontext gesetzt werden. Amazon vergleicht Jahr-über-Jahr-Trends (YOY). Werfen Sie einen Blick auf die folgende Grafik, die aus einem monatlichen Geschäftsbericht stammt (ja, die gibt es; dies ist im Grunde die monatliche Version eines WBR):Das Diagramm vergleicht die tatsächlichen monatlichen Einnahmen mit den geplanten Einnahmen und den Einnahmen des Vorjahres. Das Diagramm sieht so aus, als ob Sie den Plan übertreffen und Jahr für Jahr mit einer anständigen Rate wachsen … Bis Sie die Jahreswachstumsraten zu einer sekundären Y-Achse hinzufügen:Ohne die gepunktete YOY-Linie würden Sie vielleicht nicht bemerken, dass sich die Trends des aktuellen und des prognostizierten Jahres im ersten Diagramm langsam annähern. Mit der hinzugefügten YOY-Wachstumsrate können Sie jedoch leicht erkennen, dass sich das YOY-Wachstum seit Juni verlangsamt hat, ohne Anzeichen einer Abflachung. In diesem speziellen Fall sieht das Geschäft gesund aus, aber es zeichnen sich Probleme am Horizont ab. Output-Kennzahlen zeigen Ergebnisse, Input-Kennzahlen geben eine Orientierung. Das obige Diagramm ist ein Beispiel für eine Output-Metrik. Es dient als gute Erinnerung daran, dass Output-Metriken nicht umsetzbar sind – zum Beispiel ist es nicht genug zu wissen, dass sich das Wachstum im Jahresvergleich verlangsamt hat; Sie wollen auch wissen, welche Faktoren zu dieser Verlangsamung beigetragen haben. Bryar und Carr weisen darauf hin, dass, wenn eine Output-Metrik neben Input-Metriken wie „Neukunden“, „Neukundenumsatz“ und „Bestandskundenumsatz“ platziert wird, Sie in der Lage wären, das Signal viel früher zu erkennen, mit einem klareren Aufruf zum Handeln. Nicht jedes Diagramm/jeder Graph vergleicht mit Zielen. Das obige Diagramm enthält Ziele. Aber natürlich muss nicht jedes Diagramm Ziele enthalten – zum Beispiel ist der prozentuale Anteil von Android- vs. iOS-Mobilfunknutzern keine zielbasierte Metrik, und daher können Ziele von dieser Visualisierung ausgeschlossen werden. Amazon kombiniert Daten mit Anekdoten, um die ganze Geschichte zu erzählen. Der interessanteste Aspekt von Amazons Metrik-Deck ist jedoch die Verwendung von Anekdoten. Die Autoren schreiben:
Amazon setzt viele Techniken ein, um sicherzustellen, dass Anekdoten die Teams erreichen, die einen Service besitzen und betreiben. Ein Beispiel ist ein Programm namens „Voice of the Customer“. Die Kundendienstabteilung sammelt routinemäßig Kundenfeedback, fasst es zusammen und präsentiert es während der WBR, wenn auch nicht unbedingt jede Woche. Die ausgewählten Rückmeldungen spiegeln nicht immer die am häufigsten eingegangenen Beschwerden wider, und die CS-Abteilung hat einen großen Ermessensspielraum, was sie präsentiert. Wenn die Geschichten beim WBR verlesen werden, sind sie oft schmerzhaft zu hören, weil sie deutlich machen, wie sehr wir die Kunden enttäuscht haben. Aber sie bieten immer eine Lernerfahrung und eine Gelegenheit für uns, uns zu verbessern.
Anekdoten können alle möglichen seltsamen Probleme zu Tage fördern. Zum Beispiel:
Eine Voice of the Customer-Geschichte handelte von einem Vorfall, bei dem unsere Software einige Kreditkarten mit wiederholten Vorautorisierungen in Höhe von 1,00 $ belastet hat, die normalerweise nur einmal pro Bestellung vorkommen. Die Kunden wurden nicht belastet, und solche Vorautorisierungen verfallen nach ein paar Tagen, aber solange sie anhängig waren, wurden sie auf das Kreditlimit angerechnet. Normalerweise hätte dies keine großen Auswirkungen auf den Kunden. Aber eine Kundin schrieb uns, dass sie kurz nach dem Kauf eines Artikels auf Amazon Medikamente für ihr Kind kaufen wollte und ihre Karte abgelehnt wurde. Sie bat uns, ihr bei der Lösung des Problems zu helfen, damit sie die Medikamente für ihr Kind kaufen konnte. Eine Untersuchung ihrer Beschwerde ergab zunächst, dass ein „Edge-Case-Bug“ – eine andere Art, ein seltenes Ereignis – ihr Kartenguthaben über das Limit gehoben hatte. Viele Unternehmen würden solche Fälle als Ausreißer abtun und daher nicht beachten, in der Annahme, dass sie selten vorkommen und zu teuer in der Behebung sind. Bei Amazon wurden solche Fälle regelmäßig bearbeitet, weil sie immer wieder vorkamen und weil die Untersuchung oft angrenzende Probleme aufdeckte, die gelöst werden mussten. Was zunächst nur wie ein Randfall aussah, entpuppte sich als bedeutender. Der Fehler hatte Probleme in anderen Bereichen verursacht, die wir zunächst nicht bemerkt hatten. Wir haben das Problem für sie und alle anderen betroffenen Kunden schnell behoben.
Zusätzlich zu den Anekdoten verwendet Amazon auch Ausnahmeberichte, um Probleme aufzudecken. Zum Beispiel hat jedes Produkt, das auf Amazon verkauft wird, etwas, das „Contribution Profit“ oder CP genannt wird. Der Deckungsbeitrag ist das Geld, das Amazon nach dem Verkauf eines Artikels und dem Abzug der variablen Kosten, die mit diesem Artikel verbunden sind, verdient. Amazon verfügt über einen CP-Ausnahmebericht, der die zehn negativsten CP-Produkte (Produkte, die keinen Gewinn erwirtschaftet haben) innerhalb einer Kategorie für die vorherige Woche auflistet. Ein tieferer Einblick in diese zehn Produkte, die sich oft von Woche zu Woche ändern, kann nützliche Informationen über Probleme im Unternehmen liefern, die möglicherweise Maßnahmen erfordern. Die Autoren kommen zu dem Schluss, dass Daten und Anekdoten eine „mächtige Kombination bilden, wenn sie synchron sind, und sie sind eine wertvolle Kontrolle füreinander, wenn sie es nicht sind.

Zusammenfassung

Die größte Erkenntnis, die ich aus Working Backwards mitnehmen konnte, war, dass man seine Prozesse instrumentieren muss, wenn man ein guter Operator sein will. Tatsächlich sagt Bryar selbst in einem First Round Interview:
„Stellen Sie sich ein Unternehmen einfach als einen Prozess vor. Es kann ein komplizierter Prozess sein, aber im Wesentlichen spuckt er Ergebnisse wie Umsatz und Gewinn, Kundenzahlen und Wachstumsraten aus. Um ein guter Betreiber zu sein, können Sie sich nicht nur auf diese Output-Metriken konzentrieren – Sie müssen die kontrollierbaren Input-Metriken identifizieren. Viele Leute sagen, dass Amazon sich nicht wirklich um Gewinn oder Wachstum kümmert. Ich denke, die Daten sagen etwas anderes, aber was stimmt, ist, dass der Hauptfokus auf diesen Input-Metriken liegt. Wenn Sie die Dinge, die Sie kontrollieren können, richtig machen, wird dies das gewünschte Ergebnis in Ihren Output-Metriken bringen. Die besten Bediener, die ich gesehen habe, wissen ganz genau, dass sie die gewünschten Ergebnisse erhalten, wenn sie diese Knöpfe drücken oder diese Hebel auf die richtige Weise drehen. Sie verstehen diesen Prozess durch und durch. (Hervorhebung hinzugefügt)“ Working Backwards ist ein fantastisches Buch. Es gibt Ihnen einen Vorgeschmack darauf, wie ein operativ rigoroses, datengesteuertes Unternehmen wirklich von innen aussieht. Kaufen Sie es, lesen Sie es, teilen Sie es mit Ihren Kollegen – ich kann es nicht hoch genug empfehlen.
Nachtrag: Ich habe einen Beitrag geschrieben, in dem ich darlege, warum ich Amazons Konzept der „kontrollierbaren Input-Metriken“ so tiefgreifend finde. Lesen Sie das hier.nn

Weiterführende Artikel

n

Weiterführende Artikel


Weiterlesen: Die vier Ausprägungen des Goodharts Gesetz · Steuerbare Eingangsmetriken · Data Warehouse

Die vier Ausprägungen des Goodharts Gesetz

Goodharts Gesetz ist ein berühmtes Sprichwort, benannt nach dem britischen Ökonomen Charles Goodhart, das in der Regel lautet:

„Wenn eine Maßnahme zu einem Ziel wird, hört sie auf, eine gute Maßnahme zu sein.“
Diese Idee ist für Geschäftsleute, Manager und Datenanalysten gleichermaßen interessant – und das aus gutem Grund:
Unternehmen werden in der Regel mit Hilfe von Metriken geführt, und nur wenige Dinge sind schlimmer als eine gut gemeinte Metrik, die sich als schlecht herausstellt.
Ein berühmtes Beispiel dafür ist das, was heute als „Kobra-Effekt“ bezeichnet wird. Die Geschichte geht wie folgt: In Indien, unter britischer Herrschaft, war die Kolonialregierung besorgt über die Anzahl der giftigen Kobras in Delhi. Die Regierung hielt es für eine gute Idee, die einheimische Bevölkerung für ihre Bemühungen zu gewinnen, die Zahl der Schlangen zu reduzieren, und setzte ein Kopfgeld für jede tote Kobra aus, die ihr vor die Tür gebracht wurde. Anfänglich war diese Strategie erfolgreich: Die Leute brachten eine große Anzahl geschlachteter Schlangen. Doch mit der Zeit begannen geschäftstüchtige Personen, Kobras zu züchten, um sie später zu töten, um ein zusätzliches Einkommen zu erzielen. Als die britische Regierung dies entdeckte, strich sie das Kopfgeld, die Kobrazüchter ließen ihre Kobras in die freie Wildbahn, und Delhi erlebte einen Boom an Kapuzennattern. Das Kobraproblem des Raj war damit nicht besser als zu Beginn.

Die vier Formen des Goodhartschen Gesetzes

Heute wissen wir, dass es vier Ausprägungen des Goodhartschen Gesetzes gibt. David Manheim und Scott Garrabrant legten diese Varianten in ihrem Paper Categorizing Variants of Goodhart’s Law dar. Manheim schrieb später ein weiteres Paper mit dem Titel Building Less Flawed Metrics, das er über das Munich Personal RePEc Archive verbreitete. In ihrem Papier legen Manheim und Garrabrant ihre Argumente für die vier Kategorien in einer extrem verallgemeinerten Weise dar – was sinnvoll ist, wenn man über die Anwendungen von Goodharts Gesetz nachdenkt. Manheim und Garrabrant interessierten sich zum Beispiel für die Auswirkungen der Idee auf die KI-Forschung (stellen Sie sich vor, Sie sagen einer superintelligenten KI, sie solle die Herstellung von Büroklammern optimieren, und sie beschließt, Menschen zu verflüssigen, um mehr Büroklammern zu produzieren …), aber ein besseres Verständnis von Goodharts Gesetz ist breit anwendbar auf die öffentliche Politik, die Unternehmensführung und die Gestaltung von Anreizsystemen. Dieser Beitrag ist eine laienhafte Zusammenfassung der vier Ausprägungen – er soll keine erschöpfende Darstellung aller Unterfälle und Feinheiten der Theorie sein. Aber ein breites Verständnis der vier Bereiche sollte sich für den durchschnittlichen Geschäftsmann als nützlich erweisen, denke ich. Lassen Sie uns beginnen.

Regressiver Goodhart

Die erste Ausprägung von Goodharts Gesetz ist die einzige, die unmöglich zu verhindern ist. Stellen wir uns vor, Sie müssen Kandidaten für einen Job einstellen. Was Sie wirklich messen wollen, ist ihre zukünftige Arbeitsleistung – aber Sie können dies nicht direkt während des Vorstellungsgesprächs messen. Dann erfahren Sie, dass der IQ mit der Arbeitsleistung mit etwa 0,6 korreliert. Sie beschließen, stattdessen einen IQ-Test durchzuführen. Was kann da schiefgehen? Zunächst ist der Test ein Erfolg – Ihr Unternehmen schafft es, Mitarbeiter einzustellen, die besser sind als diejenigen, die mit dem alten Verfahren eingestellt wurden. Dadurch ermutigt, beginnen Sie langsam, Ihre Einstellungen auf den IQ und nur auf den IQ zu optimieren: Sie werben zum Beispiel damit, dass Ihr Unternehmen unglaublich wählerisch ist, dass es wunderbar ist, dort zu arbeiten, dass es voller kluger Leute ist, und so weiter. Aber nach einiger Zeit stellen Sie fest, dass die Leute mit den höchsten IQs dazu neigen, schlechtere Leistungen zu erbringen als einige der überdurchschnittlichen Kandidaten. Und mit einigen dieser Leute mit hohem IQ kann man einfach nicht zusammenarbeiten! Glückwunsch: Sie haben gerade regressives Goodhart erlebt. Regressiver Goodhart tritt auf, weil die Messung, die Sie als Ersatz für Ihr Ziel verwenden, unvollkommen mit diesem Ziel korreliert ist. In unserem obigen Beispiel hat der IQ eine Korrelation von 0,6 mit der Arbeitsleistung, was nach sozialwissenschaftlichen Maßstäben eine gute Korrelation ist, aber das bedeutet auch, dass es noch andere Faktoren gibt, die für die Arbeitsleistung wichtig sind. Wenn Sie nur auf den IQ optimieren, werden Sie wahrscheinlich suboptimale Ergebnisse erzielen, weil Sie diese anderen Faktoren ignorieren. Um zu verstehen, warum das so sein könnte, nehmen wir an, dass die psychologische Eigenschaft Gewissenhaftigkeit auch ein Prädiktor für die zukünftige Arbeitsleistung ist (ist sie auch, nur falls Sie sich das fragen). Wenn Sie für Leute mit einem sehr hohen IQ optimiert haben, wählen Sie im Grunde aus einem kleinen Pool von Leuten aus, da es in jeder Population weniger Leute mit einem sehr hohen IQ gibt. Die Wahrscheinlichkeit, dass Sie aus diesem kleinen Pool jemanden auswählen, der auch eine hohe Gewissenhaftigkeit hat, ist sehr gering; daher sollten wir ein Ergebnis sehen, bei dem Menschen mit den besten Arbeitsleistungen einen überdurchschnittlichen IQ haben, aber Menschen mit den höchsten IQs nicht die besten Arbeitsleistungen haben (da es unwahrscheinlich ist, dass sie auch eine hohe Gewissenhaftigkeit haben, und Gewissenhaftigkeit trägt zur Arbeitsleistung bei). Dieser Effekt wird manchmal als „der Schwanz geht auseinander“ bezeichnet. In der Praxis ist der regressive Goodhart-Effekt unmöglich zu vermeiden, weil fast jede Messung, die man sich vorstellen kann, eine unvollkommene Reflexion der wahren Sache ist, die man messen möchte. Wenn diese Messgröße zu einem Ziel wird, dann werden Sie wahrscheinlich von Ihren wahren Zielen abdriften. Was können Sie dagegen tun? Eine Lösung könnte darin bestehen, gegensätzliche Indikatoren zu kombinieren, wie der legendäre Intel-CEO Andy Grove einst vorschlug. Aber eine andere Möglichkeit, die Manheim vorschlägt, besteht darin, nach genaueren Messungen für Ihr wahres Ziel zu suchen – leicht gesagt, als getan.

Extremer Goodhart

Extremer Goodhart tritt auf, wenn Sie eine Messung wählen, weil sie in normalen Situationen mit Ihrem Ziel korreliert. Aber wenn Sie diese Messung dann annehmen, optimieren Sie für diese Messung, und an den extremen Enden dieser Messung bricht die Beziehung zu Ihrem Ziel zusammen. Garrabrant gibt ein Beispiel für unsere Beziehung zu Zucker: Menschen entwickeln sich dazu, Zucker zu mögen, weil Zucker in der Umgebung unserer Vorfahren mit Kalorien korreliert war. Das funktionierte hervorragend, als wir Löwen jagten; heute jedoch führt dieselbe Optimierung dazu, dass wir Cola trinken und Doritos essen und in die Fettleibigkeit abrutschen. Beim maschinellen Lernen geschieht dies manchmal aufgrund von „Unteranpassung“. Beispielsweise wird angenommen, dass eine Beziehung zwischen zwei Variablen ein Polynom niedrigen Grades ist, weil Polynomterme höherer Ordnung im beobachteten Raum klein sind. Dann bewegt sich die Auswahl auf der Basis dieser Metrik in Richtung der Regionen, in denen die Terme höherer Ordnung wichtiger sind, so dass die Verwendung des maschinellen Lernsystems einen Goodhart-Effekt erzeugt.

Kausaler Goodhart

Sie sind Direktor einer High School. Sie erfahren, dass Schüler mit guten Highschool-Prüfungsergebnissen bei College-Prüfungen besser abschneiden. Sie kommen zu dem Schluss, dass es sich positiv auswirkt, wenn Sie Ihren Schülern helfen, die Highschool-Prüfungen gut zu bestehen, also führen Sie ein Programm ein, das ihnen Fertigkeiten im Umgang mit Tests vermittelt. Außerdem setzen Sie Ihre Klassenlehrer unter Druck, die Schüler in leichtere Fächer zu stecken, weil das ihre durchschnittlichen Prüfungsergebnisse erhöht. Es funktioniert nicht. Sie haben gerade den kausalen Goodhart erlebt. Ein anderes, eher triviales Beispiel: Sie sind ein Kind. Sie haben gelesen, dass Basketballspieler mit größerer Wahrscheinlichkeit groß sind. Sie wollen groß sein. Deshalb spielen Sie Basketball. Die kausale Variante von Goodharts Gesetz ist leicht zu verstehen. Kernidee ist, dass Sie denken, dass eine Maßnahme ein Ergebnis hervorbringt, obwohl die beiden tatsächlich korreliert sind (und möglicherweise durch einen dritten Faktor verursacht werden). Wenn Sie das eine oder das andere optimieren, beeinflussen Sie natürlich in der Regel nicht das gewünschte Ergebnis. In unserem obigen Prüfungsbeispiel ist es klar, dass High-School-Prüfungen College-Prüfungen nur insofern vorhersagen, als sie die Intelligenz, das Wissen und die harte Arbeit der Schüler (neben anderen Dingen) widerspiegeln. Der Versuch, bessere College-Resultate zu erzielen, indem man die Fähigkeit, Highschool-Tests zu absolvieren, ausreizt, ist bestenfalls von begrenztem Nutzen. Diese Idee ist es, was die Leute meinen, wenn sie sagen
Korrelation impliziert nicht Kausalität„.

Konfliktärer Goodhart

Der Konfilktäre (Adversarial) Goodhart ist die Geschichte der Cobras unter dem britischen Raj, der auch als Kobra-Effekt bekannt ist und auch in Varianten vorkommt: Im Jahr 1902 rief die französische Kolonialregierung in Hanoi ein Kopfgeldprogramm ins Leben, das eine Belohnung für jede getötete Ratte zahlte. Um das Kopfgeld zu kassieren, mussten die Leute den abgetrennten Schwanz einer Ratte abgeben. Die Kolonialbeamten bemerkten jedoch Ratten ohne Schwanz in Hanoi. Die vietnamesischen Rattenfänger fingen die Ratten ein, trennten ihre Schwänze ab und setzten sie wieder in der Kanalisation aus, damit sie sich fortpflanzen und weitere Ratten produzieren konnten, was die Einnahmen der Rattenfänger erhöhte. Ein verwandtes Beispiel für einen kontradiktorischen Goodhart ist Campbells Gesetz:
„Je mehr ein quantitativer sozialer Indikator für die gesellschaftliche Entscheidungsfindung verwendet wird, desto mehr unterliegt er dem Druck der Korruption und desto eher ist er geeignet, die sozialen Prozesse, die er überwachen soll, zu verzerren und zu korrumpieren.“
Sie können sich eine Situation vorstellen, in der eine Regierung sagt, dass alle ihre politischen Maßnahmen auf „Beweisen“ basieren müssen, und daher entsteht ein großer Druck (und ein großer Anreiz!) für die verschiedenen Akteure im System, die „Beweise“ zu manipulieren, zu polieren und zu massieren, um die Regierungspolitik zu rechtfertigen. Die allgemeine Idee hierbei ist, dass ein Agent für eine Metrik auf eine Art und Weise optimieren kann, die das Ziel der Metrik vereitelt (der Kobra-Effekt), oder der Agent kann sich dafür entscheiden, für eine Maßnahme auf eine Art und Weise zu optimieren, die den Vorhersageeffekt dieser Maßnahme reduziert.

Lösungsvorschlag?

Manheim schlägt vor, „Pre-Mortems“ durchzuführen, wie z. B.: „Ok, diese Maßnahme, die wir gerade wählen, ist in der Zukunft schief gelaufen, was ist passiert?“ Er weist darauf hin, dass in einer Gruppe gar nicht so viele Leute anwesend sein müssen, bevor sich jemand ein plausibles Schreckensszenario einfallen lässt.Da haben Sie es also: vier Varianten von Goodharts Gesetz. Wenn Sie sich an nichts anderes aus diesem Beitrag erinnern, dann merken Sie sich dies:
Wenn Sie weniger Schlangen in Ihrem Garten haben wollen, dann zahlen Sie nicht für tote Schlangen.
nn

Weiterführende Artikel

n

Weiterführende Artikel


Weiterlesen: Steuerbare Eingangsmetriken · Amazon Kennzahlen | So misst sich Amazon selbst – Buch: Working Backwards · Data Warehouse

Business Intelligence Software

Die richtige Business Intelligence Software für die eigenen Anforderungen zu finden, zu implementieren und zu nutzen hat eine längerfristige Auswirkung auf Ihren Unternehmensalltag. Da das Datenaufkommen im Unternehmensumfeld eher steigt als fällt, wird es umso wichtiger sich auf die relevanten Daten zu fokussieren und moderne Werkzeuge zu nutzen. Business Intelligence Tools unterstützen häufig die Eckpunkte mit folgende Anforderungen:

Datenkorrelation

  • Benchmarking
  • Ad-hoc-Berichte
  • Rentabilitätsanalyse
  • Leistungskennzahlen (KPI’s)

Datenvisualisierung

  • Dashboard
  • Visuelle Analytik
  • Prädiktive Analytik
  • Strategische Planung

Datenbewirtschaftung

  • Trend- / Problemindikatoren
  • Veröffentlichung / Teilen
  • Wertungslisten

Business Intelligence Softwareanbieter

nn

Berechnung

Formel: n/a — Übersichtskennzahl

Einheit: n/a

Interpretation & Bewertung

Business Intelligence Software umfasst Werkzeuge zur Sammlung, Integration, Analyse und Visualisierung von Geschäftsdaten. Der Markt gliedert sich in Self-Service-BI (Power BI, Tableau), Enterprise-BI (SAP Analytics Cloud, Qlik), Open-Source-BI (Metabase, Superset) und Cloud-native Lösungen. Die Auswahl sollte sich an Datenmenge, Nutzergruppen, bestehender IT-Landschaft und Budget orientieren.

Praxisbeispiel

Ein Mittelständler evaluiert BI-Software: Power BI (400 €/Monat für 40 Nutzer) vs. Tableau (2.000 €/Monat) vs. Metabase Open Source (0 € Lizenz, 500 €/Monat Hosting). Die Entscheidung fällt auf Power BI wegen Microsoft-365-Integration.

Benchmarks

BI-Ausgaben pro Mitarbeiter: 50–200 €/Jahr (Mittelstand), 200–500 €/Jahr (Enterprise). Marktführer 2026: Microsoft Power BI (Marktanteil ca. 36 %), Tableau (ca. 18 %), Qlik (ca. 8 %).

Weiterführende Artikel


Weiterlesen: Controllingsoftware · Costcenter versus Profitcenter · Steuerbare Eingangsmetriken

Data Warehouse (DWH)

In einer idealen Welt ist die Lücke zwischen Theorie und Praxis nicht groß oder zumindest nicht von großer Auswirkung auf den Lebenszyklus eines Projekts. In der realen Welt weiß man jedoch, dass das nicht stimmt, schon gar nicht bei der Arbeit mit Daten. Die Datenspeicherung (vor allem Langzeitspeicherung), kann unordentlich werden und zu unsauberen Datentabellen führen, die irgendwann verarbeitet und für eine bessere und effizientere Analyse in Ordnung gebracht werden müssen, daher die Notwendigkeit von ETL-Pipelines. Die theoretischen Faustregeln, die in diesem Beitrag erläutert werden, können in Verbindung mit kleineren (oder größeren) Anpassungen aufgrund von Dateninkonsistenzen zu sehr sauberen und nützlichen Data Warehouses (DWH) führen, die für ein Unternehmen von großem Wert sein können. Die Dateninkonsistenzen können recht umfangreich sein, da die meisten von ihnen auf menschliche Fehler zurückzuführen sind. So kreativ die Menschen bei den von ihnen begangenen Fehlern auch sein mögen, die Arten von Problemen, mit denen man bei der Durchführung von ETL konfrontiert wird, sind recht häufig die gleichen. Es gibt drei Hauptschritte, die jede ETL-Pipeline durchläuft:

  1. Datenanalyse eine gründliche Analyse des IST-Zustandes mit dem Ziel, zu verstehen, welche Transformationen durchgeführt werden müssen.
  2. Modelldefinition die Definition der Tabellen und der Beziehungen zwischen ihnen.
  3. ETL-Implementierung die eigentliche Implementierung des Datenmodells, das mit Daten aus verschiedenen Datenquellen gefüttert wird und das entworfene Datenmodell erzeugt.

Analyse der Daten

Die Bedeutung dieses Schrittes ist zweifach:

1. Geschäftsbedürfnisse

Verständnis der Informationen, die aus dem Meer der Datenquellen für das zu implementierende Data Warehouse gewonnen werden müssen, unter der Leitung der Geschäftseinheit. Ein Data Warehouse kann auf vielen verschiedenen Datenquellen basieren, die zusammengefügt werden, oder auf nur einer Datenquelle, aber mit nur einer Teilmenge der darin enthaltenen Tabellen. Es kann zwei Szenarien für den Geschäftsbedarf geben:
  • eines, bei dem sie genau wissen, welche Art von Analyse sie anschließend mit dem Data Warehouse durchführen wollen,
  • und eines, bei dem sie keine konkrete/ spezifische Vorstellung haben.
So oder so besteht die Aufgabe in diesem Schritt darin, zu verstehen, welche Tabellen für den Entwurf des Datenmodells verwendet werden sollen, und genauer gesagt, welche Attribute dieser Tabellen nützlich sind. Die goldene Regel ist, ein DWH zu entwerfen, das die Anforderungen erfüllt – sofern sie existieren – und dabei Raum für mögliche zukünftige Erweiterungen dieser Anforderungen zu lassen. Falls keine spezifischen Anforderungen definiert sind, kann eine Lösung darin bestehen, die gängigsten Analyseszenarien für die betreffenden Daten zu identifizieren und dann die Daten für diese Szenarien vorzubereiten. Der letztere Fall ist allerdings eher selten, da ein Unternehmen kaum in etwas investiert, das keine kurz- oder mittelfristigen Einnahmen in Aussicht stellt.

2. Datenqualität

Verstehen und bewerten des aktuellen Zustands der Datenquellen, die verwendet werden sollen. Sobald die gewünschten Tabellen identifiziert sind, ist es an der Zeit, in die Tiefe zu gehen: die Analyse dieser Tabellen und ihrer Attribute. In der Praxis bedeutet dies, dass für jede Tabelle die Attribute betrachtet werden müssen. Es könnte Tabellen mit über 200 Attributen geben, aber nicht alle davon sind nützlich und nicht alle sind mit Werten gefüllt. Die erste Prüfung, die durchgeführt werden muss, ist die Suche nach fehlenden Werten und wie viele fehlende Daten es gibt. Ein Attribut, das, sagen wir, zu 90-95% NULL ist, kann kaum für die Analyse oder eine Berichtsvisualisierung verwendet werden, also kann es verworfen werden. Bei Datensammlungen über viele Jahre kann es zu Inkonsistenzen in der Grundgesamtheit der Tabelle kommen. Eine weitere Quelle für Inkonsistenzen in den Daten kann entstehen, wenn dieselbe Tabelle aus mehr als einer Quelle gespeist wird. Für diese Art von Problemen ist es wichtig, die Logik hinter den Inkonsistenzen zu verstehen und zu sehen, ob sie behoben werden können. Die Lösungen hängen von der Analyse ab: alte Daten können für das DWH verworfen werden, wenn sie nicht mehr relevant sind, oder, wenn möglich, kann eine Transformation angewendet werden, um eine Vereinheitlichung der Daten zu erreichen. Am Ende dieses Schrittes, also nach der Datenbereinigung und den Geschäftsanforderungen, hat man einen Pool, wenn man mit einem Meer von Daten begonnen hat.

Modelldefinition

Die Modelldefinition lässt sich auf die Aufteilung der Tabellen in Dimensionen und Faktentabellen sowie die Einrichtung der Beziehungen zwischen diesen Tabellen darlegen. Der Königsweg liegt hier zwischen den Anforderungen und datengestützter Möglichkeit, diese zu erfüllen. In der Praxis kommt es hier im Lauf der Zeit zu Anpassungen, so dass es sinnvoll ist, von Anfang an Möglichkeiten der Erweiterung zu berücksichtigen.

Dimensionen

Bei den Dimensionen (vergleichbar mit einer Spalte in Excel) ist zu beachten, ob es sich um eine „Slowly Changing Dimension“ (SCD) handelt und welcher Typ von SCD am besten zu Ihren Anforderungen passt. SCD vom Typ 2 ist der häufigste. Beispielsweise können Filialleiter unterjährig wechseln, so dass für eine wirkliche Vergleichbarkeit der Daten diese Ausprägung berücksichtigt werden muss.

Fakten

Ein wichtiger Aspekt ist, dass die für die weitere Analyse und Definition von KPIs bereits das Datenmodell auf der niedrigsten Granularitätsebene implementiert wird so dass Raum für jede Art von Aggregation bleibt. Visualisierungstools können die Möglichkeiten der Datentransformation einschränken oder sehr erschweren, so dass das Vorantreiben dieser Berechnung auf der Ebene der DWH-Implementierung eine große Erleichterung darstellt und auch die Implementierung zukünftiger visueller Analysen vereinfacht.

Beziehungen

Die Unterscheidung der beiden Kategorien Dimensionen und Fakten ist ziemlich einfach, aber was knifflig werden kann, ist das Einrichten der Beziehungen, wobei eines der Hauptprobleme auftritt, wenn mehrere Faktentabellen vorhanden sind, was recht häufig vorkommen kann, und diese Faktentabellen miteinander sowie Dimensionen sprechen müssen. Die Grundregel ist, dass Beziehungen zwischen zwei Faktentabellen zu vermeiden sind und man sich immer an das Sternschema halten sollte, was zu einem Data Warehouse mit mehr als einem Sternschema führen kann.

Namenskonventionen

Wählen Sie eine sprechende Namenskonvention und halten Sie sich daran. Ob Deutsch oder Englisch ist Geschmacksache.

Staging-Bereich / Temporärer Zwischenspeicher zum Datenabruf

Ziehen Sie eine Replikationsschicht für Ihre Quelldatentabellen in Betracht. Beispielsweise kann es sinnvoll sein eine Produktivdatenbank in einer zweiten Datenbank zu spiegeln, damit der Datenabruf nicht gegebenenfalls den Produktivbetrieb ausbremst. Andererseits wissen ohne Replikationsschicht nach 5 Minuten ganze Abteilungen daß der Berater wieder im Haus ist, auch eine Facette die neue Möglichkeiten eröffnet. 

Indizierung und Partitionierung

Für eine bessere (d.h. schnellere) Effizienz der Abfragen, basierend auf der Größe der zu erstellenden Tabellen, kann eine Partitionierung (chunks)in Betracht gezogen und gegebenenfalls implementiert werden. Auch die Wahl der richtigen Indizierung kann einen großen Einfluss auf die Abfrageleistung haben. Grundsätzlich machen sie mit einem aufsteigenden Index nichts falsch.

Technische / Verwaltungs- Attribute

Obwohl das Hinzufügen und Pflegen dieser Attribute mühsam sein kann, kann es für die Zukunft hilfreich sein, Zusatzinformationen wie z. B.
  • Zeitstempel des Einfügens
  • Aktualisierens von Datensätzen
  • Ursache für die Aktualisierung
  • Funktion des Attributs
festzuhalten.

Aktualisierungshäufigkeit

Abhängig von der Notwendigkeit der Analyse kann die Planung der DWH-Aktualisierung periodisch täglich, einigen Tagen pro Woche, oder auch Triggergesteuert variieren. Die Zeit, die für eine Aktualisierung benötigt wird, kann einen Einfluss darauf haben und muss daher bei der Planung der Aktualisierungen berücksichtigt werden.

Erweiterbarkeit

Machen Sie das Modell leicht erweiterbar, anpassbar an Veränderungen, das ist die Praxis. Immer.

Die ETL-Implementierung

Das letzte Puzzlestück: die eigentliche Implementierung der Einzelkomponenten und Befüllung des Modells mit Daten. Gerne gesagt: Jetzt kommt Fleisch an die Knochen. Wenn sie die beiden vorangegangenen Schritte gründlich durchgeführt wurden, fällt dieser Schritt recht leicht und Sie werden trotzdem mit kleinen Überraschungen konfrontiert, die Sie in den vorangegangenen Analyseschritten vielleicht übersehen haben. Das Werkzeug, das für die ETL-Implementierung verwendet wird, hat den größten Einfluss auf die Menschenkinder, die das entworfene Modell umsetzen und pflegen, weniger auf das Endprodukt. Heutzutage gibt es eine Vielzahl von Tools, die diese Aufgabe erfüllen, aber die Wahl der ETL-Implementierungssoftware hängt stark von verschiedenen Faktoren ab, wie z. B. von anderer Software (Schnittstellen), Plattformen (Softwarebündel) und Programmiersprachen, die das Unternehmen verwendet, dem vorhandenen Budget für das Projekt und weiterer Faktoren. Unabhängig von dem Tool, das zum Aufbau der Pipeline verwendet wird, ist der wichtigste Schritt das Testen auf technische und inhaltliche Korrektheit. Wenn alles implementiert wurde, wird die Korrektheit des gesamten Prozesses durch die Durchführung von Tests überprüft. Jede Tabelle muss geprüft werden und es muss auf alle Attribute jeder Tabelle geachtet werden, damit das Endergebnis korrekt ist und mit den ursprünglichen Anforderungen übereinstimmt. Die Erstellung eines Schemas mit erschöpfenden Testfällen (Einfügen, Aktualisieren oder Löschen von Datensätzen sind die grundlegenden) kann entmutigend erscheinen, aber es ist der beste Weg, um die Gültigkeit Ihres Modells sicherzustellen. Das intensive Testen durch den zukünftigen Endnutzer ist auch ein praxistauglicher Weg, kann je nach Grad der Einbindung allerdings die Akzeptanz erhöhen, oder die Skepsis ausbauen.

Zu guter letzt

Das Design und die Entwicklung eines Data Warehouse ist genau genommen ein ziemlich mechanischer Prozess. Die Beteiligung der Endnutzer (in verschiedene kaufmännische Aspekte) ist es, die die Analyse vorantreibt und die Analyse ist es, die den Rest des Prozesses vorantreibt. Das Design und die Implementierung des Modells sind eine Ansammlung von Anforderungen, die evaluiert und bei Bedarf implementiert werden müssen. Ein gut entworfenes Modell kann die zukünftige Datenanalyse und die Entwicklung von Dashboards zu einer sehr einfachen und dankbaren Aufgabe machen.

Weiterlesen: Das Dashboard als Status quo · Dashboard als spezialisiertes Werkzeug · Steuerbare Eingangsmetriken

Beste Open-Source ETL Tools für die Datenintegration

Die Suche nach ETL- und Datenintegrationssoftware kann ein entmutigender (und teurer) Prozess sein, ein Prozess, der lange Stunden der Recherche und tiefe Taschen erfordert. Die beliebtesten Tools für die Verwaltung von Unternehmensdaten bieten oft mehr als das, was für Nicht-Unternehmensorganisationen notwendig ist, mit erweiterten Funktionen, die nur für die technisch versiertesten Benutzer relevant sind. Glücklicherweise gibt es eine Reihe freier und quelloffener ETL-Tools. Einige dieser Lösungen werden von Anbietern angeboten, die Ihnen schließlich ihr Unternehmensprodukt verkaufen wollen, und andere werden von einer Gemeinschaft von Entwicklern gewartet und betrieben, die den Prozess demokratisieren wollen. In diesem Artikel zeige ich freie und quelloffene ETL-Tools, indem wir zunächst einen kurzen Überblick darüber geben, was zu erwarten ist, und auch mit kurzen Unschärfen über jede der derzeit verfügbaren Optionen im Raum. Dies ist das vollständigste und aktuellste Verzeichnis im Internet.Apache Airflow ist eine pythonbasierte Plattform, die es ermöglicht Datenverarbeitungsschritte programmatisch zu erstellen, zu planen und zu überwachen. Das Tool ermöglicht es Benutzern, Workflows als gerichtete azyklische Graphen (DAGs) zu erstellen. Airflow führt Aufgaben für eine Reihe von Arbeitern aus, wobei er die angegebenen Abhängigkeiten beachtet. Airflow bietet umfangreiche Befehlszeilen-Dienstprogramme, die die Durchführung komplexer Operationen an DAGs einfach machen. Die Benutzeroberfläche bietet auch Funktionen, mit denen Benutzer Pipelines, die in Produktion sind, visualisieren, den Fortschritt überwachen und bei Bedarf Probleme beheben können.

Zum Download Betriebssysteme: Webbasiert

Apache Kafka ist eine javabasierte Streaming-Plattform, die es Anwendern ermöglicht, Datenströme in beide Richtungen zu streamen, das heißt zu veröffentlichen und zu abonnieren, Datenströme zu speichern und sie bei ihrem Auftreten zu verarbeiten. Kafka wird vor allem für den Aufbau von Echtzeit-Streaming-Datenpipelines und -Anwendungen verwendet und wird als Cluster auf einem oder mehreren Servern ausgeführt, die sich über mehrere Rechenzentren erstrecken können. Der Kafka-Cluster speichert Ströme von Datensätzen in Kategorien, die als Themen bezeichnet werden, und jeder Datensatz besteht aus einem Schlüssel, einem Wert und einem Zeitstempel.

Zum Download Betriebssysteme: Webbasiert

Apache NiFi ist ein javabasiertes System zur Verarbeitung und Verteilung von Daten und bietet gerichtete Graphen der Datenweiterleitung, Transformation und Systemvermittlungslogik. NiFi verfügt über eine webbasierte Benutzeroberfläche, mit der Benutzer zwischen Design, Steuerung, Feedback und Überwachung umschalten können. Es ist in hohem Maße konfigurierbar (dynamische Priorisierung, Gegendruck, Strömungsmodifikation zur Laufzeit) und kann für Erweiterungen ausgelegt werden. NiFi bietet auch Multi-Tenant-Autorisierung sowie interne Autorisierung und Richtlinienverwaltung.

Zum Download Betriebssysteme: Webbasiert

Apatar ist ein kostenloses und quelloffenes Softwarepaket zur Datenintegration, das Geschäftsanwendern und Entwicklern dabei helfen soll, Daten in und aus einer Vielzahl von Datenquellen und -formaten zu verschieben. Das Tool erfordert weder Programmierung noch Design, um selbst komplexe Integration mit Joins über mehrere Datenquellen hinweg zu bewerkstelligen. Apatar bietet eine visuelle Schnittstelle, um die Auswirkungen von Systemänderungen zu minimieren. Das Tool wird mit einem vorgefertigten Satz von Integrationswerkzeugen geliefert und ermöglicht es den Benutzern, auch bereits erstellte Mapping-Schemata wiederzuverwenden.

Zum Download Betriebssysteme: Linux, Windows

CloverETL (jetzt CloverDX) war eines der ersten Open-Source-ETL-Werkzeuge. Das Java-basierte Datenintegrations-Framework wurde entwickelt, um Daten in verschiedenen Formaten zu transformieren, abzubilden und zu manipulieren. CloverETL kann eigenständig oder eingebettet verwendet werden und verbindet sich mit RDBMS, JMS, SOAP, LDAP, S3, HTTP, FTP, ZIP und TAR. Obwohl das Produkt vom Anbieter nicht mehr angeboten wird, kann es mit SourceForge sicher heruntergeladen werden. CloverDX unterstützt auch weiterhin CloverETL gemäß ihrer Standard-Support-Vereinbarung.

Zum Download Betriebssysteme: Linux, Mac, Windows

Jaspersoft ETL ist javabasiert und Teil des Open-Source-Produktportfolios Community Edition von TIBCO, mit dem Benutzer Daten aus verschiedenen Quellen extrahieren, die Daten auf der Grundlage definierter Geschäftsregeln transformieren und in ein zentrales Data Warehouse für die Berichterstellung und Analyse laden können. Die Datenintegrationsmaschine des Tools wird von Talend betrieben. Die Community Edition bietet eine grafische Entwurfsumgebung, mehr als 500 Konnektoren und Komponenten sowie eine Job-Versionierung.

Zum Download Betriebssysteme: Linux, Mac, Windows

KETL ist eine produktionsreife javabasierte ETL-Plattform, die die Entwicklung und Bereitstellung von Datenintegrationsbemühungen unterstützen soll, die ETL und Terminplanung erfordern. Es ermöglicht die Verwaltung komplexer Datenmanipulationen unter Nutzung einer Open-Source-Datenintegrationsplattform. Die KETL-Engine besteht aus einem Multi-Threading-Server, der verschiedene Auftragsausführer verwaltet. Jeder Ausführer führt eine bestimmte Funktion aus, und Auftragsausführer fallen in die Kategorien SQL, OS, XML, Sessionizer und Empty.

Zum Download Betriebssysteme: Linux, Mac, Windows

Pentaho Kettle ist ein freies ETL Communityprojekt (Teil der Hitachi Vantara Community) das von Penthao finanziell unterstützt wird. Das Tool bietet eine grafische Drag-and-Drop-Designumgebung und eine auf Standards basierende Architektur, die metadatengesteuert wird. Mit Pentaho können Benutzer ihre eigenen Datenmanipulationsaufträge erstellen, ohne eine einzige Codezeile eingeben zu müssen. Es verwendet ein gemeinsames, gemeinsam genutztes Repository, das auch eine entfernte ETL-Ausführung ermöglicht. Hitachi Vantara bietet auch Open-Source-Business-Intelligence-Tools für Reporting und Data Mining an.

Zum Download Betriebssysteme: Linux, Mac, Windows

Der BI-Hersteller Talend bietet mit Open Studio for Data Integration und OPEN STUDIO FOR BIG DATA kostenlose und quelloffene ETL-Tools an. Es bietet Anwendern eine grafische Designumgebung, ETL- und ELT-Unterstützung, Versionierung und ermöglicht den Export und die Ausführung von eigenständigen Jobs in Laufzeitumgebungen. Die Software bietet eine Vielzahl von Integrationsmöglichkeiten für RDBMS, SaaS, gebündelte Anwendungen und Technologien wie Dropbox, Box, SMTP, FTP/SFTP, LDAP und mehr. Weiter bietet Talend auch freie Softwaretools für Datenaufbereitung und Datenqualität an.

Zum Download Betriebssysteme: Windows, Mac

Scriptella ist ein in Java geschriebenes Open-Source-ETL- und Skriptausführungswerkzeug. Die Software ist unter Apache lizenziert. Scriptella wird in der Regel für die Ausführung von in SQL, JavaScript, JEXL und Velocity geschriebenen Skripts sowie für Datenbankmigrationen, datenbankübergreifende ETL-Operationen und automatisierte Datenbankschema-Upgrades verwendet. Zu den bemerkenswerten Merkmalen gehören eine einfache XML-Syntax für Skripte, die Fähigkeit, mit mehreren Datenquellen in einer einzigen Datei zu arbeiten, und die transaktionale Ausführung.

Zum Download Betriebssysteme: Linux, Mac, Windows

GeoKettle ist ein Metadaten-gesteuertes räumliches ETL-Werkzeug zur Integration verschiedener Geodatenquellen für den Aufbau und die Aktualisierung von Geodaten-Warehouses. Es handelt sich um eine raumgestützte Version des Pentaho-Kessels. GeoKettle profitiert auch von georäumlichen Fähigkeiten aus ausgereiften Open-Source-Bibliotheken wie JTS, GeoTools und deegree. Das Tool bietet auch einen kartografischen Viewer zur Vorschau Ihrer Transformationen, einschließlich Tools zur Kartenanpassung und grundlegende kartografische Funktionen.

Zum Download Betriebssysteme: Linux, Mac, Windows

HPCC Systems ist eine Open-Source-Plattform mit einer Software-Architektur, die auf Commodity Shared-Nothing-Computerclustern implementiert ist und auf C++ basiert. Es ist so konfigurierbar, dass es sowohl parallele Batch-Datenverarbeitung als auch hochleistungsfähige Datenlieferungsanwendungen mit indizierten Datendateien unterstützt. Die ETL-Engine von HPCC heißt Thor und verwendet eine ECL-Skriptsprache, die speziell für die Arbeit mit großen Datenmengen entwickelt wurde.

Zum Download Betriebssysteme: Linux, Mac, Windows

nn

Weiterführende Artikel

n

Weiterführende Artikel


Weiterlesen: Dashboard Sichtbarkeit · Costcenter versus Profitcenter · Steuerbare Eingangsmetriken

Abwanderungsquote

Was bedeutet Abwanderungsquote?

Die Fluktuationsrate wird als Prozentsatz der Mitarbeiter gemessen, die ein Unternehmen aus irgendeinem Grund über einen bestimmten Zeitraum verlassen haben. Diese periodische Maßnahme bestimmt, wie erfolgreich ein Unternehmen seine Mitarbeiter bindet.

Warum ist sie von Bedeutung?

Die Fluktuationsrate Ihres Unternehmens ist aus mehreren Gründen wichtig, auch wenn sie Ihnen zu bestimmten Zeitpunkten unterschiedliche Dinge sagen kann. Die Fluktuationsrate Ihres Unternehmens zu verstehen, ist ein wichtiger Teil, um die Zufriedenheit der Mitarbeiter zu verstehen, sowie ein erster Einblick in die möglichen Ursachen für die Fluktuation in Ihrem Unternehmen.Wenn es Ihrem Unternehmen gut geht, kann eine hohe Fluktuationsrate ein Indikator dafür sein, dass Ihre Mitarbeiter unzufrieden sind. Wenn es Ihrem Unternehmen hingegen schlecht geht, kann eine hohe Fluktuationsrate einfach das Ergebnis einer Strategie der Kostenreduzierung durch Personalabbau sein. Im Allgemeinen bedeutet eine niedrige Fluktuationsrate jedoch, dass Ihr Unternehmen gut dafür sorgt, dass Ihre Mitarbeiter zufrieden sind und Ihr Arbeitsplatz reibungslos funktioniert.

Wie misst man die Abwanderungsquote?

Um Ihre Fluktuationsrate zu ermitteln, müssen Sie zunächst den Zeitrahmen definieren, den Sie messen wollen. Sobald Sie diese Kennzahl festgelegt haben, können Sie die durchschnittliche Anzahl der Mitarbeiter in Ihrem Unternehmen (ermittelt als arithmetisches Mittel der Mitarbeiter in einem Kalenderjahr oder einem Zeitraum) sowie die Anzahl derer, die ausgeschieden sind, nehmen. Dann dividieren Sie einfach die Anzahl der ausgeschiedenen Mitarbeiter durch Ihre durchschnittliche Mitarbeiterzahl und multiplizieren diese mit 100.

Welche Quellen würden Sie verwenden, um den KPI zu messen?

Einige der wichtigsten Datenquellen für die Fluktuationsrate kommen direkt aus Ihrer Personalabteilung. Dazu gehören die Messung von Neueinstellungen und Entlassungen sowie die wöchentliche, monatliche und jährliche Anzahl der Mitarbeiter. Geben Sie mir ein Beispiel… Stellen Sie sich vor, Ihre Manager beschweren sich bei Ihnen, dass sie nicht genug Personal haben, um weiterhin mit voller Effizienz zu arbeiten, obwohl Sie ständig in Neueinstellungen und Schulungen investieren. Wenn Sie Ihre aktuelle Gehaltsliste untersuchen, stellen Sie fest, dass Ihre Beschäftigungszahlen trotz des Zustroms von Neueinstellungen weit unter dem optimalen Niveau liegen, und das Problem ist nicht neu. Das Problem ist nicht neu. Wenn Sie Ihre Fluktuationsrate auf einer konsistenten Basis verstehen, können Sie schneller Änderungen vornehmen, um den Verlust von Mitarbeitern und den damit verbundenen Investitionen zu vermeiden, und gleichzeitig die Gründe für deren Weggang aufdecken. Noch wichtiger ist, dass es Ihnen helfen kann, Ihre Richtlinien und Strategien entsprechend anzupassen.

Welche Benchmarks/Indikatoren sollte ich verwenden?

Einige nützliche Indikatoren sind:
  • Mitarbeiterzufriedenheit
  • Mitarbeiterfluktuation insgesamt
  • Gesamtzahl der Mitarbeiter pro Jahr
  • Durchschnittliche Mitarbeiterzahl pro Jahr
nn

Weiterführende Artikel

n

Weiterführende Artikel


Weiterlesen: Deckungsbeitrags-Altersstruktur · Umlaufvermögensstruktur · Controllingsoftware

Quality of Hire

Definition

Die Einstellungsqualität (englisch: Quality of hire) bezieht sich auf den Wert, den ein neuer Mitarbeiter für Ihr Unternehmen bringt. Die Kennzahl ist etwas abstrakter als die KPIs „Time to fill“ oder „Time to hire“, aber sie ist auch eine Kennzahl, die die Effizienz der HR-Analytik und den Erfolg bei der Identifizierung der richtigen Bewerber für benötigte Positionen zeigt.

Warum ist das wichtig?

Für jedes Unternehmen besteht das Ziel einer Neueinstellung nicht einfach darin, Positionen mit Arbeitskräften zu besetzen, sondern sicherzustellen, dass die neuen Mitarbeiter im Unternehmen bleiben und einen echten Wert liefern, der die Investition in sie rechtfertigt. Der Quality of Hire KPI hilft Ihnen festzustellen, ob eine Stelle mit dem richtigen Kandidaten besetzt wurde. Dies ist für Unternehmen von entscheidender Bedeutung, da es ihnen hilft festzustellen, ob ihre Einstellungsprozesse durchweg die richtigen Kandidaten finden und ob sich diese Einstellungen in erfolgreiche, produktive Mitarbeiter verwandeln.

Geben Sie mir ein Beispiel…

Stellen Sie sich vor, Sie haben gerade eine neue Einstellungsrunde für ein Projekt abgeschlossen, und so gut die Kandidaten auf dem Papier auch aussahen, nur wenige haben die Erwartungen wirklich erfüllt. Das bedeutet, dass Sie noch mehr Geld dafür ausgeben werden, die Hälfte des Teams, das Sie gerade zusammengestellt haben, zu entlassen und eventuell neu einzustellen. Die Einstellungsqualität kann Ihnen sagen, worauf Sie Ihre Aufmerksamkeit richten müssen, wenn es um Einstellungsparameter geht, und sicherstellen, dass Sie nicht nur die „besten“ Kandidaten einstellen, sondern diejenigen, die am besten für die Arbeit in Ihrem Unternehmen qualifiziert sind.

Wie messen Sie den KPI?

Da es sich bei der Einstellungsqualität um eine etwas subjektive Kennzahl handelt (sie kann sich von Unternehmen zu Unternehmen ändern), gibt es mehrere Faktoren, die angewendet werden können, um ein klares Bild der Kennzahl zu erhalten. In vielen Fällen lässt sich die Einstellungsqualität als eine Kombination aus Faktoren wie
  • Mitarbeiterbindung
  • Dauer der Stellenbesetzung
  • Zufriedenheit der einstellenden Manager
  • Arbeitsleistung
  • Anlaufzeit/Einarbeitungszeit (wie lange es dauert, bis die volle Produktivität erreicht ist)
  • Engagement
messen.

Welche Quellen würden Sie verwenden, um den KPI zu messen?

Um die Qualität der Einstellungen zu messen, können Sie auf Datenquellen zurückgreifen, die :
  • den Einstellungsprozess (Zeit bis zur Einstellung, Mitarbeiterbindung)
  • die Leistung (Produktivität, Engagement, Qualität)
  • die Unternehmenskultur (Passung der Mitarbeiter, Zufriedenheit)
umfassen.

Welche Benchmarks/Indikatoren sollte ich verwenden?

Einige nützliche Benchmarks sind:
  • Arbeitsleistung
  • Einarbeitungszeit
  • Kulturelle Eignung
nn

Weiterführende Artikel

n

Weiterführende Artikel


Weiterlesen: Überstundenquote · Personalbeschaffungskosten · Data Warehouse

Time-to-Hire

Time-to-Hire Definition

Die Zeit bis zur Einstellung (englisch: Time-to-Hire) bezieht sich auf die Anzahl der Tage (oder den entsprechenden Zeitrahmen), die von dem Moment, in dem ein potenzieller Mitarbeiter angesprochen und ihm eine Stelle angeboten wird, bis zu dem Zeitpunkt, an dem er die Stelle annimmt, vergehen. Diese HR-Analytics-Kennzahl ist ein Maß dafür, wie effizient der Rekrutierungs- und Einstellungsprozess eines Unternehmens funktioniert.

Wie messen Sie den KPI?

Die Zeit bis zur Einstellung kann leicht gemessen werden, da die Kennzahl hauptsächlich arithmetisch ist. Um den KPI zu ermitteln, subtrahieren Sie einfach den Tag, an dem ein Kandidat in die Einstellungspipeline kam, von dem Tag, an dem der Kandidat das Angebot angenommen hat. In dieser Formel ist Tag 0 der Zeitpunkt, an dem die Position offiziell für potenzielle Kandidaten sichtbar gemacht wurde. Time to hire: Tag: Eingang der Bewerbung – Tag: Angebot an den Kandidaten versand

Warum ist die Zeit bis zur Einstellung wichtig?

Der Time-to-Hire KPI ist eine entscheidende Komponente des Einstellungsprozesses. Diese zeigt genau auf, wie effektiv Ihr HR-Team neue Positionen nach Bedarf besetzt. Die Kennzahl zeigt auch an, wie erfolgreich Ihr Team zwei wichtige Aspekte der Personalbeschaffung handhabt:
  1. die Identifizierung der richtigen Talente
  2. die Sicherstellung, dass sie für die benötigten Positionen eingestellt werden.
Die Zeit bis zur Einstellung kann Unternehmen helfen, ihre Pipelines besser zu verstehen, Engpässe zu ermitteln und Bereiche zu identifizieren, in denen sie Reibungsverluste beseitigen können. Langfristig hilft eine bessere Verfolgung der „Time to Hire“-Kennzahlen dabei, die richtigen Kandidaten einzustellen und den gesamten Eindtellungsprozess zu verbessern.

Ein Beispiel

Nehmen wir an, Ihr HR-Team ist hocheffektiv bei der Identifizierung von Top-Talenten. Irgendwie scheint es, dass Sie, wenn Sie neue Mitarbeiter einstellen, schon bei der dritten oder vierten Option angelangt sind, wodurch die Qualität Ihres Teams sinkt. Dies könnte auf eine Vielzahl von Faktoren zurückzuführen sein, aber ein langwieriger Bewerbungs- und Onboarding-Prozess könnte der Übeltäter sein. Wenn potenzielle Kandidaten gezwungen sind, durch mehrere Reifen und unnötige Verfahrensschritte zu springen, nur um eine Position zu besetzen, von der Sie wissen, dass sie dafür qualifiziert sind, suchen sie vielleicht einfach nach Positionen mit einfacheren Einstellungsprozessen. Wenn Sie verstehen, wie Sie den Prozess rationalisieren und Schmerzpunkte beseitigen können, können Sie Top-Talente anziehen und an sich binden.

Welche Benchmarks/Indikatoren sollte ich verwenden?

Einige nützliche Benchmarks sind:
  • Zeit bis zur Besetzung (time to fill)
  • Anzahl der qualifizierten Kandidaten
  • Vorstellungsgespräche pro Einstellung (Interviews per hire)
  • Qualität der Einstellung (Interviews per hire)

Welche Quellen würden Sie verwenden, um Time-to-Hire zu messen?

Um die Zeit bis zur Einstellung zu messen, müssen Sie sowohl den gesamten Rekrutierungsprozess als auch eher interne Faktoren betrachten. Sie können Datenquellen wie
  • Vorstellungsgespräche pro Einstellung,
  • Anzahl der Kandidaten für eine Position
  • interne Metriken, wie
    • Größe des HR-Teams
nn

Weiterführende Artikel

n

Weiterführende Artikel


Weiterlesen: Personalkosten · Einstellungskosten neuer Mitarbeiter (Cost Per Hire) · Data Warehouse

Nach oben scrollen