In dieser Präsentation zeigen wir Ihnen, wie Sie schwierige Problemstellungen in nur wenigen Tagen mit Design Sprints lösen. Wir stellen Ihnen die bewährte Methodik von Google vor und geben handfeste Tipps, wie Sie sofort loslegen können.
Sie haben verstanden, was digitale Transformation bedeutet
Sie wissen, wie groß die kommenden Herausforderungen sind.
Sie haben aber auch bemerkt, wie überwältigend diese sein können?
Wie schaffen es kleine Startups und Innovationsteams, Ideen und Probleme in nur wenigen Tagen zu lösen statt Ihr Geld in monatelanger Projektlaufzeit mit ungewissem Ausgang zu versenken?
Mit Design Sprints, basierend auf dem bewährten Design Thinking Modell, zeigen wir Ihnen, wie auch Sie Lösungsansätze in wenigen Tagen validieren können. Ganz egal ob es sich um Software, Services oder neue Produkte und Geschäftsmodelle handelt.
8. 8
WARUM DESIGN SPRINTS?
Kein „Minimum Viable Product“ bis
zum Feedback notwendig
Echtes Kunden- oder
Mitarbeiterfeedback
9. 9
3 essentielle Bestandteile des Design Sprints
• Kurze Deadline (5 Tage bis zum realistischen
Prototyp inkl. Feedback)
• Teilnehmer mit unterschiedlichen Fähigkeiten
(Entwickler, Ingenieure, Designer,
Produktmanager)
• Ein konkreter Prototyp, der mit
Versuchspersonen getestet wird
11. 11
VOR DEM SPRINT
Stakeholder einladen (Max. 7 Personen)
Rolle „Entscheider“ festlegen
Rolle „Moderator“ festlegen
Testgruppe für Freitag zusammenstellen
…und natürlich jede Menge Notizzettel, Stifte etc.
(Moderatorenkoffer)
13. 13
BEISPIEL FÜR EINEN BUSINESS APP SPRINT
Montag
PLANEN
Dienstag
ENTWERFEN
Mittwoch
ENTSCHEIDEN
Donnerstag
BAUEN
Freitag
TESTEN
1. Herausforderung
definieren
2. Team bestehend
aus Entwicklern,
Designern, Sales
und Marketing
3. User Stories
definieren
4. Systemlandschaft
und Datenquellen
aufzeichnen
5. Fokus setzen
1. Inspiration einholen
2. Lightning Demos
3. Individuelle Ideen
skizzieren
1. Vergleich aller
Entwürfe
2. Abstimmung
3. Visuelles
Storyboard
erstellen
1. Möglichst realen
Prototypen bauen
1. Prototyp mit echten
Kunden oder
Mitarbeitern testen
2. Review: Erfolgreich,
nicht erfolgreich
3. Weitere Schritte
festlegen
14. 14
MONTAG
Problem und gewünschtes Ziel identifizieren.
Team zusammenstellen. Fokus setzen.
Frage stellen „Wie könnten wir…“ (How might we)
Nicht chronologisch arbeiten – Planen Sie den
Sprint vom gewünschten Ziel rückwärts, um
mögliche Fallstricke zu identifizieren
16. 16
DER DIGITALISIERUNGSBAUKASTEN
PROZESSE
TECHNOLOGIEN ENDGERÄTE
DINGEDATENHALTUNG
USER EXPERIENCE
Scanning
Augmented
Reality
Geolocation
(GPS)
Environ-
mental
Mapping
Text-to-
speech
Desktop
Tablet
Smartphone
Smartwatch
Smartglass
ERP MES
DB CRM
Maschinen Produkte
Orte Werkstücke
Produktion
Service F&E
Instand-
haltung
RFID & NFC
Voice
Recognition
Mobile
Internet
17. 17
DIENSTAG
Bringen Sie Ideen aus verschiedenen Umfeldern,
Branchen und Einsatzgebieten zusammen, um
eigene Lösungen zu finden. Das Ziel ist - wie bei
Lego - verschiedene kleine Bauteile
zusammenzutragen und zu einer Gesamtlösung
zu formen.
18. 18
DIENSTAG
„Lightning Demos“ = Jedes Teammitglied hat 3
Minuten, um eine favorisierte existierende
Lösung vorzustellen, am besten aus einer
anderen Branche oder einem anderen Umfeld
25. 25
MITTWOCH
A B C
Die ausgewählte Idee wird anschließend
gemeinsam weiter ausgebaut und überarbeitet
26. 26
MITTWOCH
Erstellen Sie für die ausgewählte Idee ein kurzes Storyboard mit
maximal 3 Abschnitten
Nutzen Sie möglichst kleine Zeichenflächen, damit Sie sich nicht mit
Details aufhalten
Wir empfehlen DIN A4
A1 A2 A3
28. 28
DONNERSTAG
Gefahr eines unzureichenden Prototyps: Kein
hinreichendes Feedback oder zu viel
Interpretationsspielraum („Stellen Sie sich
einfach vor, dass das funktioniert…“)
30. 30
DONNERSTAG
Powerpoint ermöglicht die rasche Erstellung von
Screens für Ihre Anwendung, ausgelegt auf eine
Bildschirmgröße
Nachteil: Komplexe Anwendungen werden
schnell sehr aufwändig zu erstellen
Nur wirklich gut zu bedienen durch „Powerpoint
Ninjas“
Keine echten Daten
34. 34
PROTO.IO
Proto.io (Prototyping Tool) bietet Unterstützung für
mehrere Bildschirmgrößen
Realistischere Anmutung von Apps
Nachteil: Oft fehlen die entsprechenden Ressourcen,
Interaktionen sind aufwändig
Nur wirklich gut zu bedienen durch Designer / UX
Experten
Keine echten Daten
37. 37
SIMPLIFIER
Echte Daten schnell anbinden
Vorgefertigte Elemente ermöglichen rasche
Erstellung von einer Anwendung
Keine Designkenntnisse notwendig durch
vordefinierte Regeln
Nur mit Basis-Entwickler-Know-how zu bedienen
Vorteil: Nutzer finden sich aufgrund der echten
Daten schnell wieder
39. 39
FREITAG
Prototyp an Menschen testen. Feedback
einholen.
Die User Experience, das Kundenerlebnis oder
der Prozess für den Mitarbeiter sollte so nahe
wie möglich an der Realität sein. Das muss nicht
unbedingt bedeuten, dass er genau so aussieht.
Aber der Mehrwert der Lösung muss
herauskommen.
46. 46
MUSS ES IMMER EINE APP SEIN?
Brauche ich zum Testen immer eine App? Sie
müssen nicht grundsätzlich Apps oder Software
bauen. Es geht wie angesprochen um eine
Lösung für eine gesetztes Ziel. Ob das ein
greifbares Produkt wie ein Auto ist, eine App
oder ein Kundenerlebnis.
47. 47
Beispiel für einen Sprint „Servicequalität
verbessern“ für einen Maschinenhersteller
48. 48
BEISPIEL FÜR EINEN SPRINT „SERVICEQUALITÄT VERBESSERN“ FÜR EINEN MASCHINENHERSTELLER
Montag
PLANEN
Dienstag
ENTWERFEN
Mittwoch
ENTSCHEIDEN
Donnerstag
BAUEN
Freitag
TESTEN
1. Herausforderung:
(Wie könnten wir
die Kundenbindung
für das Produkt xyz
verbessern)
2. Team: Entwickler,
Serviceleitung,
Mitarbeiter,
Marketing & Sales,
CxO
3. Aktuelles
Geschäftsmodell
aufzeigen
4. Fokus setzen
1. Neue
Geschäftsmodelle
und Ideen
skizzieren
• Vergleich aller
Entwürfe
• Abstimmung
• Visuelles Storyboard
erstellen
• Marketing Funnel
erstellen für das
neue Servicemodell
• Funnel mit
Bestandskunden
und vor Ort testen
• Review: Erfolgreich,
nicht erfolgreich
• Weitere Schritte
festlegen
49. 49
BEISPIEL KÄRCHER
„Der Wettbewerb in der Reinigungsbranche wird in
Zukunft nicht mehr auf der Maschinenseite
gewonnen, sondern bei den digitalen Services.
Das wirkt sich auch auf das grundlegende
Geschäftsmodell von Kärcher aus.“
- Friedrich Völker, Kärcher
50. 50
BEISPIEL KÄRCHER
Beispiel vom Markt: Kärcher Fleet (Internet der
Dinge + Kärcher Reinungsgeräte)
Kärcher Fleet hilft Reinigungsfirmen dabei, ihre
Geräte zu lokalisieren, meldet Schäden an die
Kärcher-Zentrale, sorgt für rasche Reparaturen
und schlägt Alarm, wenn Geräte gestohlen
werden oder den ihnen zugewiesenen Bereich
verlassen.
52. 52
Wir haben bereits von Teams gelesen, die den 5-
Tages-Sprint auf einen Tag oder sogar 90 Minuten
verkürzen konnten
Selbstverständlich leidet hier die Qualität etwas
darunter
Dennoch kann man die 5 übergreifenden
Vorgehensweisen auf einen kürzeren Zeitraum
komprimieren, probieren Sie es im nächsten Meeting
aus!
54. 54
NOCH NICHT GENUG? HIER GIBT ES WEITERFÜHRENDES MATERIAL
Sprintstories.com
Geschichten und Berichte über Sprints mit und ohne Erfolg
VIDEO: Design Sprint explained in 1 Minute
Kurzes Erklärvideo, dass die Thematik von Design Sprints zusammenfasst
PDF: Design Sprint Methods
Ausführliche Anleitung zu verschiedenen Methodiken eines Design Sprints
VIDEO: Design sprints at scale
Design Sprints mit Hunderten Teilnehmern? Das geht.
Außerdem: Das Buch Sprint bei Amazon. Geschrieben von dem
Erfinder der Design Sprints, Jake Knapp.