7 Strategien zur Planung der Produkteinführung für Entwicklungsteams

Es ist Zeit, Dinge zu erledigen und das Projekt den Programmierern zu übergeben. Aber bevor sie sich die Hände schmutzig machen, muss jemand planen der Scrum-Sprint oder die Scrum-Iteration. Das Sprint Planning-Meeting ist eine der Scrum-Zeremonien, und es ist die Eröffnungsveranstaltung des Sprints. 🎬

Lassen Sie sich von uns durch die Veranstaltung führen und erklären, wie Sie eine Veranstaltung erfolgreich vorbereiten und durchführen können. Außerdem erfährst du, wer an der Sprint-Planung teilnimmt und warum das Meeting so wichtig ist.

Was ist ein Sprint Planning-Meeting?

Sprint Planning ist ein Scrum-Meeting. Es leitet einen Sprint ein, findet also am ersten Tag eines neuen Sprints statt. Falls zutreffend, sollte es danach erfolgen der Sprint Review und die Sprint-Retrospektive aus der vorherigen Iteration.

Die Sprintplanung zielt darauf ab, die Ergebnisse für den bevorstehenden Sprint festzulegen und einen Plan für die Entwicklung der Arbeit zu definieren.

Das gesamte Scrum Team (der Product Owner, der Scrum Master, und das Entwicklungsteam) arbeitet bei der Sprint-Planung zusammen.

Können Sie sich ein erfolgreiches Projekt ohne Planung vorstellen? 🙅 Das können wir auch nicht, also starten wir keinen Scrum-Sprint, ohne ihn zu planen.

Um einen Scrum-Sprint zu planen, müssen Sie sich entscheiden:

• Die Dauer des Sprints — denk daran, dass ein Sprint eine Timebox ist
• Das Sprintziel, was ihr Zweck ist und darstellt die Produktzunahmeder Wert für den Kunden
• Die Arbeit, die das Entwicklungsteam während des Sprints erledigen kann, welche Arbeitsaufgaben das Team zuerst erledigen sollte, um das Sprintziel zu erreichen, und wie lange sie unter Berücksichtigung der Kapazität des Teams benötigen sollten

Darüber hinaus sollte die Sprint-Planung das Team motivieren und realistische Erwartungen setzen.

Am Ende des Sprint Planning-Meetings muss das Team die folgenden Ergebnisse erzielen:

• Ein gemeinsames Verständnis des Sprintziels. Dieses Ziel ist die Richtlinie für die Bewertung der Arbeit des Entwicklungsteams nach Abschluss des Sprints.
• Das Sprint Backlog. Dieses Artefakt steht für das Gespräch zwischen dem Entwicklungsteam und dem Product Owner über die zu erledigende Arbeit. Es ist das Ergebnis eines ausgewogenen Verhältnisses zwischen Kundennutzen und Entwicklungsaufwand.

Jetzt erfordert jedes Sprint Planning-Meeting einige Vorbereitungen. Lesen Sie weiter, wer es tun sollte und was es beinhaltet.

Wie bereitest du dich auf die Sprint-Planung vor?

Der Product Owner sollte die folgenden Schritte befolgen, um die Grundlage für eine erfolgreiche Sprint-Planung zu legen:

• Kombinieren Sie die Ergebnisse des vorherigen Sprint Reviews mit dem Feedback von Stakeholdern wie Management und Kunden und die Produktvision
• Aktualisieren und, falls erforderlich, verfeinern der Produkt-Backlog
• Kennen Sie den Kundennutzen, den das Entwicklungsteam schrittweise schaffen muss

Sobald alle Vorbereitungen abgeschlossen sind, ist es Zeit für das Sprint Planning-Meeting.

Wie sollte das Treffen ablaufen?

