Design-Sprints für Scrum-Projekte

Wie Scrum Teams designorientierter werden und systematisch Produkte herstellen können, die Kunden lieben.

Es ist nicht einfach, großartige Software zu erstellen. Scrum und andere agile Frameworks sind die neue Norm für die Bereitstellung von Software und helfen Teams, bessere Produkte schneller zu liefern. Aber Scrum allein reicht nicht aus, um ein großartiges Produkt zu entwickeln. Da die Märkte immer dichter werden, wird eine gute Benutzererfahrung (User Experience, UX) zu einem der wichtigsten Erfolgsfaktoren für Softwareunternehmen. Design Sprints sind ein großartiges Instrument, mit dem Scrum-Teams designorientierter und kundenorientierter werden können.

Der Aufstieg der User Experience

Produktentwicklungsteams sind ständig unter Druck, um bessere Produkte in kürzerer Zeit und mit geringerem Budget auf den Markt zu bringen. In den letzten zwei Jahrzehnten hat sich Scrum als das beliebteste agile Entwicklungsframework für die Bereitstellung von Software etabliert. Auf diese Weise konnten Teams Produkte von besserer Qualität schneller ausliefern und in Märkten, die immer komplexer und unvorhersehbarer werden, wettbewerbsfähiger werden.

Scrum allein ist keine Garantie dafür, dass Ihr Team stets wirklich ansprechende und wirkungsvolle Produkte liefert.

Es reicht jedoch nicht aus, Änderungen in schnellen Zyklen versenden zu können. Eine der schwierigsten Aufgaben beim Erstellen von Software besteht darin, gute Entscheidungen darüber zu treffen, was erstellt werden soll und wie das Benutzerproblem gelöst werden kann. In unserer schnelllebigen Welt sind Kunden nicht länger bereit, Softwareprodukte und -dienste zu akzeptieren, die sie nicht verstehen oder die schwer zu bedienen sind. Sie fordern Lösungen, die speziell auf ihre Bedürfnisse zugeschnitten sind und es ihnen ermöglichen, ihre Arbeit so schnell wie möglich zu erledigen. Infolgedessen ist eine hervorragende Benutzererfahrung (User Experience, UX) zu einem der Hauptunterscheidungsmerkmale auf dem Markt und zu einem entscheidenden Erfolgsfaktor für Softwareprodukte geworden. Inzwischen wird in aller Munde über Frameworks wie Design Thinking und Lean UX gesprochen, und Unternehmen stellen immer mehr UX-Designer ein, um ihre Produkte intuitiver und nützlicher zu gestalten.

Scrum muss designorientierter werden

Das ist toll. Aber es gibt ein großes Problem. Scrum und andere agile Frameworks verfügen nicht über spezifische Methoden, um Designaktivitäten systematisch in den Entwicklungsprozess zu integrieren. Infolgedessen werden Design und Entwicklung häufig als zwei sehr getrennte Aktivitäten behandelt, die ihren eigenen Prozessen folgen und von unabhängigen Teams ausgeführt werden. Designer sind keine voll integrierten Mitglieder des Scrum-Teams, übernehmen jedoch häufig die Rolle von Beratern oder Dienstleistern, die die Entwickler bei Entwurfsentscheidungen unterstützen. Um weiterhin großartige Produkte zu entwickeln, müssen Scrum-Teams designorientierter werden und neue Wege finden, wie sie systematisch Lösungen entwickeln können, die die richtigen Probleme lösen.

Geben Sie Design Sprints ein. Design Sprints sind ein relativ neues Framework und erfreuen sich in letzter Zeit in der Design- und Innovations-Community großer Beliebtheit. Sie ermöglichen es einem Team, schnell die richtigen Probleme zu identifizieren und Lösungen durch schnelles Prototyping und Feedback zu testen. Als solche sind sie eine großartige Ergänzung für Scrum-Projekte. Während Scrum ein Ansatz zum Lösen von Problemen und zum Bereitstellen von Lösungen ist, sind Design Sprints ein Ansatz zum Auffinden und Verstehen von Problemen.

