Eliminierung von 360-Bewertungen: Wie wir aufgehört haben, Menschen zu bewerten, und mit der Verwaltung der Arbeit begonnen haben

Hallo! Mein Name ist Vitalina und ich bin Account Managerin bei SToFU Systems.

Wir sind die Art von Unternehmen, in denen Prozesse in Gang kommen und erst später Namen, Regeln und die Aufsicht eines Erwachsenen erhalten. Da wir zu Beginn noch keine eigene Managementschule hatten, haben wir kopiert, was „alle kopieren“. Eine dieser übernommenen Managementgewohnheiten war das 360-Grad-Feedback.

Auf dem Papier sieht der 360 wie etwas Faires und Ausgereiftes aus. Viele Quellen. Weniger Voreingenommenheit. "Objektivität". Mmmm!

In der Praxis wurde daraus etwas anderes. Für uns war 360 kein Tool, das das Team stärkte. Es war ein Werkzeug, das das Team still und leise auseinanderbrach. Formal sah es korrekt aus, aber in der Praxis ging es in die falsche Richtung. Also haben wir es herausgeschnitten. Gehen wir Schritt für Schritt vor.

Was ist 360?

Bei 360° sammeln Sie Feedback zu einer Person „von allen Seiten“: vom Manager, den Kollegen, benachbarten Teamkollegen und manchmal auch den Kunden. Normalerweise Es ist ein Fragebogen mit Bewertungen und Fragen wie „Was läuft gut“, „Was stört“, „Was sollte geändert werden“.

Das haben wir auch gemacht. Wir haben einen Fragebogen verschickt, Antworten gesammelt, aggregiert und Empfehlungen verfasst. Formal sah alles aufgeräumt aus. Es gab Datenpunkte. Es gab Schlussfolgerungen. Es gab einen „Entwicklungsplan“.

Um zu verdeutlichen, um welche Art von „Fragebogen“ es sich handelt, gebe ich ein stark vereinfachtes Beispiel dessen, was in 360 üblicherweise gefragt wird. Dies ist kein wörtliches Zitat aus unserem Formular, sondern typische Logik.

Zum Beispiel: „Was sollte eine Person weiterhin tun?“ Dann: „Was sollte eine Person tun?“ Dann: „Womit sollte ein Mensch aufhören?“ Und noch eine Frage, die immer unschuldig erscheint: „Beschreiben Sie eine Situation, in der die Interaktion schwierig war, und warum.“

Und die Zusammenfassung wirkt oft wie ein kleiner Bericht eines kollektiven, allsehenden Auges. Ungefähr so:

Stärken: Erledigt Aufgaben schnell, hilft anderen, verschwindet nicht vom Radar. Risiken: „bereit“ bedeutet manchmal „fast fertig“, die Diskussion bei Meetings kann scharf sein, im Chat antwortet er fragmentarisch. Was als nächstes zu tun ist: Vereinbarung der Definition of Done, Synchronisierung der Erwartungen, Vereinbarung des Eskalationsformats.

Auf dem Papier ist alles in Ordnung. Schön sogar. Aber es gibt ein Detail. Es wird von Menschen geschrieben, die jeden Tag zusammenarbeiten. Und sobald Sie Anonymität hinzufügen, oder verzögert Feedback „für später“, es ist kein Entwicklungstool mehr und beginnt ein Eigenleben zu führen. Stellen Sie sich ein Projektteam vor von fünf Personen. Dann sagt jemand: „Hier ist anonymes Feedback.“ Anonym. Im Fünferteam. Und in dieser Realität beginnt 360 sein wahres Gesicht zu zeigen.

Warum 360 zu einem Werkzeug wurde, um das Team auseinanderzureißen

1. Punkt eins. Lob – eine Zeile, Kritik – ein dreibändiger Roman

Wenn es gut läuft, schreiben die Leute kurz. „Alles ist in Ordnung.“ "Comfortable work." "Gut gemacht". Dabei handelt es sich um eine Rückmeldung auf dem Niveau eines Aufklebers auf einem Schulheft. Wann Etwas stimmt nicht, die Literatur beginnt. Mit Details, mit Beispielen, mit Emotionen. Und technisch gesehen ist das normal: Negativ ist leichter zu spezifizieren als positiv. Aber in 360 gibt es Das Problem: Dieser ganze „Roman“ kommt dann als Verallgemeinerung auf eine Person zurück Urteil des Teams.