1. Der Product Owner gibt die Product Backlog-Elemente — und die entsprechenden Prioritäten — an, die sie als die besten Kandidaten für den nächsten Sprint betrachten. Artikel können sein Anwenderberichte, Aufgaben oder Bugs. Der Product Owner schlägt diese Artikel entsprechend dem Kundennutzen und der Produktvision vor.
2. Basierend auf Aufwandsschätzungen und dem Vorschlag des Product Owners das Entwicklungsteam wählt die Produkt-Backlog-Elemente aus, an denen während des aktuellen Sprints gearbeitet werden soll. Indem sie diese Elemente zu Sprint-Backlog-Elementen heraufstufen, einigen sich die Entwickler mit dem Product Owner auf das Sprint-Ziel.
3. Obwohl optional, könnte das Team die Abhängigkeiten zwischen den Elementen besprechen und darüber, wer an jedem einzelnen von ihnen arbeiten sollte.

Sehr wenige Schritte, oder? Einige praktische Maßnahmen sollten diese Schritte jedoch ergänzen. Im Folgenden erfahren Sie, um welche Maßnahmen es sich dabei handelt.

Wie führt man ein erfolgreiches Sprint-Planning-Meeting durch?

1. Begrenzen Sie die Dauer der Besprechung. ⏳ Die Sprint-Planung sollte nicht länger als 1-2 Stunden pro Sprintwoche dauern. Das bedeutet, dass das Meeting für einen zweiwöchigen Sprint nicht länger als 2-4 Stunden dauern sollte.

2. Lassen Sie den Scrum Master der Wächter der Zeit sein. Sie sind dafür verantwortlich, dass das Meeting innerhalb der definierten Zeitbox stattfindet.

3. Halten Sie das Meeting jedes Mal am selben Tag und zur gleichen Zeit ab. 📅 Teammitglieder können ziemlich beschäftigt sein und volle Agenden haben. Deshalb empfiehlt es sich, für jeden Teilnehmer einen Platz in der Agenda zu reservieren.

4. Definieren Sie wertvolle, klare Ergebnisse. 🎁 Diese, zusammen mit einem klaren Sprint-Backlog, erhöhen die Motivation des Entwicklungsteams. Die richtigen Ergebnisse zu erzielen ist pure Zufriedenheit, und ein klarer Arbeitsplan ist das Rezept, um dies zu erreichen.

5. Stellen Sie sicher, dass der Scrum Master diese Dinge garantiert. Erstens, dass das Gespräch zwischen dem Entwicklungsteam und dem Product Owner fruchtbar ist. Sie sollten sich alle auf das Sprintziel einigen. Zweitens, dass die Entwickler gute Entscheidungen treffen, wenn sie Artikel aus dem Produkt-Backlog in das Sprint-Backlog verschieben. Es ist eine gute Wahl, ein Element auszuwählen, das für die Dauer des Sprints, die Teamkapazität und die Arbeitslast machbar ist.

Es mag einfach erscheinen, aber das ist nicht alles, was Sie während der Sprint-Planung tun müssen. Es gibt eine Reihe von Dingen, die es zu vermeiden gilt.

Wenn wir dir einen Rat geben sollten...

Schätzen Sie den Aufwand anhand der Kapazität des Entwicklungsteams ab. Um zu entscheiden, wie viel Arbeit das Team in einem Sprint erledigen kann, sollten Sie die Kapazität des Teams berücksichtigen. (Und denken Sie daran, Schätzungen sind genau das — Schätzungen.) Entwickler berücksichtigen ihre bisherigen Erfahrungen, doch jeder Sprint ist einzigartig und kann sich im Laufe seines Verlaufs ändern. Die Berücksichtigung der Teamkapazität verbessert jedoch die Genauigkeit der Aufwandsschätzung. Darüber hinaus Storypoints könnte dem Team bei der Aufwandsschätzung helfen.

Bedenken Sie, dass sich die Fähigkeit des Entwicklungsteams zur Schätzung im Laufe der Zeit verbessern sollte. Daher sollte das Team weniger genaue Aufwandsschätzungen nach dem Sprint nicht kritisieren. Andernfalls wird das Team viel länger brauchen, um eine Schätzung vorzunehmen, oder beim nächsten Mal viel größere Schätzungen abzugeben.

