Realoptionen

Ziel

Realoptionen legen den Zeitpunkt einer Entscheidung fest. Für jede noch offene Entscheidung bestimmt die Technik das Datum oder die Bedingung, jenseits derer die Wahl verschwindet, und setzt die Festlegung kurz davor an.

Bei unvollständiger Information legt sich eine Gruppe zu früh fest, um das Unbehagen der Ungewissheit zu beenden. Matts und Maassen setzen bei dieser Abneigung an: Eine zu früh getroffene Entscheidung ist mit höherer Wahrscheinlichkeit falsch, weil die Information noch nicht vorlag. Die Technik kehrt die Reihenfolge um: zuerst der Verfall, danach die Beschaffung der Information bis zu diesem Datum.

Das Ergebnis ist ein Register der Optionen: eine Zeile je offene Entscheidung, ihr Verfall, der letzte verantwortbare Moment davor, die Information, die bis dahin eintreffen muss, und was es kostet, wenn die Option sich schliesst.

Die Technik sagt, wann zu entscheiden ist; wie die Entscheidung zustande kommt, lässt sie offen. Die Wahl selbst gehört zur Entscheidungsanalyse: Realoptionen legen den Tag fest, an dem diese Bewertung durchzuführen ist; die Entscheidungsanalyse entscheidet an diesem Tag zwischen den Varianten.

Einsatz

Wann einsetzen

• Wahl des Lieferanten oder der Architektur bei unvollständiger Information: den Verfall datieren und die Kandidaten bis dahin prüfen.
• Warten auf einen externen Akt: das Inkrafttreten einer Norm, ein Entscheid eines Gremiums, die Freigabe einer Version; der Verfall knüpft an dieses Ereignis an.
• Angebot mit befristeter Gültigkeit: der Verfall ist datiert und die Kosten des Versäumnisses lassen sich beziffern.
• Unumkehrbare und teure Entscheidung: Plattformmigration, Wahl eines Datenformats, mehrjährige Bindung.

Wann nicht einsetzen

• Bis zum Verfall wird keine neue Information erwartet: das Warten verbessert die Wahl nicht, die Entscheidungsanalyse ist sofort durchzuführen.
• Kosten des Offenhaltens über dem Abstand zwischen den Varianten: sie mit einer Kosten-Nutzen-Analyse beziffern und sich festlegen.

Beschreibung

Die drei Regeln

Chris Matts und Olav Maassen haben diese drei Regeln 2007 aufgestellt; die Agile Extension übernimmt sie.

Eine Option hat einen Wert. Eine Möglichkeit offen zu halten schafft Handlungsspielraum: Das Team nimmt eine Rückmeldung von Nutzern, eine technische Erkenntnis oder einen geänderten Bedarf auf, ohne eine Festlegung rückgängig zu machen. Zwei Integrationen als Kandidaten zu halten kostet Prüfaufwand, mitunter Entwicklung. Diese Kosten des Offenhaltens werden budgetiert, sobald die Option eröffnet wird.

Eine Option verfällt. Eine Möglichkeit, die nie verschwindet, zwingt nie zu einer Entscheidung und trägt deshalb keinen Wert. Der Verfall macht aus einem Zögern eine Option: Er setzt den Punkt, nach dem die Wahl verschwindet, und macht die Entscheidung damit planbar.

Niemals früh festlegen, ohne zu wissen, warum. Eine frühe Festlegung bleibt berechtigt, wenn ihr Grund benannt werden kann: ein auslaufender Rabatt, ein Team, das bis zur Entscheidung blockiert ist, ein Bauteil mit sechs Wochen Lieferfrist. Die Regel untersagt die Festlegung, die das Unbehagen vertreiben soll und deren Gewinn niemand benennen kann.

Die Option und die falsche Option

