OKR-Beispiele

/

Entwickler

OKRs für Softwareentwickler

OKRs ganz einfach

Die Plattform, die Ihnen zeigt, wie man OKRs richtig umsetzt.

Tability kostenlos testen

Das Objectives-and-Key-Results-Framework ist eine Zielsetzungsmethode, die Teams hilft, einen klaren Satz messbarer Ziele für das Quartal zu definieren. Es konzentriert sich auf Ergebnisse statt auf Outputs und ist eine großartige Möglichkeit für Softwareentwicklungsteams, die Kommunikation mit Stakeholdern zu vereinfachen. Anstatt zu diskutieren, wie ein bestimmtes Projekt geliefert werden muss, können sich das Team und die Führung darauf konzentrieren, warum dieses Projekt erforderlich ist und welche Wirkung erwartet wird.

Richtig umgesetzt, befähigen OKRs Teams, ihre Roadmap mit einem klaren Satz von Zielen selbst zu verantworten.

Es gibt auch viele Parallelen zwischen Best Practices in der Softwareentwicklung und Best Practices bei OKRs. Sie wollen schnelle Feedback-Schleifen haben und in kleinen Schritten arbeiten, um sicherzustellen, dass Ihre Bemühungen die richtigen Ergebnisse liefern.

In diesem Leitfaden zeigen wir Ihnen einige Tipps, die Ihnen beim Schreiben guter OKRs helfen, sowie einige konkrete Beispiele für Entwickler.

So schreiben Sie OKRs für die Softwareentwicklung

Schritt 1. Den Unterschied zwischen OKRs und Projekten verstehen

Die größte Veränderung für Entwickler, die OKRs einführen, besteht darin, ihr Engagement vom Backlog weg auf die zu Quartalsbeginn definierten Ziele zu verlagern.

Dazu ist es wichtig, den Unterschied zwischen Zielen, Key Results und Projekten zu verstehen:

  • Ziele: was wollen wir im nächsten Quartal erreichen?
  • Key Results: wie werden wir den Fortschritt messen?
  • Projekte/Initiativen: was sind unsere besten Wetten, um dorthin zu kommen?

Ein häufiger Fehler ist es, einfach alle bestehenden Initiativen als Key Results aufzulisten. Das ist durchaus verlockend, da diese Projekte wichtig sind, aber Ihre OKRs sollten keine andere Darstellung Ihrer Roadmap sein. 

Ein gutes Ziel sollte inspirierend und für jeden in Ihrer Organisation leicht verständlich sein. In den Key Results können Sie konkreter werden, aber die Ziele sollten eine klare Vorstellung der erwarteten Wirkung am Ende des Quartals vermitteln.

Ein gutes Key Result sollte Ihnen helfen, den Fortschritt in Richtung Ihres Ziels zu messen. Ein guter Test ist die Frage: „Würden wir anders handeln, wenn dieses Key Result aus der Bahn gerät?“. Wenn die Antwort Nein ist, müssen Sie Ihr OKR verfeinern.

Schließlich sind Ihre Projekte oder Initiativen Wetten, die Sie eingehen, um Ihre OKRs zu erreichen. Manche werden funktionieren — setzen Sie verstärkt darauf. Manche werden scheitern, und es sollte in Ordnung sein, damit aufzuhören und zur nächsten Idee überzugehen.

Schritt 2. Wählen Sie 2–3 Schwerpunktbereiche

Der nächste Schritt besteht darin, den richtigen Schwerpunkt für das Quartal zu wählen. Hier sind einige Beispiele, die auf die Softwareentwicklung zutreffen:

  • Zuverlässigkeit: sicherstellen, dass der Dienst immer wie erwartet funktioniert.
  • Benutzerfreundlichkeit: bestehende Funktionen verbessern, um die Plattform intuitiver zu machen.
  • Funktionalität: neue Funktionen liefern.
  • Sicherheit: bestehenden Schutz verbessern und neue Schutzmaßnahmen zum Schutz der Kunden hinzufügen.
  • Performance: sicherstellen, dass Ihre Anwendung reaktionsschnell und skalierbar ist.
  • Entwicklungsgeschwindigkeit: in Ihren Entwicklungszyklus investieren, um schnellere Releases zu erzielen.

