Die erste Innovationswoche Ihres Teams: ein Fünf-Tage-Plan

Eine Innovationswoche funktioniert, wenn sie ein echtes Problem in fünf Tagen vom Verstehen bis zur getesteten Idee bringt – mit demselben kleinen Team jeden Tag im Raum und einer entscheidungsbefugten Person am Ende. Der Montag gehört dem Problem, der Dienstag den Menschen, die es erleben, der Mittwoch den Ideen, der Donnerstag einem Prototyp und der Freitag dem Testen und Entscheiden. Im Folgenden lesen Sie, was Sie vorbereiten, wer teilnimmt und was jeder Tag liefern muss.

Das ist kein Hackathon und kein Festival der Vorträge. Wenn Ihre Woche eine Keynote und einen Preis hat, ist es eine andere Veranstaltung. Wenn Sie die längere, sanftere Variante über einen Monat verteilt suchen, lesen Sie Innovation im Team starten: die ersten 30 Tage.

Vor der Woche: zwei Wochen Vorbereitung

Die meisten Innovationswochen entscheiden sich vor dem Montag. In den zwei Wochen davor:

• Einigen Sie sich mit einem Sponsor auf ein Problem. Formuliert als Satz über Menschen, nicht als Thema. „Besucher unseres Servicecenters gehen, ohne ihr Anliegen erledigt zu haben“ ist brauchbar. „Service verbessern“ ist es nicht.
• Benennen Sie eine entscheidende Person. Sie ist am Freitag in den letzten zwei Stunden im Raum und sagt, wie es weitergeht.
• Gewinnen Sie fünf Nutzer für den Freitag. Echte Menschen, die das Problem erleben, mit gebuchten 30-Minuten-Terminen. Diesen Schritt vergessen Teams am häufigsten – und ohne ihn wird der Freitag zur Präsentation statt zum Test.
• Vereinbaren Sie vier bis sechs Interviews für Dienstagvormittag, mit Menschen, die das Problem erleben, und ein oder zwei, die um es herum arbeiten.
• Machen Sie die Kalender frei. Das Kernteam ist die Woche über aus dem Tagesgeschäft heraus, mindestens vormittags. Halbe Aufmerksamkeit ergibt eine halbe Woche.
• Bereiten Sie einen Raum vor mit Wandfläche, Papier, Stiften und Haftnotizen – oder ein gemeinsames Online-Board, wenn Sie remote arbeiten.

Die Struktur verdankt viel dem Design Sprint, der bei Google Ventures entwickelt und von Jake Knapp, John Zeratsky und Braden Kowitz in Sprint (2016) veröffentlicht wurde. Dieser Plan ist sanfter: Er widmet dem Zuhören einen ganzen Tag, weil ein Team beim ersten Mal seine Nutzer meist noch nicht gut genug kennt, um allein mit Experteninterviews zu beginnen.

Wer teilnimmt

• Kernteam (vier bis sieben Personen): alle fünf Tage. Mischen Sie die Menschen, die die Arbeit machen, jemanden mit täglichem Nutzerkontakt, jemanden, der die Systeme oder Regeln kennt, und eine Person von außen.
• Moderation: hält die Zeit und die Methoden im Blick und bringt keine eigenen Ideen ein. Das kann jemand aus einem anderen Team sein.
• Entscheidende Person: Montagvormittag für eine Stunde und Freitagnachmittag für zwei. Dazwischen telefonisch erreichbar.
• Nutzer: Dienstag (Interviews) und Freitag (Tests).

Tag 1 (Montag): das Problem vereinbaren

Vorbereiten: den Entwurf der Problembeschreibung und alles, was bereits bekannt ist (Beschwerden, Daten, frühere Versuche).

Ablauf:

1. Die entscheidende Person eröffnet mit 20 Minuten: warum dieses Problem, was dazugehört und was nicht, wie ein guter Freitag aussieht.
2. Das Team schreibt schweigend alles auf, was es über das Problem zu wissen glaubt. Gruppieren Sie die Notizen mit einem Affinitätsdiagramm.
3. Sortieren Sie die Überzeugungen in „wissen wir“ und „vermuten wir“. Machen Sie aus den größten Annahmen Fragen für den Dienstag.
4. Stellen Sie den Interviewleitfaden fertig. Kurze, offene Fragen zu echten vergangenen Ereignissen.

