DESIGN SPRINT: ALLES, WAS SIE SCHON IMMER WISSEN WOLLTEN … (Teil 2)


Im ersten Teil dieses Artikels, der dem Design Sprint gewidmet ist, habe ich eine Bestandsaufnahme seines Ursprungs, seiner Daseinsgründe und seiner theoretischen und praktischen Entwicklung gemacht. Seine Umsetzung bei verschiedenen Gelegenheiten brachte mir auch andere Lektionen, die man normalerweise nicht in den (kurzen) Artikeln liest, die dieser Methode gewidmet sind, noch weit davon entfernt, überstrapaziert zu werden.

Was es nicht ist...

Offensichtlich birgt dieser Ansatz seine Risiken, da er missverstanden oder sogar falsch angewendet werden kann. In der Tat kann es einerseits zu Missverständnissen und erheblichen Lücken zwischen der Berufung des Sprints kommen (siehe Teil 1 des Artikels) und Kundenerwartungen. Andererseits läuft der Sprint umso besser, wenn die Person, die ihn moderiert, gute Erfahrungen mit der Leitung von Workshops im Allgemeinen und dieser Art von Übung im Besonderen hat. In der Tat ist es notwendig, sowohl eine gewisse Distanz zu haben, um die im Raum enthaltene Überflutung an Energie aufzunehmen und für alle einen kühlen Kopf zu bewahren, als auch die Festigkeit (immer wohlwollend), zu rahmen und neu zu fassen, wenn es „notwendig“ ist .
In allen Fällen :

  • Le Design Sprint ist alles außer einer magischen Lösung für all Ihre Probleme... sondern, wie wir gesehen haben, eher eine kollektive, aktive Synergie, die sich auf die Entwicklung einer hypothetischen Lösung für ein bestimmtes Problem konzentriert, das berühmte MVP. Es wird also nicht darum gehen, alle funktionalen Optionen oder die möglichen Wege zu einer globalen Lösung zu testen und zu validieren. Typischerweise ist der Design-Sprint nicht für die Neugestaltung einer Website oder eines Business-Tools als Ganzes geeignet. Umgekehrt kann es nützlich sein, eine „Single-Task“-App zu entwerfen, ein bestimmtes Reiseproblem anzugehen, eine Funktion zu testen oder zu entwerfen … Per Definition wird unsere Lösung das Ziel und eines der zu Beginn erwähnten Probleme ansprechen sprinten, sonst nichts.
  • Im weiteren Sinne wird es noch weniger die Gelegenheit sein, die Strategie oder das Image einer Organisation / eines Unternehmens zu überprüfen, in der Hoffnung, alles in 5 Tagen zu überprüfen.
  • Der Sprint ist kein Selbstzweck. Mit anderen Worten, wenn es möglich ist, eine Lösung zu testen, wird sie selten ausgereift oder vollständig genug sein, um sofort implementiert zu werden. Es wird sicherlich Anpassungen, Verbesserungen, noch mehr Tests, kurz Iterationen erfordern, bevor es in die Produktion geht, mit eigenen auslieferungsfähigen Dateien vorgelagert (was der Sprint-Prototyp nicht sein soll).
  • Es ist auch kein Hackathon. wo wir mehrere Lösungen gleichzeitig betrachten werden. Wie wir gezeigt haben, ist es notwendig, in der Mitte des Kurses zu einer Lösung zu konvergieren (sei es ein Kurs oder ein Bildschirm). Dies ist kein AB(CDEF…)-Test. Der Sprint muss sein eigenes Wertversprechen tragen.


Kurz gesagt, es Verwechseln Sie Design Sprint nicht mit Sprint, also Geschwindigkeit und Eile. Der Sprint kann nicht alle Probleme angehen Gleichzeitig könnte es sich, wenn es missbraucht wird oder zumindest sein Format, seine Phasen und sein Ziel nicht respektiert, als kontraproduktiv oder sogar destruktiv erweisen, weil es erschöpfend und trügerisch ist.
 

Sprinte aus dem Buch

Wenn der Sprint ideal ist, um „um die Ecke zu denken“ (think out of the box), ist er es auch Manchmal ist es notwendig, das Buch wegzulegen und nicht alle seine Vorschriften buchstabengetreu befolgt, auf die Gefahr hin, entweder angesichts eines unlösbaren Problems oder in einer bestimmten Situation zu einem bestimmten Zeitpunkt blockiert zu bleiben.
Die Person, die den Sprint leitet, sollte Verwenden Sie gesunden Menschenverstand und mehr oder weniger Flexibilität, Pragmatismus jedenfalls, es zu Ende zu bringen, wenn nicht sogar sein Ziel. Wenn sie der Garant für Zeit und aufeinanderfolgende Stufen ist, wird sie ihr Spiel oft anpassen müssen, weil sie mit anderen Menschen konfrontiert wird. Wohlwollen muss manchmal Vorrang vor dem „Timer“ haben und es kommt vor, dass wir die zugewiesene Zeit überschreiten. Es wird auch notwendig sein zu wissen, wie man mit der Anfälligkeit oder Schüchternheit einiger umgeht, um andere zu mäßigen. Aber auch sich an die Einschränkungen der Teilnehmer anpassen (Zimmer verlassen für ein wichtiges Telefonat, vorzeitiges Verschwinden/Wiederauftauchen, wenn man sich beim Kunden aufhält). Der Geduld des Moderators wird daher oft auf die Probe gestellt. Daher das Konzept derErfahrung, mehr um die notwendige Perspektive und Bestätigung haben zu können, als die Methode konsequent auswendig ausrollen zu können, wie wir es in der Vergangenheit getan haben. Es wird daher notwendig sein, zwischen all diesen Daten eine gewisse Balance zu finden, denn Hauptsache, der Kunde ist zufrieden und wir „sortieren“ eine Lösung, ohne dass es jemanden das Leben kostet.