Sobald Sie Ihr Thema festgelegt haben, können Sie es weiter ausbauen und in inspirierende Aussagen für das Team verwandeln. Sie werden zum Ausgangspunkt Ihrer OKRs.

Schritt 3. Schreiben Sie Ihren Plan

Sobald Sie Ihren Fokus eingegrenzt haben, können Sie mit dem Schreiben Ihrer OKRs beginnen. Weiter unten finden Sie einige Beispiele, und hier ist ein vollständiger Leitfaden zu OKRs falls Sie gerade erst anfangen.

Diese KI kann OKRs für Sie erstellen 👇
Erstellen Sie mit der zielsetzenden KI von Tability maßgeschneiderte OKRs.
Zum Tutorial

Beispiel für OKRs für Softwareentwickler

OKRs zur Reduzierung technischer Schulden

Ziel

Unsere technischen Altlasten deutlich reduzieren

Key Result

Die Anzahl der als Schulden markierten Tickets von 120 auf 75 reduzieren

Key Result

20 % des Sprint-Aufwands werden für technische Schulden aufgewendet

Key Result

Die Anwendungsperformance verbessert sich um 80 % durch unsere Arbeit an den technischen Schulden

OKRs zur Beschleunigung der Release-Zyklen

Ziel

Schnellere Releases durch Automatisierung erreichen

Key Result

Die Anzahl der Produktionsdeployments von 1/Woche auf 4/Woche erhöhen

Key Result

Die mittlere Vorlaufzeit für Änderungen von 8 Tagen auf 72 Stunden reduzieren

Key Result

Die Build-Zeit von 20 Minuten auf 5 Minuten reduzieren

Key Result

100 % unserer Services verfügen über eine Continuous-Delivery-Pipeline

OKRs für den erfolgreichen Launch einer mobilen App

Ziel

Ein erfolgreiches Mobile-App-MVP launchen

Key Result

Bis Ende des Quartals 100 täglich aktive Nutzer auf Mobile erreichen

Key Result

Der NPS der mobilen App liegt über 30

Key Result

25 % der neuen aktiven Nutzer installieren die mobile App

Key Result

Eine Woche-4-Retention von 60 % bei aktiven Nutzern unserer mobilen App erreichen

OKRs für bessere Software-Performance und -Zuverlässigkeit

Ziel

Eine erstklassige Infrastruktur aufbauen

Key Result

Den Apdex-Wert von 0,7 auf 0,98 erhöhen

Key Result

Die Anzahl der Bereitschaftsdienst-Eskalationen um 40 % reduzieren

Key Result

Die Crash-freien Sitzungen von 75 % auf 95 % verbessern

Key Result

Die Ladezeit der wichtigsten Seiten auf unter 2 Sekunden reduzieren

OKRs zur Verbesserung der Codequalität

Ziel

Unsere Codequalitätsstandards verbessern

Key Result

100 % der Pull Requests werden von 2 Entwicklern überprüft

Key Result

75 % der Entwickler haben eine QA-Schulung durchlaufen

Key Result

100 % der Repositories nutzen Code-Linting und statische Codeanalyse

Key Result

Den Anteil QA-bedingter fehlerhafter Builds um 60 % reduzieren

OKRs zum Erreichen hervorragender Sicherheitsstandards

Ziel

Hervorragende Sicherheitsstandards erreichen

Key Result

100 % unserer Services verfügen über ein System zur Bedrohungsminderung

Key Result

100 % der Geräte sind in ein Mobile Device Management (MDM) eingebunden

Key Result

Alle Entwickler erreichen 90+ Punkte in unserer Security-Awareness-Schulung

Key Result

Unsere Richtlinien decken 100 % der ISO-27001-Anforderungen ab

OKRs zur Migration auf eine neue Technologie

Ziel

Unsere JS-Codebasis ist zu TypeScript migriert

Key Result

75 % unserer JS-Repositories nutzen jetzt TypeScript

Key Result

Die Verwendung des Typs „any“ um 30 % reduzieren

Key Result

80 % der Frontend-Entwickler haben eine TypeScript-Schulung durchlaufen

Weitere Software-Entwicklungs-OKRs entdecken