Ergebnis: eine vereinbarte Problembeschreibung, eine Liste von Annahmen, der Interviewleitfaden.

Tag 2 (Dienstag): zuhören

Vorbereiten: Interviewtermine, eine protokollierende Person pro Gespräch, abgestimmte Einwilligung.

Ablauf:

1. Vormittags: vier bis sechs Stakeholder-Interviews zu zweit. Eine Person fragt, die andere schreibt auf, was gesagt wird – nicht, was es bedeutet.
2. Nach jedem Interview zehn Minuten, um Zitate und Beobachtungen festzuhalten, solange sie frisch sind.
3. Nachmittags: eine Empathy Map pro Nutzertyp, dem Sie begegnet sind.
4. Zum Abschluss drei bis fünf Wie-könnten-wir-Fragen aus dem formulieren, was Sie überrascht hat. Der Leitfaden zu Wie-könnten-wir-Fragen zeigt, wie sie weder zu weit noch zu eng werden.

Ergebnis: Interviewnotizen, Empathy Maps, drei bis fünf Wie-könnten-wir-Fragen und die eine, an der das Team weiterarbeiten will.

Tag 3 (Mittwoch): Ideen entwickeln und auswählen

Vorbereiten: die gewählte Frage groß ausgedruckt, die Empathy Maps an der Wand.

Ablauf:

1. Brainwriting: Alle schreiben schweigend Ideen auf und geben sie zum Weiterentwickeln weiter. Zuerst zählt die Menge.
2. Crazy 8s: acht grobe Skizzen in acht Minuten, um von Worten zu Bildern zu kommen.
3. Jede Person arbeitet ihre stärkste Idee zu einer einseitigen Skizze mit Titel aus.
4. Stille Galerie, dann Dot Voting, um zu zeigen, wo das Interesse liegt. Anschließend wählt die entscheidende Person ein oder zwei Konzepte für den Prototyp. Die Abstimmung informiert, sie entscheidet nicht.

Ergebnis: ein oder zwei ausgewählte Konzepte, mit schriftlich festgehaltener Begründung.

Tag 4 (Donnerstag): Prototyp bauen

Vorbereiten: Papier, Karton, ein Präsentations- oder Formularwerkzeug – was eben zur Idee passt.

Ablauf:

1. Vormittags: ein Storyboard mit sechs bis acht Bildern zeichnen, das zeigt, wie ein Nutzer das neue Erlebnis durchläuft.
2. Die Arbeit aufteilen: wer welchen Teil baut, wer die Texte schreibt, wer das Testskript verfasst.
3. Einen Papierprototyp oder ein Mock-up bauen, das gerade echt genug ist, damit ein Nutzer darauf reagieren kann. Ein neues Faltblatt, ein nachgebauter Bildschirm, ein Leitfaden für ein Gespräch am Schalter.
4. Um 16 Uhr den Test einmal im Team durchspielen.

Ergebnis: ein testbarer Prototyp und ein Testskript mit drei bis fünf Dingen, die Sie herausfinden wollen.

Tag 5 (Freitag): testen und entscheiden

Vorbereiten: die fünf Nutzertermine, einen ruhigen Raum, einen Beobachtungsraum oder eine Videoverbindung für den Rest des Teams.

Ablauf:

1. Vormittags: fünf Tests à 30 Minuten. Eine Person führt das Gespräch, alle anderen beobachten und notieren auf einem Feedback-Capture-Grid: was funktioniert hat, was nicht, Fragen, neue Ideen.
2. Früher Nachmittag: nach Mustern suchen. Was haben drei oder mehr Nutzer getan oder gesagt?
3. Entscheidungsrunde mit der entscheidenden Person (90 Minuten): zeigen, was Sie gehört und gesehen haben, dann eine von drei Optionen wählen – weiterentwickeln, eine überarbeitete Version testen oder aufhören.
4. Die letzten 30 Minuten: eine Retrospektive darüber, wie die Woche gelaufen ist.

Ergebnis: eine Entscheidung, eine verantwortliche Person und ein Termin für den nächsten Schritt sowie eine Liste, wer in der Woche was beigetragen hat.

Was Sie tun und lassen sollten

Tun