Was ist ein Design-Sprint?

Ein Design-Sprint ist ein schneller, agiler Ansatz für das Produktdesign. Im Wesentlichen handelt es sich um einen fünftägigen Prozess, mit dem ein multidisziplinäres Team mithilfe einer Reihe hochwirksamer Design Thinking-Übungen neue Ideen entwickeln und testen kann. Das Ergebnis jedes Design-Sprints ist ein interaktiver High-Fidelity-Prototyp, der von echten Benutzern getestet wurde und klare Einblicke in die weitere Vorgehensweise bietet.

Design Sprints wurden ursprünglich von Jake Knapp bei Google Ventures entwickelt und durch das Bestseller-Buch „Sprint: So lösen Sie große Probleme und testen neue Ideen in nur fünf Tagen“ bekannt gemacht. Nach großen Erfolgen werden Design Sprints nun weltweit von Tausenden innovativer Unternehmen aller Größen und Branchen übernommen - darunter Marken wie LEGO, Ebay, RedBull, Slack, Lufthansa, Bosch und UNICEF.

Mit Design Sprints können Teams lernen, ohne etwas zu bauen und zu starten. Quelle: Google Ventures

Eine Abkürzung zum Lernen

Die Kernidee hinter dem Design Sprint ist es, neue Ideen zu entwickeln und zu testen, ohne etwas zu bauen und auf den Weg zu bringen. Anstatt also ein minimales Produktinkrement (MVP) zu implementieren, um festzustellen, ob eine Idee gut ist, werden Sie Daten von einem realistischen Prototyp entwickeln und abrufen.

Dies macht den Design Sprint zu einem hervorragenden Werkzeug, um Anforderungen zu erkennen und zu erforschen und ein Team auf eine einheitliche Perspektive auszurichten. Anstatt Zeit mit dem Schreiben und Debattieren von Spezifikationen in endlosen Meetings zu verschwenden, verpacken Sie sie in einen Prototyp und legen sie dem Kunden vor.

Wie funktioniert ein Design-Sprint?

Für einen erfolgreichen Design-Sprint benötigen Sie drei Grundzutaten:

  • Eine klar definierte Herausforderung: Ein erfolgreicher Design-Sprint kann nicht ohne eine klar definierte Herausforderung beginnen. Die Herausforderung bestimmt den Umfang und das Ziel des Design-Sprints. Nehmen wir an, Sie haben ein SaaS-Produkt, für das Sie eine kostenlose Testphase anbieten, haben jedoch Schwierigkeiten, Tests in echte Kunden umzuwandeln. In diesem Fall könnte Ihre Herausforderung folgende sein: "Wie können wir die Erfahrung während unserer 30-tägigen Testphase verbessern, um mehr Leads erfolgreich in zahlende Kunden umzuwandeln?"
  • Ein interdisziplinäres Team: Sie benötigen ein funktionsübergreifendes Team von idealerweise 6 bis 8 (maximal 10) Teilnehmern, das motiviert ist und alle erforderlichen Fähigkeiten zur Bewältigung der Herausforderung mitbringt. Wenn Sie die Herausforderung von oben annehmen, sollte ein gutes Team auf jeden Fall den Product Owner und Mitarbeiter aus Marketing und Vertrieb, aber auch einen Designer und Mitarbeiter aus dem Entwicklungs- und Kundensupportteam umfassen.
  • Ein starker Moderator: Da der Design-Sprint-Prozess sehr viele sich schnell bewegende Übungen enthält, hängt der Erfolg eines Design-Sprints in hohem Maße von einem erfahrenen Moderator ab. Sie werden die Vorbereitungen treffen, das Team durch alle Aufgaben führen und Diskussionen und Teamentscheidungen leiten. Der Moderator sollte daher jemand sein, der nicht nur Erfahrung mit dem Design Sprint hat, sondern auch über hervorragende Kommunikations- und Teammanagementfähigkeiten verfügt.

Sobald Sie diese Bestandteile Ihrer Checkliste angekreuzt haben, ist das Ausführen eines Design-Sprints ziemlich unkompliziert, da jeder Tag aus einer Reihe klar definierter und zeitlich festgelegter Übungen besteht und ein bestimmtes Ziel hat.

