OKRs

Abhängigkeiten · Data Nodes

• Bezüge zu: —
• Wird bezogen von: Bedarfe (über ORIGINATES_FROM)

OKR steht für Objectives and Key Results — eine Methode, um Ziele in messbare Erfolgsindikatoren zu zerlegen und über Ebenen zu kaskadieren.

Wozu

Ein Objective beschreibt qualitativ, was erreicht werden soll („Kundenzufriedenheit steigern”). Mehrere Key Results machen das messbar („NPS von 30 auf 50”, „2.000 aktive User”). OKRs kaskadieren: ein Unternehmens-Objective wird zu Bereichs-Objectives, diese zu Team-Objectives.

In roleALPHA sind sowohl Objectives als auch Key Results derselbe Entitätstyp — der Unterschied steckt im Feld subtype.

Standardansicht

Beim Öffnen der Seite steht das Bild — der Explorer, siehe unten. Über den View-Umschalter kommst du jederzeit zur Listenansicht.

Die Diagrammansicht: der Explorer

Seit 09/2026 zeichnet der Explorer die Kaskade — dieselbe Fläche wie in jedem anderen Bereich. Die frühere eigene OKR-Kaskade ist entfallen; sie zeigte dasselbe (gemessen: gleiche Knoten, gleiche Verbindungen), konnte aber nur ein Aussehen. Was eine Karte zeigt, sagt jetzt der Entitätstyp über seine Deklaration.

Key Results stehen dabei in der Karte ihres Objectives, nicht als eigene Kästchen daneben — das sagt die Kartendeklaration, nicht der Code.

Was du zusätzlich gewinnst: Suche und Filter wirken auf dem Bild, deine Anordnung bleibt für den Besuch erhalten, Karten lassen sich markieren und gemeinsam bearbeiten, das Rechtsklick-Menü ist deutlich reicher, und die Verbindungen tragen ihre Namen.

OKR-Pflege: Objective + Key Results in einer Maske

Früher musstest du ein Objective und jedes Key Result einzeln anlegen und anschließend von Hand verknüpfen. Der OKR-Composer bündelt das in einer Maske.

So geht’s:

1. Oben rechts auf „Neues OKR” klicken — der Composer öffnet sich.
2. Oben die Ziel-Felder ausfüllen (Bezeichnung, Status, Quartal, Jahr, Vision, Beschreibung).
3. Darunter über „Key Result hinzufügen” beliebig viele Key Results als Kacheln ergänzen — je Kachel Bezeichnung, Aktuell-/Zielwert, Einheit und Fortschritt.
4. Mit „Als Entwurf speichern” oder „Speichern & Veröffentlichen” abschließen. Das Objective, alle Key Results und die HAS_KEY_RESULT-Verknüpfungen werden in einem Rutsch erzeugt.

Ein bestehendes Objective bearbeitest du, indem du es öffnest und auf Bearbeiten klickst — derselbe Composer öffnet sich, vorbefüllt mit dem Ziel und seinen Key Results. Key Results lassen sich hier ergänzen, ändern oder entfernen; entfernte KRs werden als Lösch-Entwurf vorbereitet. (Ein einzelnes Key Result, das du direkt öffnest, bearbeitest du weiterhin im normalen Bearbeiten-Formular.)

Der Composer nutzt denselben Entwurfs-/Freigabe-Fluss wie der Rest der App: „Als Entwurf speichern” legt Entwürfe an, die unter Entwürfe veröffentlicht werden; „Speichern & Veröffentlichen” durchläuft den Freigabe-Modus des Entitätstyps.

Wichtige Beziehungen

• CASCADING (OKR → OKR) — Objective-Hierarchie
• HAS_KEY_RESULT (Objective → KR) — Key-Result-Zuordnung
• EXECUTES / OWNS (Person → OKR) — Verantwortung
• BELONGS_TO (OKR → Kostenstelle/Projekt) — Verortung