Versuchen Sie nicht, während der Sprint-Planung alles zu planen. Lassen Sie die Idee, das vollständigste und perfekteste Sprint-Backlog aller Zeiten zu erstellen, vor der Tür. Schließlich dreht sich bei Scrum alles um Flexibilität und „Besser gemacht als perfekt“. Ein Sprint-Backlog, das vollständig genug ist, um Entwicklern den Einstieg zu erleichtern, ist also genau das, was es sein muss. Denken Sie daran, dass die Lösung komplexer Probleme einen Learn-by-Doing-Ansatz erfordert, der die Planung zu einer ebenso komplexen Aufgabe macht.

Ermitteln Sie eine realistische Erwartung für das Ergebnis des Sprints. Es ist keine gute Idee, unrealistische Erwartungen an den Zuwachs zu stellen, den das Entwicklungsteam im Laufe eines Sprints erzielen kann. Es könnte Entwickler frustrieren, dass sie nicht liefern konnten, was ihre Motivation und Leistung ernsthaft beeinträchtigen kann. Auf der anderen Seite sorgen realistische Erwartungen dafür, dass das Team Erfolg hat und ein Erfolgserlebnis hat. Außerdem erleichtern sie die Konversation zwischen den Entwicklern und dem Product Owner, sodass sie sich auf das Sprintziel einigen können.

Haben Sie einen gut verfeinerten Produkt-Backlog. Es muss detailliert genug sein, damit das Entwicklungsteam verstehen kann, worum es bei den Arbeitsaufgaben geht. Sie möchten keine wertvolle Zeit in der Sprint-Planung damit verschwenden, Arbeitselemente in maximal eines pro Tag aufzuteilen. Definieren und folgen Sie einem Verfeinerung des Backlogs verarbeiten und sicherstellen, dass Product Backlog-Artikel Ihren Anforderungen entsprechen Definition von bereit.

Schlage ein klares Sprintziel vor. 🎯 Der Product Owner muss sich über den erwarteten Kundennutzen für die Erhöhung im Klaren sein. Andernfalls wählt das Entwicklungsteam möglicherweise eine Reihe von Artikeln aus dem Produktbacklog aus, die keinen Bezug zueinander haben. Das Ergebnis könnten unerwartete Ergebnisse und ein geringes Erfolgserlebnis sein.

Klären Sie das Definition von erledigt mit dem Entwicklungsteam. Zu wissen, was geleistete Arbeit im aktuellen Sprint bedeutet, hilft den Entwicklern, die Erwartungen zu erfüllen. Das liegt daran, dass sie besser verstehen, was zu tun ist, um das Inkrement zu erzielen. Außerdem gibt eine klare Definition von „Fertig“ dem Entwicklungsteam mehr Selbstvertrauen bei der Einschätzung des Aufwands.

Starke Sprint-Planung macht Ihr Projekt stärker

Wenn du folgst das Scrum-Framework, Sprint Planning ist keine Wahl. Wenn Sie jedoch jemals versucht sind, ihn zu überspringen, setzen Sie ein Lesezeichen für diesen Artikel und lesen Sie das Folgende. 📑

Mit einem erfolgreichen Sprint-Planning-Meeting ist es einfacher, das Sprintziel, die zu erledigenden Aufgaben und die Sprintergebnisse zu verstehen. Wenn das Team nicht weiß, wohin es geht und wie es dorthin gelangen kann, wird es wirklich schwierig, die Kundenbedürfnisse zu erfüllen. Es ist genauso schwierig, Ihren Kunden wertvolle Zuwächse zu bieten, wenn Sie die Arbeit nicht nach Prioritäten organisieren.