Übersicht oder die Design Sprint Week. Quelle: Google Ventures.

Folgendes passiert während der verschiedenen Tage und Phasen:

  • Montag (Verstehen): Am ersten Tag des Design-Sprints geht es darum, die Herausforderung zu verstehen und das Problem zu erkunden. Dies beinhaltet die Abbildung der Customer Journey und die Durchführung von Experteninterviews.
  • Dienstag (Ideate): Sobald das Team das Problem verstanden hat, ist es Zeit, Lösungen zu finden. In einer Reihe kreativer Übungen wird jeder Teilnehmer zunächst eine Reihe potenzieller Ideen entwickeln und schließlich ein eigenes Konzept auf Papier entwerfen.
  • Mittwoch (Entscheidung): Das Team stimmt ab und entscheidet, welches Konzept prototypisiert wird. Dies kann eine Lösung sein, ist aber häufig eine Kombination der besten Teile mehrerer Ideen.
  • Donnerstag (Prototyp): Das Team erstellt aus dem endgültigen Konzept einen High-Fidelity-Prototyp und bereitet die Benutzertests für den nächsten Tag vor.
  • Freitag (Test): Am letzten Tag des Design-Sprints wird das Team den Prototypen fünf Benutzern vorstellen, um deren Feedback und Ideen zu sammeln. Am Ende weiß das Team genau, wie es weitergeht.

Abhängig vom Feedback der Benutzer gibt es unterschiedliche Ergebnisse und Vorgehensweisen nach dem Sprint. Wenn das Feedback großartig war, kann das Team den Prototyp häufig verwenden, um Details zu ermitteln, Anforderungen zu definieren und die Implementierung vorzubereiten. Wenn Sie gemischtes Feedback erhalten, können Sie einen zweiten Design-Sprint ausführen, um Ihre Designs zu wiederholen und weitere Benutzertests durchzuführen. Manchmal zeigt der Design-Sprint, dass Sie sich auf einem völlig falschen Weg befinden. Seien Sie in diesem Fall froh, dass Sie nicht länger als eine Woche investiert haben, und fahren Sie fort.

Das Ergebnis jedes Design-Sprints ist ein interaktiver High-Fidelity-Prototyp, der von echten Benutzern getestet wurde. Quelle: GV.

Beachten Sie, dass es in der Design Sprint-Community eine neue und halboffizielle Version des Design Sprint gibt, die nur vier Tage dauert und im Allgemeinen als „Design Sprint 2.0“ bezeichnet wird.

Bridging Design Sprints und Scrum Sprints

Design Sprints können relativ einfach in ein Scrum-Projekt eingefügt werden. Aber es gibt ein paar Fallstricke. Damit dies funktioniert, müssen Sie wissen, welche Ergebnisse ein Design-Sprint tatsächlich liefert und wo sie in Scrum passen.

Fließe nicht den Wasserfall hinunter

Ein häufiges Missverständnis bei der Verwendung von Design Sprints in einem agilen Framework wie Scrum besteht darin, dass die Benutzer erwarten, dass der Design Sprint eine Reihe von pixelgenauen Designs liefert, die sie dem Entwicklungsteam zur Implementierung direkt zur Verfügung stellen können. Dies ist jedoch nicht die Absicht eines Design-Sprints und steht einer Wasserfall-Denkweise gefährlich nahe - Abschluss der Designphase vor Beginn der Implementierung.

Führen Sie Ihren Design Sprints-Wasserfallstil nicht aus.

Die Designs, die aus einem Design-Sprint hervorgehen, sind prototypisch und daher die meiste Zeit überhaupt nicht für die Entwicklung bereit. Sie sind häufig unvollständig und enthalten viele „Fake-Door“ -Elemente, um Details zum Anwendungsverhalten wegzulassen. Dies liegt daran, dass ein guter Prototyp erstellt wird, um eine Reihe klar definierter Hypothesen zu testen, und alles ausgelassen wird, was für diesen Test irrelevant ist.