Auch wenn man es so sanft wie möglich ausdrückt, das menschliche Gehirn liest es so: „Wir haben uns alle zusammengetan und aufgeschrieben Was ist los mit dir?“ Und das ist es. Danach jeder Versuch „Konstruktives Feedback“ fühlt sich an wie eine Anhörung vor Gericht. Du wolltest ein Entwicklungsinstrument und bekam ein kollektives Tribunal.

Wir haben uns ehrlich gefragt: Was wollen wir wirklich erreichen? diese Praxis? Es diszipliniert das Format, ja, aber es zerstört das Vertrauen.

Aus dem Leben sieht es so aus. Ein Bericht kommt zu einer Person, wo drei sind Sätze „Alles ist in Ordnung“ und zwei Leinwände „Deshalb ist es nicht in Ordnung“. Und das Gehirn merkt sich natürlich nicht drei „OK“, sondern zwei „nicht ok“. Denn so ist Aufmerksamkeit arrangiert: Es tut weh, also ist es wichtig! Und von diesem Zeitpunkt an Die Person bewegt sich nicht in Richtung Entwicklung, sondern in Richtung Selbstverteidigung. Sie anfangen zu beweisen, dass „es nicht wahr ist“, oder dass „es am Kontext lag“ oder dass „Ihr auch keine Heiligen seid“. Und in diesem Moment wird 360 zu einem Ritual, an dem jeder teilnimmt als ob sie das Gute wollten, aber es kam wie immer.

2. Punkt zwei. Anonymität in einem kleinen Team ist Selbsttäuschung

Es gibt ein bekanntes Management-Märchen: „Anonymes Feedback nimmt Angst.“ Anonymität? Wirklich? In kleinen Projektteams? In Wirklichkeit bedeutet es fast immer: „Ich rate mal, wer das geschrieben hat!“.

Eine Person erhält mehrere unangenehme Bemerkungen und dann kommt zum nächsten Projektmeeting, wo dieselben 3-5 Leute sitzen. Sie denken nicht an „Organisationsentwicklung“. Sie denken: „Welches War es einer von euch?" Und das setzt einen sehr giftigen Prozess in Gang: alle bleibt äußerlich höflich, aber darunter verbirgt sich eine verborgene Schicht Misstrauen.

Es kommt nicht immer zu offenen Konflikten. Es ist einfach macht das Team kälter. Weniger zusammenhängend. Geringere Hilfsbereitschaft. Und dann fragen wir uns, warum Menschen ihre Probleme nicht teilen „im Anfangsstadium“. Sondern weil sie es schon einmal sind geteilt - und es wurde ihnen anonym zurückgegeben eine Liste von Ansprüchen.

3. Sobald 360 Beförderungsentscheidungen trifft, beginnen die Spiele

Hier war das Interessanteste. Und das Traurigste.

Bei einem unserer Abstimmungsgespräche ist uns das aufgefallen etwas Seltsames. Eine Person kann bei Anrufen höflich, unterstützend und unkompliziert sein. Innerhalb des Teams können sie wie ein absoluter Schatz wirken. Und dann Sie geben ihnen einen „anonymen“ Fragebogen, in dem sie „andere bewerten“ können. und plötzlich sinkt die Punktzahl oder die Kritik wird übertrieben. Wir haben diesen Effekt selbst gesehen. Es wirkte sich direkt gegen die Integrität aus.

Stellen Sie sich die Situation vor. Sie sagen dem Team: „360-Bewertungen zählen.“ Beförderung.“ Und in derselben Sekunde werden Sie Teil des Team in Spieler, nicht in Kollegen. Denn wenn die Schaltfläche „Einfluss“ im System erscheint, jemand wird darauf drücken. Nicht immer vom Bösen. Manchmal einfach durch Gefühl Ungerechtigkeit („Und warum wird er befördert, er ist ...“). Manchmal von der Konkurrenz. Manchmal, weil „die Welt so funktioniert.“ Und in diesem Moment bekommen Sie, was Sie wollten Vermeiden Sie: Politik, Gaming, „nur für den Fall schlechtere“ Noten.