Eine Option ist eine Möglichkeit, über die die Organisation verfügt: Sie kann die Option ausüben oder verstreichen lassen, und sie weiss, wann die Option verschwindet. Eine User Story ist die Option, eine Funktion umzusetzen; sie verfällt, wenn sich der fachliche Bedarf ändert. Akzeptanzkriterien sind die Option, für diese Story einen bestimmten Detaillierungsgrad zu schreiben. Eine Hotelreservation ist die Option zu übernachten; sie verfällt um 18 Uhr am Tag des Aufenthalts, danach ist die Nacht geschuldet.

Die Agile Extension nennt fünf Situationen, die eine falsche Option erzeugen: was die Organisation nicht kann, was sie nicht bezahlen kann, was sie in der verfügbaren Zeit nicht durchführen kann, was sich weder kaufen noch verkaufen lässt, wofür ihr die Werkzeuge fehlen. Eine Variante, die in eine davon fällt, belegt eine Zeile des Registers und täuscht eine Wahl vor. Die Prüfung erfolgt bei der Eröffnung: Wer würde diese Option ausüben, mit welchen Mitteln, in welcher Frist?

Den Verfall bestimmen

In der Finanzwelt ist der Verfall einer Option vertraglich und datiert. In der Business Analyse ist er meist bedingt: Er knüpft an ein Ereignis an, dessen Datum unbekannt bleibt, die Ausschöpfung des Jahresbudgets, die Freigabe einer Version, den Weggang eines Partners. Die Agile Extension nennt die Bestimmung des Verfalls den wichtigsten Aspekt der Technik.

Er wird rückwärts berechnet. Ausgangspunkt ist der Moment, in dem die Festlegung eingelöst sein muss: die Inbetriebnahme, die Unterschrift, die Bestellung. Davon wird die nicht komprimierbare Ausführungszeit abgezogen: juristische Prüfung, Lieferfrist des Dienstleisters, Dauer der Integration. Das Ergebnis ist der letzte verantwortbare Moment. Diese Argumentation, die vom Ergebnis rückwärts auf die Vorleistungen schliesst, bezeichnet die Agile Extension als kontraintuitiv; sie fügt an, dass die Technik Übung verlangt, bevor sie zum Reflex wird.

Für jede Option wird benannt, was vor dem letzten verantwortbaren Moment bekannt sein muss und wer es liefert: ein technischer Versuch, eine bezifferte Antwort des Dienstleisters, eine Stellungnahme der Aufsichtsbehörde. Der Zeitraum vor dem Verfall wird zu einem Programm der Informationsbeschaffung, mit seinen Aufgaben und seinen Verantwortlichen. Trifft die Information erkennbar nicht rechtzeitig ein, schliesst sich die Option früh und die Rückfalllösung wird ausdrücklich benannt.

Die Festlegung und ihre Sanktion

Die Festlegung schliesst die anderen Optionen und zieht meist eine Sanktion nach sich, wenn sie nicht eingehalten wird. Drei Beispiele: die Standard-Entwicklungssprache der Organisation, die vor dem Planungsworkshop fertiggestellten Akzeptanzkriterien und die Backlog-Elemente, zu deren Lieferung sich das Team verpflichtet hat. Eine Abweichung vom ersten wird mit Risiko und Wartungsaufwand bezahlt; ein Verfehlen des letzten beschädigt das Vertrauen des Kunden. Die Sanktion aufzuschreiben macht den Verfall durchsetzbar: Ein Datum ohne bekannte Folge wird in jeder Sitzung neu verhandelt.

Der Kalender der Entscheidungen richtet sich nach den bestehenden Terminen. In einer in Iterationen geführten Initiative ist die Planungssitzung die nächste Gelegenheit zu entscheiden; in einer im Fluss geführten Initiative ist es der Moment, in dem Kapazität frei wird. Eine Option, deren Verfall zwischen zwei Termine fällt, wird am früheren Termin behandelt, was ihren letzten verantwortbaren Moment entsprechend vorverlegt.

Woran die Technik scheitert

Die Option ohne Datum