Aber wenn Sie Design Sprints nicht zum Entwerfen von Bildschirmen verwenden sollten, wozu sind sie dann eigentlich gut?

Der echte Deal mit Design Sprints

Was ein Design-Sprint wirklich bietet, sind keine detaillierten Modelle, sondern das Gesamtbild und ein klarer Hinweis in Form von Benutzer-Feedback. Es gibt Ihrem Team wichtige Einblicke in eine Idee und zeigt Ihnen, ob Sie auf dem richtigen Weg sind. Noch wichtiger ist, dass Sie damit Releases, Backlogs und User Storys planen und priorisieren können, die nicht auf Ihren eigenen Hypothesen basieren, sondern auf dem tatsächlichen Feedback der Benutzer basieren.

Dies ist eine der größten Herausforderungen bei Scrum, da Scrum kaum Anleitungen (so gut wie keine) zur Verwaltung Ihres Produktstaus gibt. Es liegt also ganz beim Team, insbesondere beim Product Owner (PO), sicherzustellen, dass der Rückstand immer die Kundenperspektive darstellt. Das macht es leicht zu glauben, dass Sie bereits wissen, was Ihre Kunden wollen. Aus diesem Grund können selbst die besten, gut gemeinten Scrum-Teams ihre Zeit damit verschwenden, die falschen Funktionen oder die richtigen Funktionen auf die falsche Weise zu erstellen, da sie kein klares Verständnis für den Benutzer haben.

Bei der Verwendung von Design Sprints in Scrum können Sie also Backlogs erstellen, die nicht nur all das darstellen, was ein Team zu erledigen hat. Stattdessen helfen sie Ihnen, Ihre User Storys und Ihr Backlog im Kontext des Benutzers anzuzeigen und Fragen zu beantworten wie: Warum erstellen wir das? Für wen bauen wir es? Welchen Nutzen bringt die Lösung für den Kunden und wann?

Wie man alles zum Laufen bringt

Wenn Sie das oben Genannte verstehen, wird die Verwendung von Design Sprints in Scrum ziemlich einfach. Grundsätzlich funktioniert der Prozess so:

  1. Führen Sie einen Design-Sprint aus. Stelle dich deiner Herausforderung, versammle das Team und führe einen Design-Sprint durch. Wann solltest du den Sprint starten? Es gibt viele Fälle, in denen ein Design-Sprint in einem Scrum-Projekt hilfreich sein kann, und viele Fälle, in denen sie nur übertrieben sind. Ich werde dies im nächsten Abschnitt genauer untersuchen.
  2. Anwenderberichte ableiten. Verwenden Sie nach Abschluss des Design-Sprints den Prototyp und das Feedback, um systematisch Anwenderberichte daraus abzuleiten. Es gibt keine wirklichen Best Practices dafür, aber wir finden, dass das User Story Mapping von Jeff Patton der perfekte Weg ist, um das Ergebnis eines Design-Sprints zu überbrücken. Mehr dazu erfahren Sie in diesem Blogbeitrag.
  3. Führen Sie Ihren Scrum Sprint aus. Nehmen Sie die abgeleiteten User Stories und planen Sie Ihr Sprint Backlog wie gewohnt. Während des Scrum-Sprints kann das Team den im Design-Sprint erstellten Prototyp verwenden, um detaillierte Schnittstellen für die verschiedenen User Storys zu erstellen. Dazu müssen das Entwicklungsteam und das Designteam eng zusammenarbeiten.
Das Einfügen von Design Sprints in Scrum ist ziemlich einfach.

Machen Sie Designer Teil des Scrum-Teams

Eine weitere sehr wichtige Voraussetzung ist, dass Designer echte Mitglieder des Scrum-Teams werden müssen. Dies bedeutet, dass sie ihre Arbeit in die Scrum-Sprints einpassen und an allen Scrum-Meetings teilnehmen, z. B. Planungssitzungen, tägliche Stand-ups, Sprint-Reviews, Rückblicke und Verfeinerungen des Rückstands. Sie werden auch direkt mit dem Entwicklungsteam zusammenarbeiten, um User Stories zu implementieren und während der Sprintwoche Designarbeit zu leisten.