Dies ist übrigens einer der Gründe, warum viele Forscher Den Praktikern wird empfohlen, Feedback für die Entwicklung weiterzugeben und administrative Entscheidungen (Geld, Noten, Beförderung). Das CIPD bringt es ganz klar auf den Punkt: reden darüber Es ist besser, Bewertungen/Verwaltungsentscheidungen von Gesprächen zu trennen. wo Feedback zum Zweck der Entwicklung gegeben wird. Hier ist ein PDF aus ihrer Evidenzprüfung (Praxiszusammenfassung): www.cipd.org/...​e-review_tcm18-111378.pdf

4. Punkt vier (unsere schmerzhafte Einsicht). 360 ersetzt oft die Arbeit des Managers

Nach mehreren Zyklen landeten wir bei einem Satz, der zunächst wie eine Beleidigung und dann wie die Wahrheit klang.

Wenn ein Manager einen 360-Grad-Rundumblick braucht, um zu verstehen wie die Leute arbeiten und wo die Probleme liegen, dieser Manager verfügt über kein System beobachtbarer Signale. Es gibt keine Metriken. Es gibt keine regelmäßige Gespräche. Es gibt keinen Rhythmus. Oder das alles existiert „irgendwo“, wird aber nicht tatsächlich verwendet.

Und 360 wird zur Krücke: „Wir werden jetzt den Fragebogen einsammeln und endlich.“ Wir werden die Wahrheit erfahren.“ Und dann erfährt man nicht die „Wahrheit“ und ein emotionales Bild, multipliziert mit Anonymität, Vermutungen und politische Spiele.

Das hört sich also nicht so an, als ob „es für uns schlecht gelaufen ist, also ist 360 schlecht“, ich werde einen Hinweis hinzufügen.

Es gibt eine Studie zum Multisource-Feedback. Die Schlussfolgerung lautet im Wesentlichen: „Erwarten Sie keine Magie“. In einer Metaanalyse von 24 Längsschnittstudien schreiben Smither, London und Riley diese Verbesserung nach 360-Feedback ist normalerweise bescheiden und Sie sollten kein großes erwarten „Massen-Upgrade“ nach einer Welle von Rückmeldungen. Die Chance auf eine Verbesserung wächst, wenn eine Person einen echten Veränderungsbedarf sieht, nimmt das Feedback an, glaubt, dass sich etwas ändern kann, setzt konkrete Ziele, und tatsächlich etwas tut, anstatt nur „ein PDF zu lesen“. und weitermachen. Hier ist der Text selbst (PDF): www.bauer.uh.edu/...​ngs/SmitherLondon2005.pdf

Okay, wir haben 360 entfernt. Was hat es ersetzt?

Wir haben aufgehört, Personen anhand der Ticketanzahl zu messen

Ein Ticket reicht für eine Woche Recherche, eine schwierige Entscheidung, zehn Aufrufe und nur 20 Zeilen Code. In einem anderen – 50 Funktionen, die tatsächlich aus einem Lauf des AI-Agenten hervorgegangen sind in 20 Minuten.

Wenn Sie nur Tickets messen, messen Sie tatsächlich nicht die Arbeit, sondern wie Ihr Prozess die Arbeit reduziert in Stücke

Deshalb haben wir die Frage geändert. Nicht „Wie viele Aufgaben habe ich geschlossen?“ Aber: Was wurde geliefert, welchen Wert hat es geschaffen, wie war die Qualität, war es vorhersehbar und waren die Status ehrlich?

Wie wir „Ergebnis“ ohne Managementtheater definiert haben

Wir haben uns auf ein einfaches Framework geeinigt.

Ein Ergebnis liegt vor, wenn ein Mehrwert geschaffen wird, die Qualität akzeptabel ist, das Team vorhersehbar ist und der Fortschritt transparent ist.

Der Wert ist nicht „Der Code ist geschrieben“. Es heißt „der Benutzer oder Kunde hat ein besseres Ergebnis erzielt“ oder „es ist für das Team einfacher geworden“. das System zu unterstützen“.

Qualität ist nicht „Ihr Code gefällt mir“. Dies sind Konsequenzen: Fehler im Produkt, Vorfälle, Überarbeitungen.

Vorhersehbarkeit bedeutet nicht: „Wir schaffen es immer.“ Es heißt: „Wir verstehen ehrlich, wofür wir Zeit haben und wofür nicht.“ und wir belügen uns deswegen nicht.“

Transparenz ist, wenn „fast fertig“ nicht zur Lebensphilosophie wird.

Metriken

Wenn Menschen das Wort „Metriken“ hören, denken viele sofort Erinnern Sie sich an den leicht traumatisierten Arbeiter aus früheren Erfahrungen: derjenige, der mit Zahlen über den Kopf geschlagen wurde.