Details: Beziehungstypen.

Beispiel-Schema zum Kopieren

{
  "type": "object",
  "properties": {
    "subtype": {
      "type": "string",
      "title": "OKR-Typ",
      "enum": ["objective", "key_result"]
    },
    "description": { "type": "string", "title": "Beschreibung" },
    "status": {
      "type": "string",
      "title": "Status",
      "enum": ["draft", "active", "completed", "cancelled"]
    },
    "quarter": {
      "type": "string",
      "title": "Quartal",
      "enum": ["Q1", "Q2", "Q3", "Q4"]
    },
    "year": { "type": "integer", "title": "Jahr" },
    "vision": { "type": "string", "title": "Vision / Übergeordnetes Ziel",
      "showWhen": { "field": "subtype", "values": ["company_objective", "objective"] } },
    "targetValue": { "type": "number", "title": "Zielwert",
      "showWhen": { "field": "subtype", "values": ["key_result"] } },
    "currentValue": { "type": "number", "title": "Aktueller Wert",
      "showWhen": { "field": "subtype", "values": ["key_result"] } },
    "unit": { "type": "string", "title": "Einheit",
      "showWhen": { "field": "subtype", "values": ["key_result"] } },
    "progress": { "type": "number", "title": "Fortschritt (%)",
      "showWhen": { "field": "subtype", "values": ["key_result"] } }
  },
  "required": ["subtype"]
}

Objectives und Key Results bleiben ein Entitätstyp, teilen aber nur Status, Quartal und Jahr. Was nur zu einer Seite gehört, steuert die Vorlage über [[entity-type-schema|showWhen]]:

• Zielwert, aktueller Wert, Einheit, Fortschritt erscheinen nur bei einem Key Result.
• Vision erscheint nur bei einem Unternehmensziel oder Objective.
• Beschreibung, Status, Quartal, Jahr gelten für alle.

Das gilt im Formular und in Detailansicht, Änderungsvorschau und Karte. Bestehende Mandanten bekommen die Bedingungen einmalig nachgetragen — nur an Feldern, die du nicht selbst mit einer Bedingung versehen hast. Entfernst du eine danach im Editor, bleibt sie entfernt.

Bedarf statt Wunsch

An einem Ziel lässt sich aussprechen, was es braucht, statt es sich zu wünschen: ein Bedarf mit Menge, Zeitraum, geforderter Tätigkeit und geforderten Kompetenzen. Mehrere Bedarfe an demselben Ziel sind der Normalfall, sobald verschiedene Arbeit gebraucht wird — Backend und UX sind zwei Bedarfe, nicht einer.

Ab dann stehen am Ziel jederzeit drei Zahlen nebeneinander, ohne dass jemand gefragt werden muss: wie viel Bedarf entstanden ist, wie viel geplant ist und was offen bleibt — je Periode, nicht nur als Gesamtsumme. Wo die Aufwandserfassung genutzt wird, kommt das Ist dazu; fehlt sie, entfällt diese Zeile sichtbar und nicht als Null. Siehe Bedarf & Ressourcenplanung.

Detailansicht

In der Detailansicht eines OKRs siehst du:

• Beschreibung als Lead-Text
• Fortschritts-Bar (bei Key Results)
• Zugeordnete Key Results als Kacheln mit Fortschritt (bei Objectives, im Normalmodus) — auf einen Blick lesbar, ohne technische Felder
• Kaskadierte Sub-Objectives
• Verantwortliche Personen via EXECUTES/OWNS

Verwandt

• Entitätstypen — Was Entitätstypen sind
• JSON-Schema für Entitätstypen — JSON-Schema-Optionen, showWhen für KR-Felder
• Personen — Verantwortliche für OKRs
• Beziehungstypen — CASCADING, HAS_KEY_RESULT im Detail
• Ebenen-Regler – große Hierarchien zusammenfalten — Ebenen der Kaskade zusammenfalten