Optimale Verwendung von Design Sprints in Scrum-Projekten

Nachdem Sie nun wissen, wie Design Sprints in Scrum passen, schauen wir uns genauer an, wann es am besten ist, einen Design Sprint in einem Scrum-Projekt auszuführen. Theoretisch können Sie jedes Mal, wenn Sie etwas Neues implementieren möchten, von einem Design-Sprint profitieren. Ein Design-Sprint ist jedoch eine ziemliche Investition, die mehr als eine Handvoll Leute für eine ganze Woche beschäftigt. Aus diesem Grund macht es keinen Sinn, für jedes neue Teil, das Sie bauen möchten, einen Design-Sprint durchzuführen. Ein Design-Sprint ist am besten, wenn Sie mit etwas Komplexem und Riskantem konfrontiert sind, das viele offene Fragen zur allgemeinen Wünschbarkeit eines Features aufwirft. Wenn es bei Ihrem Problem mehr um Optimierung und perfekte Benutzerfreundlichkeit geht, ist das Ausführen eines Design-Sprints oftmals ein völliger Overkill.

Um Ihnen ein besseres Bild zu vermitteln, gibt es vier wichtige Situationen, in denen Design-Sprints für Scrum-Teams besonders praktisch sind:

  • beim Starten neuer Projekte
  • beim Hinzufügen oder Ändern großer Features
  • wenn die Produktvision, die Roadmap oder der Rückstand unscharf sind
  • wenn Sie großen Herausforderungen oder unspezifischen Anforderungen gegenüberstehen
Verwendung von Design Sprints in Scrum-Projekten.

Lassen Sie uns jeden dieser Fälle etwas genauer untersuchen.

Neue Projekte starten

Wenn Sie die Segel für ein neues Projekt setzen, besteht die Möglichkeit, dass Sie und Ihr Team große Unsicherheiten hinsichtlich des Benutzers und seines Kontexts haben und daher nicht wissen, wie eine optimale Lösung aussehen sollte. In diesem Fall kann der Design Sprint als Produkterkennungsübung verwendet werden. Anstatt alle Anforderungen „am besten abzuschätzen“, sollten Sie ein oder zwei Wochen blockieren und einen Design-Sprint im Voraus oder zu Beginn des Projekts ausführen, zum Beispiel in Form eines „Sprint Zero“ - einer Technik, die häufig zur Reduzierung von Unsicherheiten eingesetzt wird oder testen Sie die technologische Machbarkeit vor dem ersten Sprint in einem Scrum-Projekt.

Das Ergebnis des Design-Sprints vermittelt Ihnen ein gemeinsames Verständnis der gesamten Produktvision und -erfahrung. Dies schafft eine starke Übereinstimmung in Ihrem Team und allen relevanten Stakeholdern. Das Feedback von Prototypen und Benutzern vereinfacht die Verfeinerung Ihres anfänglichen Rückstands und die Planung von Sprints erheblich, da Sie in der Lage sind, Ihre User Storys ohne viel Diskussion zu ermitteln. Außerdem können Sie Storys leicht priorisieren und eine erste Produkt-Roadmap und einen Release-Plan erstellen.

Dies bedeutet nicht, dass Sie nach diesem ersten Design-Sprint alle Anforderungen an das Produkt erfüllen. Auch dies ist Wasserfalldenken. Für die meisten Projekte reicht ein Design-Sprint als Sprint Zero einfach nicht aus, um Konzepte zu erstellen, Nachforschungen anzustellen und Feedback vom Kunden zu erhalten. Nach einigen Scrum Sprints stehen Sie vor neuen Herausforderungen und müssen iterieren.

Implementieren Sie neue Funktionen oder entwerfen Sie vorhandene neu