Metriken sollten keine Peitsche sein. Es sollten Brillen sein. Ohne sie ist ein Manager oft blind. Und wenn der Manager blind ist, beginnt er, in Fragebögen nach „Objektivität“ zu suchen. Nun, du hast es verstanden.

Wir haben die Kennzahlen auf Teamebene belassen, da die meisten Probleme systemischer Natur sind! Und wenn wir nicht nach Schuldigen suchen, sondern den Prozess korrigieren wollen, dann müssen wir den Prozess messen!

Wir haben hier ehrlich gesagt nichts erfunden. DORA (DevOps Research and Assessment) fördert bereits eine sehr praktische Umsetzung Reihe von Bereitstellungsmetriken: Wie schnell Sie Änderungen bereitstellen und wie schmerzhaft Misserfolge sind, wenn Veränderungen schiefgehen. Hier ist ihre Kurzanleitung: dora.dev/guides/dora-metrics.

Es gibt auch eine wichtige Bemerkung, die ich festhalten möchte an der Wand für alle, die schon immer KPI-Kennzahlen erstellen wollten: „Machen Sie die Metrik nicht zum Ziel“! Denn sobald Sie sagen: „Wir müssen N-mal pro Tag bereitstellen“, Teil davon Das Team beginnt nicht mit der Bereitstellung von Werten, sondern mit Zahlen. Das ist das Alte Geschichte, dass eine Metrik, sobald sie zum Ziel wird, aufhört zu sein ein Indikator. DORA bezieht sich ausdrücklich auf das Goodhartsche Gesetz und beschreibt typische Fallstricke. Hier ist die Seite über die „vier/fünf Tasten“ in einfachen Worten: dora.dev/...​s/dora-metrics-four-keys

Und noch etwas Wichtiges, das DORA normalerweise betont: Der Kontext ist wichtig. Diese Metriken lassen sich am besten innerhalb eines anzeigen Team oder Service und im Laufe der Zeit, nicht durch Vergleiche eine mobile Anwendung mit einem Mainframe oder ein kleines Team mit einer Plattform für 200 Personen.

Wenn Sie kein technisches Team sind, ist die Logik dieselbe. Anstatt „Bereitstellen“ Sie haben möglicherweise „Der Kunde hat das Ergebnis akzeptiert“; anstatt „Vorfall“ Sie haben möglicherweise eine „Eskalation“; statt „rollback“, „rework“. nach der Ausrichtung". Der Punkt ist immer noch derselbe: wie schnell wir den Wert bewegen durch das System und wie viel uns der Fehler kostet.

Und jetzt – das ganz wichtige „Tu das nicht“. Rechnen Sie diese Kennzahlen nicht in einzelne KPIs um! Denn dann fängt man an, nicht das Produkt, sondern die Stückzahl zu optimieren. KPI für „Bereitstellungen“, und plötzlich haben Sie Bereitstellungen um der Bereitstellung willen. KPI zur „Zykluszeit“ und Aufgaben werden bis zur Absurdität aufgeschlüsselt, nur um sie „schnell abzuschließen“, während schwierige Teile stillschweigend im Schatten verschwinden. KPI für „Vorfälle“, und Vorfälle werden zunehmend in „Besonderheiten“ oder „unerwartete Benutzerszenarien“ umbenannt.

Das erste, was uns geholfen hat, war die Vorhersehbarkeit. Einfach Frage: Was haben wir bei der Planung versprochen? und was tatsächlich gegeben wurde. Nicht aus Scham. Zum Verständnis. Denn wenn Sie ständig 10 versprechen und 6 tun, Dann sind nicht die „faulen Leute“ das Problem. Das Problem liegt in der Schätzung, Prioritäten, WIP, Blocker, Kontextwechsel. Mit anderen Worten: im Management.

Der zweite Punkt ist die Lieferzeit. Wie viel Zeit nimmt die Aufgabe in Anspruch? auf dem Weg von „zur Arbeit gebracht“ bis „tatsächlich geliefert“. Es ist sehr ernüchternd. Denn es stellt sich oft heraus dass wir schnell „Code schreiben“, aber „liefern“ langsam. Und dann können Sie sehen, wo der Engpass liegt: Überprüfen, Testen, Freigabe, Abgleich, Abhängigkeiten.