Ein für offen erklärtes Thema ohne Verfall ist eine Vertagung. Das Register füllt sich mit aufgeschobenen Entscheidungen, von denen niemand weiss, wann sie wiederkommen. Eine Option ohne Verfall, datiert oder bedingt, verlässt das Register und wird in der nächsten Sitzung entschieden.

Die Festlegung aus Versäumnis

Ein Verfall, den niemand überwacht, tritt ohne Entscheidung ein, und die Rückfalllösung greift, ohne dass jemand sie gewählt oder begründet hätte. Jede Zeile des Registers nennt deshalb eine verantwortliche Person und setzt eine datierte Erinnerung auf den letzten verantwortbaren Moment. Die Überwachung ist der Teil der Technik, der einen Personalwechsel am schlechtesten übersteht, weil er nichts hervorbringt, solange nichts fällig wird.

Die Option, die nicht gepflegt wurde

Eine Option offen zu halten kostet Arbeit. Zwei Integrationen bleiben Optionen, solange jede von beiden in der Frist geliefert werden könnte. Hat das Team nur die erste geprüft, ist die zweite lange vor ihrem Datum verfallen, ohne dass das Register es festgehalten hätte, und die Gruppe hält sich noch für frei in ihrer Wahl. Die Überprüfung des Verfalls betrifft deshalb zwei Fragen: Hat sich das Datum verschoben und ist die Option noch ausübbar?

Die Technik mit der Wahl verwechselt

Ein gut geführtes Register nennt den Tag, an dem zu entscheiden ist, und lässt die Frage offen, was zu entscheiden ist. Gruppen, die beim Register stehen bleiben, erreichen den Verfall ohne Bewertungskriterien und entscheiden unter Zeitdruck. Das Datum dient dazu, die Bewertung anzusetzen, Entscheidungsmatrix, Kosten-Nutzen-Analyse oder eine andere Methode, früh genug, damit sie trägt.

KI-Überlegungen

Ein Sprachmodell bereitet das Register vor. Aus einem Backlog-Export, einem Workshop-Protokoll oder einem Diskussionsverlauf zieht es die offen gebliebenen Entscheidungen heraus, was einer manuellen Durchsicht entgeht, weil eine offene Entscheidung selten als solche geschrieben wird: Sie erscheint als "das klären wir mit dem Dienstleister" mitten in einem Protokoll. Für jede Zeile schlägt es anschliessend eine Formulierung des Verfalls und die dazugehörige fehlende Information vor.

Auch die Überwachung lässt sich delegieren. Ein Agent, der an den Kalender, an die Gültigkeitsdaten der Angebote und an die Vertragsverfolgung angebunden ist, meldet die näher rückenden letzten verantwortbaren Momente, eine wiederkehrende Aufgabe, deren Vergessen die Festlegung aus Versäumnis erzeugt.

Die Bestimmung des Verfalls lässt sich nicht delegieren. Sie beruht auf internen Tatsachen, über die das Modell nicht verfügt: die Bedingungen eines Vertrags, der Kalender der Aufsichtsbehörde, die Lieferfrist, die ein Lieferant einhalten wird, die Kapazität des Teams im nächsten Quartal. Ein Modell, das nach einem Verfall gefragt wird, liefert ein plausibles Datum, mit derselben Bestimmtheit wie ein geprüftes. Der Verfall wird durch keine andere Angabe des Registers gegengeprüft, sodass ein erfundenes Datum dort auf keinen Widerspruch trifft. Zu einer offenen Entscheidung befragt, empfiehlt es eine Variante, obwohl die Frage einem Datum galt. Ein Register der Optionen nennt die vorgesehenen Lieferanten, die zugestandenen Preise und die Punkte regulatorischer Abhängigkeit: Seine Vertraulichkeit ist zu klären, bevor irgendetwas an einen externen Dienst geht.

Beispiele

Eine in der Westschweiz ansässige Online-Versicherung baut in ihrem Kundenportal die Aufnahme neuer Kunden auf und muss ihren Anbieter für die Identitätsprüfung wählen. Das von der Business-Analystin geführte Register der Optionen umfasst drei Zeilen.

