KAPSLY Blog Deutsch

Design Sprint - Was? Warum? Wer? Wann? Wie?

Geschrieben von KAPSLY | 15.07.2021 07:00:00

Die Corona Pandemie hat zahlreiche Unternehmen in die Schranken gewiesen und sie dazu gezwungen, sich neu zu erfinden, um zu überleben. COVID-19 hat in Frage gestellt, wo und wie Unternehmen arbeiten, wie sie mit Kunden umgehen und sogar das Kaufverhalten der Kunden. Infolgedessen haben sich viele dieser Unternehmen aus verschiedenen Branchen "den Praktiken zugewandt, die gemeinhin mit agilen Teams in Verbindung gebracht werden, in der Hoffnung, sich schneller an die sich verändernden Fachleute anzupassen." “Agile”, einst ein Werkzeug für das Software-Projektmanagement, gewinnt zunehmend an Bedeutung in traditionellen Branchen, die innovative Lösungen, eine höhere Anpassungsfähigkeit und kontinuierliches Lernen benötigen.

In diesem Beitrag geht es um den Design Sprint, eine bewährte Design Thinking-Methode, die von Jake Knapp (ehemaliger Mitarbeiter von Google und Google Ventures) erfunden wurde, mit dem Ziel, "kritische Geschäftsfragen durch Design, Prototyping und Testen von Ideen mit Kunden zu beantworten." Wohl einer der ersten Schritte, die ein Unternehmen machen kann, um eine Kultur der Innovation zu schaffen.

 

Was ist der Design Sprint?

Ursprünglich ist der Design Sprint ein fünftägiger Intensiv-Workshop, der dazu dient, "komplexe Probleme durch Co-Creation, Rapid Prototyping und qualitatives Testen mit gezielten Benutzern zu lösen." Obwohl die eingesetzten Tools und Aktivitäten variieren können, bleibt das Ziel das gleiche: vom Problem zur getesteten Lösung zu gelangen. Ein funktionsübergreifendes Team kommt für eine Woche zusammen, der Zeitplan ist zu 100 % geklärt, um tief in ein Problem einzutauchen und eine 360°-Lösung zu entwerfen, die das Problem lösen könnte.

 

Warum sollten wir das tun?

Engagement. Schnelligkeit. Klarheit.

Es erzeugt Engagement, weil es Menschen aus verschiedenen Bereichen zusammenbringt, um zusammenzuarbeiten und gemeinsam eine Lösung für das Problem zu schaffen.

Es setzt eine knappe Frist, die das Team motiviert, sich zu beeilen, Entscheidungen zu treffen und einen funktionierenden Prototyp in 4 Tagen zu bauen. Dies wird erreicht, indem am Ende der Woche ein Testtag durchgeführt wird.

Er sorgt für Klarheit im Prozess. Der Design Sprint ermöglicht es Dir, zu sehen, wie echte Benutzer auf eure Lösung reagieren, bevor ihr das endgültige Produkt baut.

Letztlich helfen Design-Sprints dabei, zeit- und ressourcenintensive Lösungen vor dem Scheitern zu bewahren. Sie zeigen dem Unternehmen, in welche Richtung es gehen soll und helfen, zukünftige Fallstricke zu vermeiden. Teams können erhebliche Risiken eingehen und sie testen, bevor sie diese Lösungen bauen.

 

Für wen ist das geeignet?

Design Thinking und agile Methoden ebnen den Weg, eine nutzerzentrierte Perspektive einzunehmen. In einer Ära der Massenanpassung gibt ein Design Sprint Einblicke aus erster Hand, wie eure Zielnutzer auf eine bestimmte Lösung reagieren könnten. Obwohl er bei Google geboren und für Startups perfektioniert wurde, gilt der Design Sprint heute, um Ideen zur Lösung von Problemen unabhängig von der Branche oder dem Unternehmen zu produzieren und zu testen.

 

Wann sollte man einen Design Sprint durchführen?

Sie sollten die Durchführung eines Design-Sprints in Betracht ziehen, wenn:

  • Es gibt ein komplexes und spezifisches Problem zu lösen und die Lösung wird viel Zeit und Geld erfordern;
  • Innovation erforderlich ist, da bekannte Ansätze nicht die gewünschten Ergebnisse liefern;
  • Sie eine funktionierende Lösung brauchen, und zwar schnell.

Obwohl er meist zu Beginn eines neuen Projekts eingesetzt wird, ist der Design-Sprint ein wertvoller Workshop in jeder Phase eines Projekts, wenn das Team vor einer Herausforderung steht, die eine innovative Lösung erfordert. Interessante Sprint-Geschichten finden Sie hier.

 

Wie führen wir einen Design-Sprint durch?

Wer nimmt teil? Was machen wir jeden Tag? Welche Tools verwenden wir? Was können wir erwarten?

Die Auswahl des richtigen Teams, das an dem Workshop teilnehmen soll, und die Definition des Problems, das angegangen werden soll, sind die beiden wichtigsten Meilensteine bei der Vorbereitung des Sprints. Das funktionsübergreifende Team sollte einen "Decider" (derjenige, der die Macht hat, das Projekt zu genehmigen oder zu beenden), einen "Facilitator" (derjenige, der für die Durchführung des Sprints verantwortlich ist) und Vertreter aller Stakeholder umfassen, deren Perspektive einen Mehrwert für die Lösung darstellt (d. h. Finanzen, Marketing, Technik, Versorgung und Design). Wenn wir mit Startups in der Frühphase arbeiten, die eine Softwarelösung benötigen, setzen wir einen Designer, einen Backend-Entwickler, einen Frontend-Entwickler und einen unserer Führungskräfte mit dem Gründerteam des Startups zusammen.

