Ergebnisse als Leitlinie für die Produktarbeit nutzen
Es ist wichtig, Features pünktlich und im Budgetrahmen auszuliefern – aber nur, wenn die Features den Kunden und dem Unternehmen tatsächlich einen Mehrwert bieten. Deshalb empfehlen wir Produktteams, sich bei ihrer Arbeit von den Gesamtergebnissen leiten zu lassen, die das Produkt verbessern und damit auch ihrem Unternehmen zugutekommen.
Ergebnisse vs. Output
Die termingerechte Lieferung eines Features ist ein Output: eine bestimmte Aufgabe, zu deren Erfüllung dein Team sich bereit erklärt hat. Die Bereitstellung von Mehrwert ist ein Ergebnis, zum Beispiel eine bessere Benutzererfahrung, was durch eine Reduzierung der Support-Tickets bewiesen wird.
Beispiele für Outputs | Beispiele für Ergebnisse |
---|---|
Lieferung von 10 Features zu einem bestimmten Datum. | Beispiele für Ergebnisse Conversion-Steigerung von der Testversion zur bezahlten Version von 15 % auf 25 %. |
Veröffentlichung von 3 Langform-Inhalten pro Quartal. | Beispiele für Ergebnisse Reduzierung der Support-Tickets für ein Feature von 50 pro Woche auf 5 pro Woche. |
Pünktliche Markteinführung eines zu einer bestimmten Konferenz/Messe. | Beispiele für Ergebnisse Lieferung eines Nachweises, dass X Kunden ein bestimmtes Problem mit einer Lösung gelöst haben. |
Es ist leicht, sich zu sehr auf Outputs zu konzentrieren – schließlich sind sie der Mechanismus, mit dem Arbeit erledigt wird. Aber der Output ist nicht wirklich die beste Methode, um Produktivität oder Erfolg zu messen.
Wenn der Output einen höheren Stellenwert hat als das Ergebnis, kann dies dazu führen, dass Teams den Überblick über das Gesamtziel ihrer Initiative verlieren. Sie übersehen möglicherweise wichtige Signale dafür, dass ein Produkt die Bedürfnisse der Benutzer nicht erfüllt (wie zum Beispiel fehlende Conversion nach der Testphase oder Zuverlässigkeitsprobleme, die dazu führen, dass sich Kunden von einem Produkt abwenden).
Wenn es um die letztendlichen Ergebnisse oder den Output geht, läuft alles darauf hinaus, dass Qualität wichtiger ist als Quantität. Die Produktteams arbeiten nicht daran, so viele Funktionen wie möglich bereitzustellen — ihr Ziel ist es, Tools zu entwickeln, mit denen sich Benutzerprobleme so unkompliziert wie möglich lösen lassen.
Deshalb sollte der Erfolg des Produktteams anhand des tatsächlichen Nutzens für die Kunden und das Unternehmen gemessen werden, nicht daran, dass Funktionen pünktlich und kostengünstig bereitgestellt werden.
Wenn sie Planung und Diskussion entsprechend den gewünschten Zielen oder Ergebnissen strukturieren, können Teams sicherstellen, dass ihre Arbeit auf echten Mehrwert ausgerichtet ist – also auf den Zweck ihrer Arbeit, nicht auf das, was sie tagtäglich tun werden.
Dieser Ansatz hat viele Vorteile für die Teamkultur, die Stimmung und die Produktivität:
- Klarheit der Mission und des Zwecks: Teams bewerten alle Initiativen danach, wie sie zu den Zielen beitragen. Die Priorisierung wird einfacher, weil klar ist, welche Initiativen die größte potenzielle Wirkung haben.
- Mehr Möglichkeiten für Teams: Wenn sie auf Ergebnisse hinarbeiten, nicht auf Aufgaben, können Teams experimentieren und auf der Grundlage von Erkenntnissen Anpassungen vornehmen, um alles zu tun, was nötig ist, um ihre Ziele zu erreichen. Dieser Ansatz ist besser für die Ausführung und die Stimmung im Team: Teams arbeiten schneller, erzielen eine größere Wirkung und sind stolz auf ihre Arbeit.
- Eine Kultur der kontinuierlichen Verbesserung: Durch die Übernahme von Verantwortung für Ergebnisse werden Teams zu besseren Leistungen angespornt. Das Team verbessert seine Methoden kontinuierlich, wenn es Fortschritte analysiert und seine Arbeitsweise basierend auf den gewonnenen Erkenntnissen anpasst.
Die Umsetzung eines ergebnisorientierten Ansatzes umfasst mehrere wichtige Schritte.
1. Definiere klare Geschäfts- und Produktergebnisse
Beginne damit, die gewünschten Ergebnisse klar zu definieren. Diese sollten spezifisch, messbar, erreichbar, realistisch und zeitgebunden sein (Specific, Measurable, Achievable, Relevant und Time-bound, kurz „SMART“).
Laut Continuous Discovery Habits gibt es zwei Hauptkategorien von Ergebnissen: Geschäftsergebnisse und Produktergebnisse.
- Ein Geschäftsergebnis kommt dem Unternehmen zugute. Es ist ein nachlaufender Indikator, an dem du ablesen kannst, was aufgrund von Produktentscheidungen oder Ergebnissen bereits geschehen ist.
- Wenn du eine Umsatzveränderung feststellst, ist dies das Endergebnis einer Reihe von Veränderungen, die dein Team über einen bestimmten Zeitraum hinweg vorgenommen hat. Du kannst es selten einer einzigen Initiative zuordnen.
- Beispiel: Umsatzsteigerung
- Ein Produktergebnis verbessert dein Produkt, um positive Geschäftsergebnisse zu erzielen. Es ist ein Frühindikator und lässt frühzeitig erkennen, wie sich die Geschäftsergebnisse entwickeln könnten.
- Produktergebnisse ermöglichen es Teams, die Auswirkungen ihrer Entscheidungen auf das Kundenverhalten in iterativen Zyklen zu messen. Diese Entscheidungen werden letztlich die Geschäftsergebnisse beeinflussen.
- Beispiel: Erhöhung der Konversionsrate von Bewertungen hin zum Kauf

