Diese Woche veranstalten wir in einem unserer Projekte ein traditionelles vierteljährliches Treffen, bei dem wir uns auf die wichtigsten Ziele des Kundenprojekts konzentrieren. Die Methode, die wir verwenden, ist „Ziele und zentrale Ergebnisse“ (OKRs). Die Inspiration für diesen Ansatz war natürlich John Doerr — ein Ingenieur, Investor (z. B. Google, Amazon), aber auch der Autor des Weltbestsellers „Measure What Matters“. Das Buch, das auf zahlreichen Beispielen, hauptsächlich aus der IT-Welt, basiert, beschreibt einen aggressiven und bewussten Ansatz, um Ziele zu setzen und diese zu erreichen. Weitere Informationen finden Sie beispielsweise in der Quelle hier.

Dieses Mal ist die Herausforderung extrem schwierig, weil wir uns immer live treffen konnten, entweder hier in Ustroń oder am Hauptsitz des Kunden in Oslo. Das hatte zur Folge, dass intensive Arbeitstage mit gemeinsamen Stadtführungen am Abend oder einfach nur mit gemeinsamen Stunden enden konnten, nicht unbedingt im Büro und zu arbeitsbezogenen Themen. Das Coronavirus ist für uns alle grausam, daher mussten wir viel Energie in die Vorbereitung von Online-Sessions stecken. Zwei Tools spielten dabei eine Schlüsselrolle - Zoomen und Miro. Ersteres ist wahrscheinlich am bekanntesten, letzteres vielleicht nicht, aber wir empfehlen beide! Aber kommen wir zur Sache.

Als ich mich auf das effektive Brainstorming vorbereitete und meine Prinzipien, solche Ziele und Schlüsselergebnisse so zu erstellen, dass sie so wahrscheinlich wie möglich erreicht werden, auf den neuesten Stand gebracht habe, hatte ich den Eindruck, dass all diese vorbildlichen OKRs sehr „süß“ sind. Süß ist wahrscheinlich ein schlechter Begriff... Ich meine, sie sind wie aus idealisierten Situationen entnommen oder so perfekt von allen Ebenen der Organisation abhängig, dass sie tatsächlich wie angegossen passen. Aber unsere Projekte mit diesem Kunden sind nicht so einfach. Es ist wahrscheinlich unser vierter Ansatz und irgendwas lief immer schief, also gab es immer eine gewisse Frustration oder einfach nur eine Enttäuschung darüber, dass wir das System noch nicht so nutzen können, wie wir es gerne hätten.

OKRs sind im Grunde genommen großartig und funktionieren fantastisch, wenn sie nur wirklich unsere Prioritäten widerspiegeln. Nicht die Art von Prioritäten, die wir theoretisch gerne hätten (aber immer wird uns etwas daran hindern), sondern nur die echten. Die Hauptkritikpunkte, die wir bisher in Rückblicksitzungen geäußert haben, waren zum Beispiel, dass wir ein bestimmtes Ziel zu ehrgeizig angegangen sind, was sich schnell als unerreichbar herausstellte. Außerdem besteht unser Problem darin, dass wir noch nicht in der Lage sind, angemessen auf plötzliche Veränderungen „von oben“ zu reagieren. Sie passieren überall, aber nur diejenigen, die die OKRS-Methode bestmöglich implementiert haben, sind in der Lage, sie auch in Situationen außerhalb der Grenzen weiter zu verwenden. Wir können jetzt sehr deutlich erkennen, dass theoretisches Wissen in dieser Art von Angelegenheiten wichtig sein kann und ist, aber das Erleben bestimmter Situationen auf der eigenen Haut kann zu unvergleichlich besseren Ergebnissen führen, wenn man Schlüsse ziehen und aus seinen Fehlern lernen kann. Das versuchen wir zu tun. Drückt mir die Daumen!

Was uns motiviert, diese Methode weiter zu entdecken, ist die Tatsache, dass wir mit jedem Quartal besser werden. Mit bloßem Auge (aber auch auf der Grundlage messbarer Schlüsselergebnisse) erkennen wir, dass das Gepäck an Erlebnissen in Kombination mit einer frischen Dosis Inspiration uns dazu bringt, immer bessere Qualitätsziele zu erreichen. Ehrgeizige Ziele, die aber auch erreichbar sind, sobald wir unsere Energie einsetzen und unsere Fähigkeiten einsetzen und uns auf deren Umsetzung konzentrieren.

Im Folgenden findest du einige Beispiele für unsere OKRs — noch nicht final, aber sie geben die Richtung vor, in die wir in unseren Projekten gehen wollen.

Ziel: Reagieren Sie auf Fehler, bevor die Nutzer es bemerken, indem
- KR: Verbesserung der MTTR (Mean Time To Restore) auf 1 Stunde
- KR: SLA auf 99,95% bringen
- KR: Behebung der 5 häufigsten Fehler basierend auf App Insights

Ziel: Aufbau eines zuverlässigen Engineering-Teams durch
- KR: Senkung der Ausfallrate um 80%
- KR: Verbesserung der Vorlaufzeit um 50%
- KR: Bereitstellung von 5 POCs mit inspirierenden Lösungen für die Stakeholder

Vielen Dank fürs Lesen! Wenn Sie Vorschläge haben oder ein Thema diskutieren möchten, das ich in diesem Beitrag behandelt habe, kommentieren Sie den Beitrag bitte in den sozialen Medien und ich werde auf jeden Fall antworten.

Oskar Pilch
@osk_are