Es gibt mehrere Möglichkeiten, weitere OKR-Beispiele zu finden, die gut zu Entwicklungsteams passen:

  • OKR-Vorlagen für Entwickler: eine Bibliothek mit über 150 OKR-Vorlagen, die Sie nach Stichwörtern oder Tags durchsuchen können.
  • KI-OKR-Generator: Sie können sich auch mit KI einen individuellen Satz von Zielen generieren lassen.

Ihre OKRs verfolgen

Zu wissen, wie man gute OKRs schreibt, ist entscheidend, aber ohne ein gutes Tracking verlieren die OKRs an Bedeutung und der Fokus geht verloren.

Je einfacher es für ein Team ist, wöchentliche Gespräche über die OKRs zu führen, desto besser wird es sie umsetzen. Hier sind einige Best Practices für das Tracking von OKRs.

OKR-Tracking mit Tability

1. Führen Sie wöchentliche Check-ins durch

Quartalsweise OKRs sollten jede Woche verfolgt werden, um wirksam zu sein. Ohne eine kontinuierliche Reflexion über den Fortschritt unterscheiden sich Ihre OKRs kaum von einfachen KPIs.

Der Check-in-Prozess kann mit einer Plattform wie Tability automatisiert werden, die sich um Erinnerungen kümmert und Updates an die Teams verteilt.

2. Behalten Sie Ihre Konfidenz im Blick

Gute Fortschritts-Updates sollten jedem helfen zu verstehen, wie weit wir von unserem Ziel entfernt sind, aber auch wie zuversichtlich wir sind, es zu erreichen. Sie können eine einfache Rot/Gelb/Grün-Farbcodierung verwenden, um Ihre Konfidenz anzuzeigen.

3. Machen Sie Trends leicht erkennbar

Schließlich ist es wichtig, auf Trends zu achten, um Fehlalarme zu vermeiden. Es ist nicht selten, dass ein Team einen starken Start hinlegt und dann in der Mitte des Quartals langsamer wird. Das ist schwer zu erkennen, wenn Sie nicht die Fortschrittstrends einzelner Key Results betrachten können.

Verfolgen Sie Ihre OKRs wie ein Profi
Schließen Sie sich Unternehmen wie Autodesk, ClimatePartner und Freelancer an, um das Goal-Tracking zu vereinfachen und mit Tability echten Fortschritt bei Ihren OKRs zu sehen.
Zum Tutorial

Welche anderen Kennzahlen können Entwickler verwenden?

Jetzt, wo Sie gute Ziele haben, ist es an der Zeit, passende Key Results auszuwählen – und gute Kennzahlen zu finden, die zu Ihrem Team passen, kann knifflig sein. Zum Glück haben wir alle zusammengestellt, die Sie nutzen können.

Hier sind ein paar, um loszulegen:

Deployment-Häufigkeit

Wie oft eine Organisation erfolgreich in die Produktion released

Mittlere Vorlaufzeit für Änderungen

Wie lange es dauert, bis ein Commit in die Produktion gelangt.

Mittlere Wiederherstellungszeit

Wie lange es dauert, bis sich eine Organisation von einem Ausfall in der Produktion erholt.

Change-Failure-Rate

Der Anteil der Deployments, die einen Ausfall in der Produktion verursachen

Verfügbarkeit

Wie viel Prozent des Tages/der Woche/des Monats eine App ohne Unterbrechung läuft.

Öffnungs-/Schließungsrate

Die Anzahl der eröffneten Tickets geteilt durch die Anzahl der geschlossenen Tickets.

Anzahl der Vorfälle

Wie viele Vorfälle in der Produktion aufgetreten sind, idealerweise nach Schweregrad kategorisiert.

Codeabdeckung

Wie viel Prozent des Codes durch automatisierte Tests abgedeckt sind.

Build-Zeit

Wie lange es im Durchschnitt dauert, einen Build abzuschließen. Zeigt an, wie lange ein Entwickler warten muss, um zu erfahren, ob seine Änderungen die Anwendung beschädigt haben.

Zeit von Review bis Merge (RTMT)

Wie lange es dauert, bis ein Code-Review abgeschlossen und gemerged ist.

Inhaltsverzeichnis