Bei Atlassian verwenden wir das Framework "Objectives and Key Results" (OKR), um Ergebnisse zu definieren und zu messen. Im Atlassian Team-Playbook erfährst du mehr über die Verwendung von OKRs.
2. Stelle die Ergebnisse bei den Teams in den Mittelpunkt
Sobald die Ziele klar sind, teile sie allen Teams mit. Die Menschen müssen nicht nur die Ziele selbst verstehen, sondern auch, wie sie im Arbeitsalltag praktisch erreicht werden können.
Führe im gesamten Unternehmen Teamziele ein, die auf diese organisatorischen Ergebnisse hinarbeiten (wie das geht, erklären wir weiter unten). Natürlich können einzelne Teams auch bereits einen ergebnisorientierten Ansatz verfolgen, selbst wenn der Rest des Unternehmens dies noch nicht tut.
Konzentriere dich bei der Priorisierung auf diese gewünschten Ergebnisse. Befreie dich von Diskussionen der Art „Wann wird X ausgeliefert?“. Stattdessen sollten Roadmaps für Produkte das Ziel sein, die auf Erkenntnissen basieren und auf Wirkung ausgerichtet sind.


3. Nutze Iterationen, um Ergebnisse zu erzielen
Bei diesem Ansatz wird die Bereitstellung bestimmter Funktionen zweitrangig gegenüber dem Erreichen von Zielen. Teams werden einige Dinge ausprobieren, die fehlschlagen, und andere, die funktionieren. Schaffe eine Umgebung, in der Rückschläge schnell und einfach hingenommen werden können und in der Teams die nötige innere Sicherheit haben, um zu experimentieren.
Ermutige die Teams während der Planungsphase zu Hypothesen, wie ihre Arbeit zu den gewünschten Ergebnissen führen könnte, und lasse sie testen, ob sie richtig lagen. Dieser Ansatz fördert eine experimentierfreudige Grundhaltung, bei der Teams kontinuierlich Iterationen durchführen, um ihre Theorien zu verbessern und auf den Prüfstand zu stellen.
Erfolg und Fortschritt können auf zwei Arten gemessen werden:
- Über qualitätsbezogene Signale wie Nutzerfeedback
- Über quantitative Metriken wie Konversionsraten
Konzentriere dich bei den Besprechungen auf diese Indikatoren und nutze diese Daten, um zu entscheiden, wie du die Iteration gestaltest.
Opportunity Solution Tree
Der durch Teresa Torres bekannt gewordene "Opportunity Solution Tree" (OST) ist eine Möglichkeit, Geschäfts- und Produktergebnisse sowie die Chancen, Lösungen und Experimente, die zu deren Erreichung genutzt werden können, zu visualisieren.
OSTs sind eine großartige Unterstützung für Teams, wenn es darum geht, den Überblick darüber zu behalten, warum sie bestimmte Lösungen verfolgen, welche Auswirkungen sie vermutlich auf definierte Ergebnisse haben und welche anderen potenziellen Ideen und Lösungen sie weiter verfolgen sollten.