Ähnlich wie beim Start eines neuen Projekts können Sie einen Design-Sprint in einem etablierten Projekt ausführen, um größere Teile neuer Funktionen zu definieren oder vorhandene Features zu überdenken. In diesem Fall konzentriert sich der Design Sprint auf einen bestimmten Aspekt Ihres Produkts und hilft Ihnen dabei, Lösungen dafür zu generieren. Zum Beispiel könnte Ihr Team einen Design-Sprint durchführen, um herauszufinden, wie eine neue Onboarding-Erfahrung für Ihre Anwendung aussehen sollte.

Führen Sie dazu Ihren Design-Sprint zwischen Ihren nächsten beiden Scrum-Sprints in Form eines „Explorationssprints“ aus. Sie sollten auf keinen Fall versuchen, einen vollständigen Design-Sprint und Ihren normalen Scrum-Sprint nebeneinander auszuführen. Dies würde Ihr gesamtes Team oder zumindest einige Mitarbeiter Ihres Teams für eine ganze Woche blockieren und eine normale Implementierungskadenz unmöglich machen.

Wenn Ihnen das Konzept der Exploration Sprints nicht gefällt, können Sie auch versuchen, Design Sprints direkt in Ihre normalen Scrum Sprint-Zyklen zu integrieren. Damit dies funktioniert, müssen Sie die verschiedenen Design-Sprint-Übungen aufteilen und drastisch kürzen oder zusammenführen, damit sie während Ihrer Sprintwochen ausgeführt werden können, ohne zu viel Zeit zu kosten. Dies setzt ein Team voraus, das bereits Erfahrung mit Design Sprints hat.

Strategisches Produktmanagement und Verfeinerung des Auftragsbestands

"Der Rückstand ist, wo Features sterben". Es ist nicht ungewöhnlich, dass ausgereifte Scrum-Projekte unter ständig wachsenden, unorganisierten Rückständen leiden. Dies geschieht häufig aus dem Wunsch heraus, dem Benutzer ein immer nützlicheres Produkt zur Verfügung zu stellen, oder aufgrund von Kompromissen, die gemacht wurden, um die Interessen verschiedener Interessengruppen auszugleichen.

Eine großartige Produktmanagerin setzt die Erwartung, dass sie die Zukunft möglicherweise nicht vorhersagen kann.

Da Design Sprints Ihnen dabei helfen, einen Überblick zu gewinnen, können sie ein wirksames Instrument für den Product Owner (PO) sein, um die widersprüchlichen Anforderungen der Stakeholder in Einklang zu bringen und Feature-Creep zu verhindern. Anstatt zu versuchen, die Erwartung festzulegen, dass der PO die Zukunft vorhersagen und die richtigen Antworten liefern kann, kann er Design Sprints als Methode verwenden, mit der gegensätzliche Anforderungen aufeinander abgestimmt und gute Antworten gefunden werden.

Wann immer der Rückstand unübersichtlich wird oder wenn die Produkt-Roadmap und Vision verschwimmen, nehmen Sie sich eine Auszeit, sammeln Sie alle relevanten Stakeholder und führen Sie einen Design-Sprint durch, um herauszuzoomen, Perspektiven auszurichten und gemeinsam herauszufinden, was für den Kunden das Beste ist.

Entdecken Sie Lösungen für hohe Anforderungen

Manchmal kann es vorkommen, dass Sie abstrakten Anforderungen auf hoher Ebene gegenüberstehen, bei denen nicht sofort klar ist, wie Sie sich diesen nähern oder wo Sie anfangen sollen. Beispielsweise müssen Sie möglicherweise wichtige Messdaten wie Conversion-Raten oder Nutzerinteraktion verbessern. Oder möchten Sie den Bestellvorgang in Ihrem Webshop schneller und einfacher gestalten? In diesem Fall kann Design Sprints Ihnen helfen, das Problem aus der Sicht des Benutzers zu untersuchen und in kurzer Zeit eine Reihe möglicher Lösungen zu finden. Nach ein oder zwei Design Sprints haben Sie einen bewährten Ansatz, um die Nadel zu bewegen.

Fazit

