Eine Vision, mit der man Nein sagen kann

Teil drei der Werkzeugkiste des Product Owners. Im letzten Teil hing am Ende jeder Backlog-Eintrag an einer Vision. Jetzt brauchen wir eine.

Eine Produktvision beschreibt in einer kurzen Aussage, warum es ein Produkt gibt, für wen es ist und was es besser macht als die Alternativen. Sie ist langfristig. Sie gibt allen, die am Produkt arbeiten, eine Richtung und etwas, woran sie ihre Arbeit messen können. Jeder Backlog-Eintrag, auf jeder Ebene, sollte das Produkt näher an sie heranbringen.

Die meisten Visionen, die ich gelesen habe, scheitern daran, weil sie allen gefallen sollen. «Das beste Erlebnis für alle unsere Kundinnen und Kunden» schliesst nichts aus. Eine Vision, die nichts ausschliesst, hilft dir bei keiner Entscheidung.

Die Vorlage

Die Vorlage von Geoffrey Moore aus Crossing the Chasm ist immer noch die beste, die ich kenne, weil sie dich zwingt, eine Zielgruppe und einen Konkurrenten zu nennen:

Für (Zielkunden) die (ihr Bedürfnis) ist (Produktname) ein/e (Produktkategorie) die/der (Hauptnutzen) Im Gegensatz zu (der Alternative) ist unser Produkt (der wichtigste Unterschied)

Die Vision des Ferientools

Für Mitarbeitende und Teamleitende in Firmen, die Abwesenheiten noch in Tabellen planen, die wissen müssen, wer weg ist und wie viele Tage sie noch haben, ist das Ferientool eine interne Web-App, die aus einem Antrag in weniger als einer Minute eine bewilligte, sichtbare Abwesenheit macht. Im Gegensatz zu Excel-Datei und E-Mail-Kette ist es der einzige Ort, an dem Mitarbeitende, Teamleitende und HR dieselben Daten sehen.

Lies sie noch einmal und schau, was sie ausschliesst:

• Lohnabrechnung. HR wird danach fragen. Das ist ein anderes Produkt.
• Überstunden und Zeiterfassung. Verwandt, und eine Anfrage, die schon in der ersten Demo kommt. Nicht dieses Produkt.
• Eine native App. «Weniger als eine Minute» funktioniert auch im Browser auf dem Handy.
• Zuerst HR glücklich machen. Die Zielgruppe sind Mitarbeitende und Teamleitende. HR profitiert, wenn die keine E-Mails mehr schicken.

Jeder dieser Punkte wird als Anfrage kommen. Mit der Vision kannst du mit einem Satz antworten, dem alle schon zugestimmt haben, statt mit deiner persönlichen Meinung.

Wenn du die Vision ändern willst, dann ändere sie offen. Lass sie nicht Ausnahme für Ausnahme verrutschen.

Früh schreiben, gemeinsam schreiben

Schreib die Vision am Anfang, vor dem ersten Epic. Hol alle dazu, die etwas davon haben: HR, die Finanzabteilung, ein paar Teamleitende, die Leute, die die heutige Tabelle am Leben halten, und natürlich das Team. Sie müssen sie nicht mit dir schreiben. Wichtig ist, dass sie dahinterstehen.

Genau um diesen Konsens geht es. Die Vision zieht die Grenze des Produkts und begrenzt den Spielraum. Wenn die Stakeholder dieser Grenze nicht zugestimmt haben, halten sie jede Grenze, die du verteidigst, für deine persönliche Entscheidung.

Eine klare Vision hilft auch ausserhalb des Teams. Sie erklärt den Wert aus Sicht der Nutzer und sagt deutlich, worin sich das Produkt von den Alternativen unterscheidet. Bei einem internen Tool ist die Alternative meistens kein Konkurrent, sondern die Tabelle oder gar nichts zu tun.

Wie man sie benutzt

Druck sie aus. Stell sie ins Backlog-Tool, ins README und auf die erste Folie jedes Reviews. Wenn ein neues Epic kommt, lies zuerst die Vision und entscheide dann, ob das Epic passt.

Als Nächstes

Mit der Vision steht die nächste Ebene an: das Epic. Ich werde argumentieren, dass ein Epic eine Wette ist, und dass eine Wette ohne Abbruchbedingung keine Wette ist, sondern eine Verpflichtung.