Wir haben diesen OST mit Confluence-Whiteboards erstellt, aber mit geringem Konfigurationsaufwand ist dies auch in Jira Product Discovery problemlos möglich.
Unten findest du
- Eine Demo zum Gruppieren von Lösungen nach Chancen in Jira Product Discovery
- Ein Tutorial, wie du diese Konfiguration reproduzieren kannst
Demo: Gruppierung von Lösungen nach Chancen
Tutorial, wie du diese Konfiguration in JPD reproduzieren kannst
So hat das Jira Product Discovery-Team das VMGS-Framework genutzt, um das Team auf Ergebnisse einzuschwören
Bei der Entwicklung von Jira Product Discovery setzte das Atlassian-Team vor allem auf eine ergebnisorientierte Arbeitsweise. Wir haben das VMGS-Framework für Vision, Mission, Ziele und Strategien verwendet, um unsere Arbeit auf strategische Ergebnisse zu konzentrieren.
Ein ergebnisorientierter Ansatz kann fast jedem Aspekt der Arbeit von Produktteams zugute kommen, nicht nur der Produktstrategie. In diesem Abschnitt werden wir am Beispiel unserer Strategie bei der Entwicklung von Jira Product Discovery zeigen, wie Ergebnisse die Produktarbeit beeinflussen können.
VMGS: Vision, Mission, Ziele und Strategien
Die Priorisierung einer Roadmap ist viel einfacher, wenn das gesamte Team einen klaren, gemeinsamen Weg zum Erfolg vor Augen hat. Es gibt keine Missverständnisse darüber, auf welche Endergebnisse ihr hinarbeitet und welche Strategien ihr anwenden werdet, um diese zu erreichen.
Um diesen Weg zu definieren, hat unser Team auf einer Seite eine kurze Übersicht über Vision, Mission, Ziele und Strategien (VMGS: Vision, Mission, Goals and Strategies) erstellt.
Wir haben dieses Dokument gemeinsam in einer Reihe von Workshops verfasst, in denen wir besprochen haben, warum wir Jira Product Discovery als Produkt entwickeln, für wen und wie Atlassian als Unternehmen davon profitieren kann.
Ein aussagekräftiger VMGS-Überblick auf einer Seite wird dafür sorgen, dass sich alle miteinander, mit ihrer täglichen Arbeit und den übergeordneten Zielen des Projekts verbunden fühlen. Halte den Text kurz und bündig – verwende keine ausgefallenen Wörter, keine ausschweifende Sprache und kein Fachchinesisch.