Der dritte ist WIP. Wenn das Team gleichzeitig „am Werk“ ist zehn Probleme auf einmal, dann tut niemand wirklich etwas. Genauer gesagt, jeder macht alles auf einmal. Und dann fragen wir uns, warum sich Fortschritt anfühlt langsam und nervös. Wenn das Gehirn in einer dünnen Schicht ausgebreitet ist Über zehn Aufgaben hinweg wird es nicht produktiver. Es wird einfach müder.

Eine weitere Sache, die uns geholfen hat, klarer zu denken, war Folgendes: Wenn man möchte, dass die Arbeit schneller durch das System geht, ist die Antwort oft, die Leute nicht stärker zu belasten. Es dient dazu, die Chargengröße zu reduzieren. Kleinere Änderungen lassen sich leichter prüfen, testen, freigeben und rückgängig machen. DORA bringt das Gleiche direkt zum Ausdruck: Kleinere Chargen verbessern normalerweise sowohl die Geschwindigkeit als auch die Stabilität. Es klingt selbstverständlich, bis ein Team einen Monat lang tatsächlich versucht, danach zu leben.

Qualität: Wir haben aufgehört, „es scheint mir“ zu streiten, und haben begonnen, uns mit den Konsequenzen auseinanderzusetzen

„Qualität“ mithilfe von Fragebögen zu bewerten, ist eine schlechte Idee. Weil „Qualität“ Im Fragebogen geht es oft um Sympathie, Stil und Geschmack.

Wir sind zu den Konsequenzen übergegangen.

Wie viele Mängel sind in die Produktion gelangt? Wie ernst waren sie? Wie verändert sich der Trend?

Wie viele Vorfälle hatten wir? Wie lange haben wir gebraucht, um uns zu erholen? Wiederholen sich dieselben Gründe?

Wie viele Revisionen. Wie viele Aufgaben wurden „bestanden“ und dann zurückgegeben. Denn „bereit“ stellte sich als nicht bereit heraus.

Sie streiten nicht mehr darüber, wer der Beste ist. Sie sehen, was wirklich mit dem Produkt passiert.

Eine kontraintuitive Schlussfolgerung: Warum überhaupt eine Person bewerten?

Je länger wir gruben, desto häufiger stießen wir auf eine seltsame Frage.

Warum bewerten wir eine Person? Eine Beförderung ablehnen? Um zu zeigen, wer der „Star“ ist? Menschen vergleichen?

Und als wir ehrlich darüber sprachen, stellte sich heraus, dass es so war dass es bei den meisten unserer wirklichen Bedürfnisse nicht um das Ranking ging Menschen. Es ging um die Teamleistung: Machen wir was? was wir versprochen haben, ist die Qualität gut, ist die Arbeit vorhersehbar, Sind wir ausgebrannt und bekommt der Kunde was? erwarten sie?

Das heißt, über das System.

Und wenn ja, dann ist das erste Objekt der Bewertung das Team und der Prozess. Und nicht eine Person als Ziel.

Da das Team leistungsschwach ist, überprüfen wir das Ganze Kette: Einstellung, Onboarding, Aufgabendefinition, Planung, Überprüfung, Testen, Release, Kommunikation, Abhängigkeiten. Das ist betriebswirtschaftlich schwieriger, ja. Aber es ist ehrlicher.

Manchmal sieht es sehr bodenständig aus. Zum Beispiel wann „Wir hatten wieder keine Zeit“, die erste Frage ist nicht „Wer bremst“, und „Wo ist die Zeit verschwunden“. Weil die Zeit verschwinden kann nicht im „Arbeiten“, sondern im Warten: Aufgaben liegen in Prüfung, in Prüfung stehen, durch Vereinbarung gesperrt, oder es gibt einfach zu viele davon parallel.

Wenn jemand Probleme hat, überprüfen wir zuerst, was wir tun

Manchmal erleben wir auch Situationen, in denen jemand „nicht zieht“. Doch statt eines Fragebogens erstellen wir eine einfache Diagnose.

Gab es dieses Problem schon immer? Wenn ja, ist das Problem wahrscheinlich bei der Einstellung oder Einarbeitung. In diesem Fall legen Sie den Einstellungsprozess fest, nicht die Person mit Fragebögen.