Die beiden Optionen verfallen unabhängig voneinander: die eine nach einem Angebot, die andere nach dem Terminplan der Lieferung. Die Vorgabe der Aufsichtsbehörde, auf welche die zweite Option wartet, hat kein bekanntes Datum. Das Team legt sich beim ersten der beiden Ereignisse fest, und das Register beziffert, was das Warten in der Zwischenzeit kostet. Am 16. September betrifft der Vergleich die noch ausübbaren Optionen: Ist die Vorgabe der FINMA erschienen, gehört SwissID dazu, andernfalls verlässt die Zeile das Register vor der Bewertung.

Visualisierungen

Die Technik lässt sich auf einer Zeitachse zeichnen. Jede Option belegt ihre eigene Zeile, vom Tag ihrer Eröffnung bis zu ihrem Verfall. Diese Zeitpunkte fallen nicht zusammen, was die Zeichnung sichtbar machen muss. Eine Marke kurz vor dem Ende jedes Balkens trägt den letzten verantwortbaren Moment, und der Bereich jenseits des Verfalls wird grau hinterlegt. Das Register selbst ist eine Tabelle.

Aufwand

Werkzeuge

Die Werkzeuge für das Backlog-Management (Jira, Azure DevOps Boards und Vergleichbares) tragen den Verfall und den letzten verantwortbaren Moment in zwei benutzerdefinierten Feldern am betroffenen Element. Beim Backlog Refinement wird die Liste nach Verfall sortierbar, was der Sitzung die Traktandenliste gibt. Ohne diese Felder lebt das Register neben dem Backlog und die beiden laufen binnen weniger Wochen auseinander.

Die Tabellenkalkulation führt das Register, wenn die Entscheidungen den Bereich eines Teams überschreiten: Lieferantenwahl, Budgetbindung, Abhängigkeit zwischen Projekten. Sie bewahrt die geschlossenen Zeilen mit dem Datum und dem Grund der Festlegung auf, die Grundlage für die Überprüfung der angesetzten Ausführungsfristen.

Der gemeinsame Kalender trägt die Erinnerungen: Jeder letzte verantwortbare Moment wird zu einem datierten Termin mit einer namentlich benannten verantwortlichen Person.

Das kollaborative Whiteboard (Miro, Mural und Vergleichbares) dient dazu, die Zeitachse in der Sitzung zu zeichnen. Einen Balken vor der Gruppe zu verschieben bringt die Meinungsverschiedenheiten über das Verfallsdatum schneller zutage als eine Diskussion über das Register.

Die Vertragsverwaltung und das Risikoregister speisen die Verfallszeitpunkte: Gültigkeitsdaten der Angebote, Erneuerungstermine, Kündigungsfristen und Risiken, deren Eintreten eine Option schliesst, werden dort bereits verfolgt. Die Risikoanalyse und das Risikomanagement liefern die Schätzung der Kosten der Rückfalllösung, die der Priorisierung ihre Grössenordnung gibt.

Quellen

• Chris Matts und Olav Maassen, "Real Options" Underlie Agile Practices, InfoQ, 8. Juni 2007: die ursprüngliche Formulierung der drei Regeln, der Zusammenhang zwischen der Abneigung gegen Ungewissheit und der frühen Festlegung sowie der ausdrückliche Verzicht auf die Bewertungsmathematik der Finanzoptionen.
• IIBA, Agile Extension to the BABOK Guide, §7.12 Real Options: der Zweck der Technik, die vier Elemente (Optionen, Festlegungen, Verfall der Optionen, richtig/falsch/ungewiss), die Beispiele für Optionen und falsche Optionen, der bedingte Verfall als wichtigster Aspekt sowie die genannten Stärken und Grenzen.
• Stewart C. Myers, Determinants of Corporate Borrowing, Journal of Financial Economics 5(2), 1977, 147-175: der Ursprung des Begriffs in der Unternehmensfinanzierung.