Der kurze VMGS-Überblick des Jira Product Discovery-Teams
Vision
Ein Vision Statement beschreibt die Zukunft, den idealen Endzustand. Bei einem erfolgreichen Projekt sieht die Welt nach Abschluss des Projekts so aus.
Beim Aufbau von Jira Product Discovery war unsere Vision „Produktteams, die sich auf strategische Ergebnisse konzentrieren“. Wir wollten eine Welt schaffen, in der erfolgreiche Unternehmen ein Produktmodell einführen.
Mission
Ein Mission Statement beschreibt die individuelle Sichtweise des Teams, wie sich die Vision manifestieren wird.
Die Mission des Jira Product Discovery-Teams ist es, „das Potenzial von Produktteams freizusetzen, um etwas zu bewirken“. Dies ist eine besondere Ausprägung der Mission von Atlassian, „das Potenzial eines jeden Teams zu entfalten“ oder Unternehmen zu fördern, indem ihre einzelnen Teams gestärkt werden. Die Mission von Jira Product Discovery konzentriert sich auf Produktteams und legt den Schwerpunkt darauf, dass wir ihnen helfen, sich auf die Wirkung ihrer Arbeit zu konzentrieren, nicht nur auf den Output.
Ziele
Anhand von Zielen lässt sich der Erfolg der gesamten Arbeit messen. Sie müssen messbar und zeitgebunden sein.
Das Ziel von Jira Product Discovery ist es, nach Atlassian-Maßstäben ein erfolgreiches Unternehmen zu werden. Als „Metrik für das übergeordnete Ziel“ haben wir ein bestimmtes Geschäftsergebnis gewählt: ein Umsatzziel für ein bestimmtes Jahr. Jeden Monat melden wir allen Abteilungen von Atlassian den Fortschritt dieser Metrik. Ein einziges Ziel wie dieses zu haben, hilft uns, unsere Strategien anzupassen und zu ändern, je nachdem, wie erfolgreich wir dieses Ziel damit erreicht haben.
Strategien
Strategien sind taktische Methoden, in die das Team Zeit und Ressourcen investiert, in der Hoffnung, dass sie dazu beitragen, seine Mission zu erfüllen und sein Ziel zu erreichen. Strategien funktionieren am besten, wenn sie klar, prägnant, pragmatisch und leicht verständlich sind.
Jede Strategie hat ein entsprechendes Unterziel, an dem ihr Erfolg gemessen wird. Mit diesen Unterzielen wird in der Regel versucht, eine bestimmte qualitative oder quantitative Metrik zu verbessern – zum Beispiel den SEQ-Score (Single Ease Question, ein Maß für die wahrgenommene Benutzerfreundlichkeit) oder sogenannte Piratenmetriken (AARRR: Acquisition (Akquisition), Activation (Aktivierung), Retention (Kundenbindung), Referral (Weiterempfehlung), Revenue (Umsatz)).

In Grün: Geschäftsergebnis. In Dunkelblau: Strategie und entsprechendes Produktergebnis. In Hellblau: entsprechende Lösung, die mit einer bestimmten Metrik gemessen werden muss.
Werfen wir einmal einen genaueren Blick auf ein Beispiel für ein Ziel, eine Strategie und eine Metrik:

Ziel: X USD ARR bis 2026
Strategie: GTM, gemessen am Umsatz
Produktergebnis: Umsetzung in GTM-Teams ermöglichen, gemessen am Umsatz aus Jahresplänen
Die meisten Kunden kaufen Jira Product Discovery im Self-Service, aber größere Kunden wählen den Weg über einen Atlassian-Kundenbetreuer oder einen Partner und entscheiden sich in der Regel für einen Jahrestarif. Der Erfolg dieser Strategie wird anhand der Umsätze von Kunden im Jahrestarif gemessen.
Lösung: "für Verfahren und die Arbeitsweise des Produktmanagements werben."
Wir haben von vielen Evaluatoren das Feedback erhalten, dass das Bewusstsein für die Arbeitsweise mit dem Produktmodell und die Verwendung von Jira Product Discovery in diesem Modell fehlt. Das ist ein Reibungspunkt, der die Evaluatoren daran hindert, das Produkt anzunehmen.
Wir schreiben dieses Handbuch als Teil dieser Taktik. Wir messen ihren Erfolg, indem wir sie bei einer Reihe von Kunden testen, um herauszufinden, ob die Annahmeraten höher sind. Wenn sie erfolgreich ist, werden wir mehr in diese Taktik und Strategie investieren.
Ziele verfolgen
Wir erstellen Ziele und Unterziele (eines für jede Strategie) als Ziele in Atlas und verwenden Atlas, um unseren Fortschritt für jedes Ziel monatlich dem Rest des Unternehmens mitzuteilen.
Hinweis: Atlas migriert zur Atlassian-Plattform und wird kostenlos.
Die Plattformfunktion für Ziele ist derzeit im frühzeitigen Zugang verfügbar. Du kannst hier auswählen, ob du sie verwenden möchtest. Unabhängig davon, ob du Atlas oder die Plattformfunktion verwendest, kannst du Ziele in deinen Jira Product Discovery-Projekten einsetzen, indem du die Funktion aktivierst. Befolge dazu einfach diese Anweisungen.
Das VMGS aktualisieren
Im Laufe der Zeit entwickelt sich unser Verständnis des Produkts und der zugehörigen Ziele weiter, basierend auf den Erkenntnissen, die wir kontinuierlich erzielen. Deshalb überprüfen wir das VMGS alle 3 bis 6 Monate gemeinsam als Team.
Wenn das Ziel unseres Teams darin besteht, einen Berg zu besteigen, sollte sich jeder darüber im Klaren sein, dass es darum geht, den Gipfel zu erreichen (oder zurück zum Basislager zu gehen). Außerdem benötigen sie ein Verständnis der Pfade, die verschiedene Gruppen beschreiten, um dorthin zu gelangen. Manche Pfade führen in eine Sackgasse, andere führen sie schneller nach oben. Kontrollpunkte hier und da helfen, noch einmal die verfügbaren Optionen durchzugehen und die nächsten Schritte zu bestimmen.
Bisher haben wir beim Aufbau von Jira Product Discovery Folgendes herausgefunden:
- Die Vision und die Mission sind in den letzten 3 Jahren stabil geblieben.
- Wir überprüfen das Ziel jedes Quartal auf der Grundlage eines Finanzmodells, das sowohl Annahmen als auch Daten zum realen Wachstum umfasst.
- Die Strategien sind im vergangenen Jahr stabil geblieben, aber unsere Taktiken zur Umsetzung ändern sich alle 3 bis 6 Monate.
Aktiv verfolgen wir immer nur jeweils eine Teilmenge von Strategien. Das gesamte Team weiß, wozu wir "Ja" und "Nein" sagen – beides ist wichtig, um klare Diskussionen über die Priorisierung zu führen.

Hier ist eine Momentaufnahme aus den frühen Phasen des Produkts. Die Taktiken in Grau wurden zu diesem Zeitpunkt nicht aktiv verfolgt.
Was kommt als Nächstes?
Im restlichen Teil dieses Handbuchs erklären wir im Detail, wie ein Produkt-Backlog für Folgendes verwendet wird:
- Ein Produkt-Backlog erstellen und priorisieren
- Ideen vom Grundgedanken bis zur Umsetzung führen
- Feedback-Kanäle einrichten und Einblicke erfassen, um Ideen zu validieren
- Priorisierung der Ideen, die etwas bewegen
- Erstellung von Roadmaps, an denen sich dein Team und deine Stakeholder orientieren können
Wir geben dir Beispiele dafür, wie wir das im Jira Product Discovery-Team mit Jira Product Discovery und anderen Produkten machen.
Diese Demo bietet ein umfassendes Beispiel:
Einführung
Erfahre mehr darüber, warum wir dieses Handbuch geschrieben haben und wie es dir helfen kann.
Produkt-Backlog
Erfahre, wie du Produkt-Backlogs effektiv verwalten kannst, um Ideen zu priorisieren, die Zusammenarbeit zu verbessern und die Produktentwicklung voranzutreiben.