• Buchen Sie die Nutzer für Freitag, bevor die Woche beginnt. Keine Nutzer, kein Test.
• Behalten Sie die ganze Woche dasselbe Kernteam. Wer kommt und geht, setzt den Raum jeden Tag zurück.
• Halten Sie die Moderation aus den Ideen heraus.
• Notieren Sie zu jeder Wahl die Begründung, nicht nur die Wahl.
• Enden Sie mit einer verantwortlichen Person und einem Termin. Eine Woche ohne nächsten Schritt bleibt als netter Workshop in Erinnerung.

Lassen

• Laden Sie nicht zwanzig Leute ein. Ab sieben werden die Sitzungen langsamer, und die Stilleren hören auf zu sprechen.
• Lassen Sie die entscheidende Person nicht bis Freitag verschwinden, um dann alles umzuwerfen.
• Polieren Sie den Prototyp nicht. Wenn der Donnerstag überzieht, ist er zu detailliert.
• Pitchen Sie am Freitag nicht. Testen heißt zusehen, wie Menschen etwas nutzen, nicht es ihnen präsentieren.
• Wählen Sie kein Problem, an das das Team nach der Woche nicht mehr herankommt.

Beispiel

Illustrativ: eine erfundene Organisation, nur zur Erläuterung.

Ein Netz öffentlicher Bibliotheken in einer mittelgroßen europäischen Stadt veranstaltet seine erste Innovationswoche zu einem Problem: Neue Mitglieder melden sich an, kommen nach dem ersten Besuch aber selten wieder.

Am Montag erklärt die Leiterin der Dienste den Rahmen: keine baulichen Änderungen, kein neues Personal. Das Team listet seine Annahmen auf; die größte lautet, dass die Leute wegen ungünstiger Öffnungszeiten nicht wiederkommen. Am Dienstag erzählen fünf Interviews mit neuen Mitgliedern eine andere Geschichte: Die meisten wussten nicht, dass sie Bücher online vormerken können, und zwei war es unangenehm, das Personal um Hilfe zu bitten. Die Frage wird: „Wie könnten wir dafür sorgen, dass sich der zweite Besuch eines neuen Mitglieds leichter anfühlt als der erste?“

Der Mittwoch bringt rund 60 Ideen; die Leiterin wählt eine Karte für den „zweiten Besuch“, die bei der Anmeldung überreicht wird und drei Dinge für das nächste Mal nennt. Am Donnerstag zeichnet das Team das Anmeldegespräch als Storyboard und druckt eine grobe Karte. Am Freitag probieren fünf neue Mitglieder sie am Tresen aus. Vier verstehen den Hinweis zum Vormerken; niemand liest die Rückseite. Die Entscheidung: einen Monat lang eine kürzere, einseitige Version in zwei Zweigstellen testen, verantwortet von der Zweigstellenleiterin, die im Team mitgearbeitet hat.

Häufige Fragen

Was sollten wir in einer Innovationswoche tun? Fünf Tage lang mit demselben kleinen Team an einem echten Problem arbeiten: es vereinbaren, Nutzern zuhören, Ideen entwickeln, eine davon als Prototyp bauen und mit echten Menschen testen, dann entscheiden. Vorträge und Wettbewerbe können später kommen.

Worin unterscheidet sich eine Innovationswoche von einem Design Sprint? Ein Design Sprint, wie ihn Google Ventures veröffentlicht hat, setzt meist voraus, dass das Team seine Nutzer bereits versteht, und geht schnell zum Skizzieren über. Eine erste Innovationswoche widmet einen ganzen Tag dem Zuhören, weil neue Teams das in der Regel brauchen.

Können wir eine Innovationswoche remote durchführen? Ja – mit einem gemeinsamen Online-Board, kürzeren Sitzungen (höchstens 90 Minuten ohne Pause) und Tests per Videocall. Lassen Sie in der Entscheidungsrunde die Kameras an.

Wie es weitergeht

Die Methoden hinter jedem Tag erklären die Leitfäden zu Stakeholder-Interviews, Wie-könnten-wir-Fragen, Crazy 8s und Papierprototypen. Die fünf Werkzeuge, die sich zuerst zu lernen lohnen, finden Sie in Die 5 Methoden, die jedes Team zuerst lernen sollte. Für das große Ganze kehren Sie zu den ersten 30 Tagen zurück.