Fünf Tage lang blockieren wir den Terminkalender des Teams und beschäftigen uns intensiv mit dem Problem. Aufgrund der Natur unseres Geschäfts haben wir bei LoopStudio den Workshop so angepasst, dass er in einer Remote-Umgebung durchgeführt werden kann, wobei wir Tools wie Miro nutzen, die es uns ermöglichen, die gewünschte Atmosphäre zu schaffen. Dennoch haben wir immer noch ein physisches Whiteboard in unserem Büro.

Die Aktivitäten des Design Sprints sind in fünf verschiedene Phasen oder Tage aufgeteilt. Jeder Tag hat einen anderen Zweck und eine andere Liste von Aktivitäten.

 

Design-Sprint-Blaupause - Tag für Tag

  1. Am ersten Tag geht es um das Verstehen. Den Kunden, das Geschäft, das Problem, die Benutzer und die Sichtweise jedes Teammitglieds auf das Problem zu verstehen. Informationen auszutauschen und die notwendigen Recherchen zu erkennen, die durchgeführt werden müssen. Definieren der Problemstellung, der aktuellen Situation und der gewünschten Situation, um sich schließlich auf einen kritischen Pfad zu einigen (d. h.: minimale Schritte, die der Anwender zur Lösung des Problems benötigt). Alle Erkenntnisse und Annahmen müssen in einem Backboard festgehalten werden, das im weiteren Verlauf des Workshops aktualisiert wird.
  2. Diverge bedeutet "sich von einem Weg trennen und in eine andere Richtung gehen". Mit anderen Worten: Brainstorming. Wir verwenden verschiedene Aktivitäten, die darauf abzielen, die Kreativität zu entfesseln und viele Möglichkeiten zur Lösung der Herausforderung zu generieren, egal wie verrückt sie auch klingen mögen. Unsere Favoriten sind die Crazy Eights und der Solution Sketch. Jedes Teammitglied muss am Ende des Tages eine Lösungsskizze vorlegen.
  3. Am dritten Tag ist es unser Ziel, die besten Ideen auszuwählen und mit einem Storyboard des zukünftigen Prototyps abzuschließen. Obwohl den ganzen Tag über eine individuelle Wahl gefördert wird, die jedem Mitglied eine Stimme und eine Möglichkeit zur Erklärung gibt, liegt es in der Verantwortung des Entscheiders, die Gewinnerideen auszuwählen. Wir verwenden gerne Silent Critique und Group Critique als Kernaktivitäten, um zu erklären, zu bewerten und zu entscheiden, welche Ideen aus den Lösungsskizzen Teil des endgültigen Storyboards werden sollen.
  4. Sobald das Storyboard feststeht, sind wir bereit für den Prototyp. Es muss ein super schlanker Prototyp sein, der an einem Tag gebaut wird. Es geht darum, die Oberfläche abzudecken, genug, um die Interaktion der Lösung mit dem Benutzer nachzubilden und Feedback zu erhalten. Für Softwarelösungen verwenden wir gerne Tools wie Sketch oder Invision für unsere Prototypen. Nach der Aufgabenteilung übernimmt jedes Teammitglied eine andere Rolle, um einen Teil des Prototyps zu bauen. Am Ende des Tages sollte es einen Probelauf des Prototyps geben, um Fehler zu erkennen und sie vor dem großen Tag zu beheben.
  5. Endlich, es ist Freitag! Nach einer Menge harter Arbeit hat das Team eine überzeugende Lösung für das Problem zusammengestellt, und sie ist bereit, von echten Benutzern getestet zu werden. Wie Du diese Phase angehst, hängt stark davon ab, was ihr testet und mit wem. Insgesamt ist es das Ziel, so viel wie möglich aus der Interaktion der Benutzer mit dem Prototyp zu lernen. Wir empfehlen, eine Reihe von Fragen vorzubereiten, die dem Benutzer vor, während und nach dem Testen des Prototyps gestellt werden, sowie die Mimik, Aktionen und Reaktionen des Benutzers während der Interaktion mit dem Prototyp aufzuzeichnen.

 

Diese Daten sind von großem Wert. Die aus dem Sprint resultierenden Erkenntnisse dienen als harter Beweis, wenn Du entscheidest, in welche Richtung dein Projekt gehen soll. Am Ende des Sprints wirst Du Geschichten von echten Nutzern haben, die eure vorgeschlagene Lösung bestätigen, oder auch nicht. Eine Woche Zeit kann Dich vor vielen zukünftigen Kopfschmerzen und Frustrationen bewahren.

Wenn Du mehr zu diesem Thema lesen möchtest, empfehle ich Dir, dorthin zurückzugehen, wo alles begann, und das Buch "Sprint" zu lesen, das von den Design-Sprint-Erfindern Jake Knapp, John Zeratsky und Braden Kowitz geschrieben wurde. Darin wird detailliert erklärt, wie Du eure Design Sprints planen und durchführen kannst.

Fühle dich frei, deine eigenen Erfahrungen und Learnings mit Design Sprints im Kommentarbereich zu hinterlassen, insbesondere wenn ihr Remote Sprints durchführt! Oder kontaktiere uns, um deine aktuellen Herausforderungen zu diskutieren und den nächsten Design Sprint zu koordinieren.

PS: Knapps Vortrag mit dem Titel “The Design Sprint: One Small Change to Create a Culture of Innovation" ist ebenfalls ein Muss.

 

Andres Ruiz 

 

  Loopstudio auf KAPSLY finden