War es vorher normal und dann wurde es schlimm? Dann es kann der Kontext sein: Burnout, Aufgabenwechsel, Rollenkonflikt, persönliche Umstände. Dies ist der Bereich der normalen Führungsarbeit: Finden Sie heraus, was passiert ist, reduzieren Sie die Belastung und helfen Sie der Person, sich wieder zu erholen Kontrolle und erstellen Sie einen kurzen 2-4-wöchigen Wiederherstellungsplan.

Hat die Person eine klare Vorstellung davon, was Erfolg ist? sieht es in naher Zukunft aus? Denn oft liegt das Problem nicht darin dass die Person „schwach“ ist. Es liegt daran, dass wir sie im Nebel platziert haben und nannte es Erwartungen.

Und noch eine Nuance, die wir auch hatten. Wenn eine Person Mehrmals gescheitert, kann der Manager manchmal subjektiv erhöhen bar: „Jetzt beweisen Sie, dass Sie kein Versager sind.“ Das funktioniert oft auf einer unterbewussten Ebene und ist schlecht für das Team. Meistens ist es besser, das Gegenteil zu tun: den Umfang reduzieren, die Aufgaben kleiner machen, Entfernen Sie den Lärm und geben Sie einer Person die Chance, ein paar Dinge konsequent gut zu machen und Selbstvertrauen zurückgewinnen. Das ist eine schwierige Aufgabe für Manager. Und genau deshalb schauen wir ganz genau hin bei den Managern, die wir einstellen.

Schlussfolgerungen

Natürlich kann der 360 funktionieren. In großen Unternehmen, wo Anonymität wirklich möglich ist.

Wenn das Team bereits über eine Kultur des direkten Feedbacks verfügt, und 360 ist ein zusätzliches Signal, nicht das Hauptsignal "Wahrheit".

Das hatten wir nicht. Wir hatten kleine Teams, ein schnelles Tempo und einen hohen Preis für Misstrauen.

Auf dem Papier sah der 360 wie ein erwachsenes Werkzeug aus. In unserem In der Realität ist es zu einem Mechanismus geworden, der die Angst an einem Ort sammelt. Rätselraten, Wettbewerb und „kollektives Urteil“.

Wir haben 360 gestrichen und sind zu den Grundlagen zurückgekehrt: einfache Teammetriken, offene Gespräche und transparente Status.

Materialien und Links (falls Sie tiefer gehen möchten)

DORA — software delivery performance metrics. Eine fundierte Erklärung der fünf Kennzahlen und der Fallen, in die Teams tappen, wenn sie sie missbrauchen.

DORA — DORA’s software delivery performance metrics. Kurzversion mit historischem „Warum vier/fünf“ und einer Warnung zu Spielen mit Metriken.

DORA Research: 2024 — DORA Report. Vollständiger Bericht (PDF in verschiedenen Sprachen herunterladen).

Smither, London (2005) — meta-analysis on multisource feedback. Warum Sie von einer 360°-Welle keine magische Wirkung erwarten sollten.

CIPD — Performance feedback: an evidence review (PDF). Darüber, wie Feedback funktioniert bzw. nicht funktioniert und warum die Verwechslung von „Bewertung“ und „Entwicklung“ oft schädlich ist.

CCL — 360 Degree Assessment & Feedback: Best Practices Guidelines. Wenn Sie dennoch einen 360 machen, gibt es vor dem Start etwas zu bedenken, nicht erst nach dem Brand.

CCL — SBI feedback model. Ein sehr einfaches Framework für Feedback ohne Abkürzungen.

Google SRE — Postmortem Culture: Learning from Failure. Über tadellose Post-Mortem-Analysen und warum Schamkultur das Lernen zerstört.

Amy Edmondson (1999) — Psychological Safety (PDF). Primärquelle zur psychologischen Sicherheit in Teams.

WEF — Feedforward technique. Darüber, wie man das Feedback in Richtung „was wir als nächstes tun“ und nicht in Richtung „was gestern passiert ist“ verlagert.

Goodhart’s law. Eine der nützlichsten „Anti-Theorien“ für jeden, der KPI-Metriken erstellen möchte.

Fragen an die Community

Was denkt die Community über 360? Benutzt du es? Wie war Ihre Erfahrung?

Wie löst man das Problem der „Anonymität“, wenn das Team klein ist und jeder alles versteht?

Und welche Liefer-/Qualitätskennzahlen helfen Ihnen tatsächlich bei der Verwaltung des Prozesses, anstatt hübsche Berichte zu erstellen?

Vielen Dank für Ihre Zeit und Aufmerksamkeit.