In der Tat wir können sehr gut einen Sprint zu zweit animieren. Denn wie bei einem Paar die Betreuung des Kindes übernimmt, weil der andere kurzzeitig erschöpft ist, kann es in einer Sprintsituation durchaus bedeutsam sein, sich auf ein Alter Ego verlassen zu können. voller Energie Teilnehmer. Oder um sich einer Wahl oder Orientierung zu vergewissern.
Ich habe auch festgestellt, dass alle Schritte nicht blockieren, wenn sie nicht ausgeführt werden. Gehen Sie zum Beispiel direkt zu Skizzen, die etwas fortgeschritten sind ohne durch das Crazy8 zu gehen, was eine ziemlich destabilisierende Übung ist (und es muss gesagt werden, dass sie eher für Designer geeignet ist), ist durchaus möglich, insbesondere wenn Sie im vorherigen Schritt ins Hintertreffen geraten sind. Denn ja, manchmal muss man mit der Zeit und mit etwas Elastizität zurechtkommen vergiss den "timer" wenn ein Schritt als nicht fortgeschritten genug angesehen wird. Wichtig ist, den Prototypen am Donnerstag fertig zu stellen und die Tests am Freitag organisiert zu haben, denn es spielt keine Rolle, wenn nicht alles perfekt ist, Das Wichtigste ist, das maximale Benutzerfeedback zu sammeln (Rückmeldung).
Eine weitere Übung, die mich nicht immer überzeugt: die sogenannte Notiztechnik „Wie könnten wir“ (Wir schreiben HMW oben links auf die Post-its, und wir schreiben in Form von Fragen oder Gelegenheiten die Probleme, die während der Montagsinterviews mit den Experten aufgeworfen wurden). Erstens wird die Anweisung nicht immer gut verstanden und das Ergebnis kann wie eine Sammlung von Schlüsselwörtern oder langen Kommentaren aussehen. Dann entspricht es eher einer angelsächsischen Denkweise. In der Tat haben die Franzosen, die normalerweise kritisch und cartesianisch sind, vielleicht größere Schwierigkeiten, sich einer Interpretation und einer relativ offenen und positiven Perspektive zuzuwenden. Außerdem könnten wir Verwandle „How Might We“ in „How To Fail“, eine alternative Übung, die darin besteht, die Gründe zu ermitteln, warum das Projekt scheitern könnte, um Lösungen zu finden, die seinen Erfolg garantieren.
Wir könnten uns auch sehr gut vorstellen, andere Workshops zu integrieren, die geeigneter sind und dem Sprint dienen könnten, solange wir den für den reibungslosen Ablauf wesentlichen sequentiellen Aspekt beibehalten (z. B.: Vorschlagen ein oder zwei 6to1 - Lesen Sie unseren Artikel – während des Skizzentages).
Sie können auch bestimmte Phasen vorrücken oder überspringen. Wenn beispielsweise der Sprint gut voranschreitet und alle die gleiche Vision teilen, ist es nicht zwingend erforderlich, mit allen Abstimmungen zwischen den Workshops fortzufahren, eine Abstimmung am Ende des Tages kann ausreichen. Ebenso möchte der Entscheidungsträger nicht immer sein Supervote nutzen, warum ihn dazu zwingen?
Kurz gesagt, noch einmal zu wissen, wie man aus den Nägeln kommt, ist nicht verbotenAuch wenn wir uns vorstellen, dass J. Knapp vielleicht schon alles versucht hat, ist es wichtig, weiter zu experimentieren und den Kunden und sein Projekt zufrieden zu stellen, den Sprint als Rahmen und nicht als Befehlstabelle zu betrachten und teilweise die Zeit einzubeziehen bisweilen typische UX-Methoden.
 

Der Design Sprint innerhalb des UX Republic Ansatzes

Wie bereits erwähnt, reicht der Design Sprint alleine nicht aus. Es erscheint uns von Anfang an unbedingt erforderlich, es zu „betreuen“ und zumindest eine Phase einzuplanenvorgelagertes Eintauchen (siehe unser Angebot), wenn der Kunde solide Elemente hat, um den Sprint zu füttern, oder sogar eine Recherche- und/oder Auditphase planen, falls erforderlich. Es ist weder bequem noch sehr effektiv, einen Sprint von vorne zu beginnen, ohne ein Minimum an Informationen über ihn, seine Branche, seine Konkurrenten und vor allem das Verständnis für seinen Beruf und für das, was uns zuerst betrifft, seine Benutzer, gelernt zu haben. 
Dann, an seinem Ende, wird der Sprint sicherlich noch verlangen ein paar Iterationen, um die Lösung so zu verbessern, dass sie den Benutzeranforderungen so gut wie möglich entspricht, sein Markt, sein Umfeld. Es kann auch die Grundlage für zukünftige ergänzende Arbeiten sein. Es ist zudem so etwas wie seine latente Berufung, da es auf Innovation ausgerichtet ist: der zu sein Ausgangspunkt der nächsten Zukunft der Trägerorganisation. Wir empfehlen daher eine Nachbereitung des Sprints, um das Konzept zu finalisieren und sachgerecht in Produktion zu bringen und warum nicht auch langfristig auf eine Zusammenarbeit hinzuarbeitenUnterstützung unseres Kunden bei seiner Transformation.


Alexis CANGY | UX/UI-Berater | Design-Sprint-Meister