Bei der Sprint-Planung geht es darum, Klarheit zu schaffen und die Arbeit zu organisieren, bevor es in der Iteration zu spät ist. Es geht auch darum, das gesamte Team in die Vorbereitung auf alle Anstrengungen einzubeziehen, die ein Sprint erfordert. Ein Hinweis: Denken Sie daran, dass ein Sprint-Plan in die Zeitbox eines Sprints passen muss, und berücksichtigen Sie die Teamkapazität.

Einfacher agiler Teamrhythmus ist perfekt für die Sprint-Planung. Es ist ein schnelles, unkompliziertes, visuelles und kollaboratives Tool, das Ihnen Folgendes ermöglicht:

• Ziehe Artikel direkt aus dem Produkt-Backlog auf die User Story Map
• Aufwandsschätzungen in User Stories registrieren
• Story-Point-Schätzungen bearbeiten
• Priorisieren Sie die User Stories in jedem Sprint, indem Sie sie innerhalb der jeweiligen Sprint-Swimlane anordnen
• Analysieren Sie die Sprint-Statistiken, um sicherzustellen, dass die geplante Arbeit die Kapazität des Teams nicht überschreitet und das Sprintziel realistisch ist
• Visualisieren Sie, was das Team wann liefern wird, indem Sie User Stories in Sprint-Swimlanes zusammenfassen

Lassen Sie uns wissen, wenn Sie Fragen haben zu Einfacher agiler Teamrhythmus. Wir empfehlen es für Ihr Scrum-Projekt sehr, und unsere Kunden empfehlen dasselbe.

Die perfekte Produkteinführung ist ein schwer fassbares Biest. Wenn der Starttermin näher rückt, steigt der Druck, während sich der Produktmanager mit Änderungen in letzter Minute, Bugs auf dem Jira-Board und einigen Netzwerk- oder Serverproblemen befasst, die alles zu ruinieren drohen. Sie haben vielleicht das perfekte Produktmanagement-Framework, doch die Reise zur Ziellinie ist normalerweise alles andere als elegant.

Egal, ob Sie ein neues Produkt auf den Markt bringen oder ein neues Feature veröffentlichen, Produktmanager leben von der Aufregung, dem Hochgefühl — und der Erschöpfung! — die mit dem Job einhergehen, insbesondere im Zusammenhang mit wichtigen Veröffentlichungen. Selbst bei sorgfältiger Planung, einer exquisiten Produkt-Roadmap und einem sorgfältig verfeinerten Backlog scheinen die letzten Momente vor der Markteinführung immer in einem Kampf bis zum Ende zu enden.

Bevor Sie Ihrem Produktmanagement-Framework oder, schlimmer noch, Ihrem Produktteam die Schuld geben (Nee, das würden Sie niemals tun!) , treten Sie einen Schritt zurück und atmen Sie ein. Wir stellen Ihnen einige Ideen vor, wie Sie das Chaos am Tag der Markteinführung etwas lindern können. (Seien wir ehrlich, kein Drama am Tag der Veröffentlichung wäre nur ein bisschen enttäuschend.)

Planung vor dem Start

Wenn Sie eine agile Produktentwicklungsmethode wie Scrum oder Kanban verwenden, sind Sie in Bezug auf die Planung bereits einen Schritt voraus. Erfahrene PMs verfügen über eine Roadmap mit Epen in T-Shirt-Größe und Geschichten, die sorgfältig unter Verwendung etablierter Methoden entworfen wurden Methoden zur Priorisierung.

Basierend auf Ihrer Produktstrategie können Sie sich dafür entscheiden, nach jeder Iteration neue Produktfunktionen für die Produktion freizugeben. Aber manchmal erfordert der Produktmarketingplan einen größeren Aufschwung. In diesem Fall können Sie Pressemitteilungen, große Werbeveranstaltungen oder andere Marketingmöglichkeiten mit hoher Sichtbarkeit nutzen.

Die Planung, wie Sie das Produkt veröffentlichen möchten, ist genauso wichtig wie die Entscheidung, was Teil der Veröffentlichung sein wird. Die Produktentwicklungsteams müssen sich mit dem Produktmarketing abstimmen, um Folgendes zu berücksichtigen:

• Wirst du einen Soft-Launch für ein begrenztes Publikum durchführen?
• Müssen Sie bestimmte Komponenten vorab veröffentlichen, um Preise, Marketingtexte oder Benutzerfreundlichkeit zu testen?
• Wirst du die Vorveröffentlichungen bis zur Veröffentlichung in der Wildnis lassen oder testest du sie für einen bestimmten Zeitraum und ziehst sie dann zurück?
• Haben Sie ein festes Datum, an dem Sie die Veröffentlichung vornehmen müssen (z. B. Super Bowl-Sonntag), oder gibt es eine gewisse Flexibilität beim Timing?

Antworten auf diese Fragen bestimmen die Release-Strategie, die dann in Ihrem Release-Plan und Ihrer Ausführung berücksichtigt wird.

Wenn es darum geht, zu entscheiden, welche Funktionen in Ihre Produkteinführung aufgenommen werden sollen, können Sie aus einer Vielzahl von Produktmanagement-Frameworks wählen oder einen hybriden Ansatz verwenden und die Methoden so kombinieren, dass sie zu Ihrer Situation passen.

Das Modell Kano, AARRR Theorie (Akquisition, Aktivierung, Kundenbindung, Weiterempfehlung und Umsatz) und OKRs (Ziele und Hauptergebnisse) bieten alle Rahmenbedingungen für das Produktmanagement. Diese helfen Produktverantwortlichen bei der Planung neuer Funktionen, die auf die Produktvision abgestimmt sind, und bei der Umsetzung der Rentabilitätsziele.

Denken Sie daran: Es ist immer eine gute Idee, einen Plan B oder sogar einen Plan C zu haben, um unerwartete Ereignisse oder Probleme zu berücksichtigen, die häufig kurz vor einer Markteinführung auftauchen. Atlassian hat eine großartige Vorlage für die Produkteinführung um dir den Einstieg zu erleichtern, wenn du an deinem ersten Release arbeitest.

Planung des Starttages

Eine Checkliste für den Launch-Tag ist dein bester Freund am Tag der Markteinführung. Vielleicht möchtest oder brauchst du sogar mehr als eine Liste. Eine Produkteinführung hat zu viele bewegliche Teile in zu vielen Teams, als dass Sie sich allein auf das Gedächtnis verlassen könnten. Ihre Marketing-, IT- und Produktteams spielen alle eine Rolle bei der Markteinführung und führen die für ihre Aufgaben erforderlichen Aktivitäten durch.

Vor allem, wenn dies die erste Produkteinführung in Ihrem Startup sein könnte, helfen Checklisten den Produktteams dabei, Details lange vor dem Launch-Tag mit klarem Kopf zu durchdenken. Der beste Plan ist, jedes Team zu bitten, seine Checkliste zu erstellen, und sich dann als Gruppe zu treffen, um den Zeitplan der einzelnen Aufgaben abzustimmen und zu koordinieren. Einige Aufgaben am Tag der Markteinführung sind unabhängig voneinander und können jederzeit in Angriff genommen werden. Im Gegensatz dazu sind andere zeitkritischer oder hängen davon ab, dass etwas anderes passiert.

Für Teams, die bereits einige Markteinführungen hinter sich haben, enthalten diese Checklisten die Lehren aus früheren Versionen. Wenn sie nach jeder Markteinführung aktualisiert werden, verwandeln sie Ihr Team in eine reibungslose Maschine zur Produkteinführung.

Planung nach der Markteinführung

Wie Sie wissen, ist eine Produkteinführung nicht das Endspiel. Sobald sich der Staub gelegt hat und alle etwas geschlafen haben, müssen Sie messen, wie das Produkt funktioniert. Wenn Sie planen, wie die ersten Kennzahlen des Produkts gemessen werden sollen, können Produktmanager die Ergebnisse frühzeitig und so oft wie nötig an die Stakeholder weitergeben.