Design Sprints sind eine großartige Möglichkeit für Scrum-Teams, kundenorientierter und designorientierter zu werden. Sie helfen Ihnen dabei, neue Ideen schnell zu erkunden und Benutzerfeedback ohne Codierung zu erhalten. Sie ermöglichen es Ihnen, User Storys und Anforderungen aus echten Benutzer-Feedbacks abzuleiten, anstatt sie am besten zu schätzen. Dies bietet eine Perspektive für das gesamte Team und richtet die Stakeholder aus. Mit der Zeit können Design Sprints Ihre Denkweise von Planen und Raten zu schnellem Experimentieren und Lernen ändern und Silos zwischen Design und Entwicklung auflösen.

Design Sprints sind jedoch keine Wunderwaffe. Sie sind kein einzelner Entwurfsprozess, sondern lediglich ein weiteres Werkzeug in Ihrem Arsenal. Sie helfen Ihnen nicht dabei, kleine Optimierungsprobleme zu lösen oder perfekte Bildschirmdesigns zu entwickeln. Oft ist das Ausführen eines Design-Sprints zu viel des Guten, und Sie sollten sich kleinere Design-Thinking- oder UX-Praktiken wie Empathie-Mapping oder Probleminterviews ansehen.

Während Design Sprints und Scrum alleine angewendet werden können, sind die beiden Frameworks besser zusammen und schaffen eine sich gegenseitig verstärkende Umgebung, die sich auf Benutzerorientierung und schnelle Iteration konzentriert, um optimale Ergebnisse zu erzielen. Design Sprints sorgen für eine starke Benutzerorientierung, während Scrum eine hervorragende Möglichkeit ist, schrittweise Lösungen bereitzustellen, um sicherzustellen, dass die Benutzeranforderungen während des gesamten Design- und Entwicklungsprozesses im Vordergrund stehen.

Wenn Sie Mitglied eines Scrum-Teams sind und von Design Sprints profitieren möchten, wie sollten Sie dann anfangen?

Fangen Sie klein an. Versuchen Sie, hochwertige Chancen mit geringem Risiko zu finden, und probieren Sie Design Sprints aus. Vielleicht starten Sie bald ein neues Projekt? Vielleicht wartet in Ihrem Team ein großes Feature auf Sie? Oder müssen Sie Ihren Rückstand optimieren, um das Gesamtbild wiederherzustellen? Was auch immer die Herausforderung sein mag, stellen Sie ein Team von Freiwilligen zusammen und legen Sie los. Der Design-Sprint ist eines dieser Dinge, die man erleben muss, um die Kraft und Schönheit des Sprints wirklich zu verstehen.

Es kann jedoch schwierig sein, Mitarbeiter Ihres Teams zu überzeugen, eine Woche in einen Prozess zu investieren, den sie noch nicht kennen und dem sie noch nicht vertrauen. Kaufen und teilen Sie das Buch mit Ihrem Team oder lesen Sie es einfach selbst und halten Sie eine kurze Präsentation. Es gibt auch eine Menge Erfolgsgeschichten und Unternehmen, die ihre Erfahrungen mit Design Sprints teilen. Letztendlich können Sie auch einige Experten einstellen und ein 1-2-tägiges Design Sprint-Training absolvieren, das Ihnen zeigt, wie Design Sprints funktionieren, und Sie können alles so einrichten, dass Sie es selbst ausführen.

Wie auch immer Sie sich entscheiden, ich verspreche Ihnen, dass Sie nach der Ausführung Ihres ersten Design-Sprints die Vorteile erkennen und sich letztendlich in den Prozess verlieben werden.

Benjamin Bestmann ist Gründungspartner von Strive Innovation Studio. Er hilft Teams und Unternehmen auf der ganzen Welt, benutzerzentrierte Produkte zu entwickeln und neue und effektivere Arbeitsmethoden im digitalen Zeitalter zu entwickeln. Folgen Sie ihm auf LinkedIn oder Twitter.

Möchten Sie mehr über Design-Sprints, Innovation und Arbeit im digitalen Zeitalter erfahren? Folgen Sie Strive auf Instagram, um tägliche Artikel zu lesen oder melden Sie sich für unseren Newsletter an. Fragen Sie uns einfach!