Die Messung wichtiger Produktkennzahlen nach einer Markteinführung bestätigt Ihre Entscheidung über die Produktfunktionen, bestätigt, dass Sie das richtige Produkt für den Markt entwickelt haben, und hilft Ihnen, die richtigen Fragen zu stellen und zu beantworten, wenn Sie weitere Feature-Builds und Marketingstrategien planen.

Wichtige Produktindikatoren nach der Markteinführung können den Gesamtumsatz, die wichtigsten Attributionskanäle, Aktivierungsstatistiken und Affinitätsverkäufe umfassen. Wenn Sie eine neue Funktion in einem bestehenden Produkt einführen, sollten Sie auch die Kundenbindungszahlen im Auge behalten. Ein Anstieg der Abwanderungsraten könnte auf ein Problem mit der Benutzererfahrung oder der zugrunde liegenden Technologielösung hinweisen.

Sie müssen nicht nur die Ergebnisse Ihrer Veröffentlichung messen, sondern auch die nächsten Schritte vorbereiten. Nachdem Ihr Entwicklungsteam ein wenig die Augen geschlossen hat, macht es sich wieder an die Arbeit und sucht nach seinem nächsten Auftrag. Sie benötigen Ihre Rückstand bereit für die nächste Sprint-Planungszeremonie, und dann geht es wieder wie gewohnt weiter. Möglicherweise gibt es auch sofortiges Kundenfeedback, das umgesetzt werden muss.

Sobald du dein Team auf den Weg zum nächsten Release gebracht hast, ist es an der Zeit, einen Blick auf deine Roadmap zu werfen. Sie werden wahrscheinlich neue Informationen entdecken, wenn Kunden anfangen, Ihr neues Produkt oder Ihre neue Funktion zu nutzen. Es ist eine gute Idee, in der Roadmap etwas Platz zu lassen, um Arbeiten zu übernehmen, die in den ersten Wochen Ihrer Markteinführung entdeckt wurden.

Dann gibt es noch eine letzte Sache — FEIERN!! Sie und Ihr Team haben hart gearbeitet und etwas wirklich Cooles erreicht! Es ist leicht, sich auf dem Weg zur nächsten Veröffentlichung in den Alltagstrott zu verwickeln. Nehmen Sie sich etwas Zeit, um sich selbst für eine gut gemachte Arbeit auf die Schulter zu klopfen.

Nutzen Sie Ihr Produktmanagement-Framework, um den Launch-Tag wie ein Rockstar anzugehen

Mit etwas Planung und Flexibilität können Sie Ihr Produktteam so zusammenstellen, dass der Tag der Markteinführung wie ein Spaziergang im Park aussieht. Und je eher du darin gut wirst, desto besser. Sie werden während des gesamten Produktlebenszyklus immer etwas auf den Markt bringen, vom ersten MVP über neue Funktionen bis hin zum Ende des Produktlebenszyklus.

Gründlich Straßenkartierung bietet Ihnen einen soliden Start, und je näher Sie dem Starttag kommen, desto mehr wichtige Details werden Sie herausfinden, um sicherzustellen, dass Sie nichts verpassen. Teamübergreifende Koordination ist unerlässlich, und Checklisten helfen dabei, Kommunikationskanäle zu öffnen und das gesamte Team auf den gleichen Stand zu bringen.

Eine frühzeitige Berichterstattung über Ergebnisse schafft Vertrauen bei den Stakeholdern und ist auch eine hervorragende Möglichkeit, Ihrem Team die Ergebnisse seiner Bemühungen zu zeigen.

Genießen Sie den Adrenalinrausch am Tag der Markteinführung, aber versuchen Sie, ein wenig vom Chaos und Stress abzuschalten. Sobald Sie gestartet sind, ist es Zeit, mit der nächsten Sache fortzufahren. Das liegt in der Natur der Produktentwicklung, und deshalb lieben wir sie.