inventedhere

Letzte Woche hatten Andy, Andrea, Jakob und Steffen von inventedhere ihren ersten DREAM-IN, das heißt wir haben an dem Ort geschlafen, wo wir zukünftig arbeiten wollen. Das Ganze ist auf einen Brauch der Maoris zurückzuführen, welche zum Beispiel vor dem Bau einer Brücke an dem Ort schlafen, wo gebaut werden soll. Sind die Träume gut, steht dem Brückenbau nichts im Wege.

Das Team vom ExBuero hat uns zu diesem Erlebnis eingeladen. Es möchte alternative Räume gestalten und neue Arbeitswelten entdecken. Im ExBuero stehen die Menschen und ihre Arbeit im Mittelpunkt, ihre Bedürfnisse sollen den Blick auf die Arbeitsumgebung schärfen. Erst durch den Nutzer soll sich ihre Arbeitswelt aufbauen. Ein Raum, den es noch nicht gibt, braucht also ein Raum-Konzept, das es auch noch nicht gibt. More… »

In meinem derzeitigen 12-Wochen-Projekt in der d-school kamen wir im brainstorming sehr schnell auf eine wunderschön einfache Lösung für unser Problem, die mangelnde Motivation der Mitarbeiter unseres Projektpartners. Bereits der erste Prototyp, ein Satz Buzzer, mit dem die Kunden ihre Zufriedenheit anzeigen sollten, wurde von uns liebevoll aus Styropor, Stoff und Ipad gebastelt.
Unser erster Test mit einem unserer Teammitglieder brachte jedoch nicht den gewünschten Erfolg. Im Gegenteil, Martin war zunehmend verärgert, dass seine Anstrengungen sich nicht in höherer Zufriedenheit unserer Testkunden zeigte.
Obwohl wir ihn in unserer Präsentation eine Woche später bereits als verworfene Idee anführten, tauchte er bei der nächsten Ideen-Auswahlrunde wieder auf. Der Prototyp gefiel uns so sehr, dass wir uns einfach nicht von ihm trennen wollten. Ein kurzes Gespräch mit Madeleine, einer D-School Studentin mit Hauptfach Psychologie, brachte weitere grundlegende Fehler der Idee zum Vorschein.
Kurz gesagt, irgendwie mussten wir uns von der Idee verabschieden, um uns auf andere und Erfolg versprechendere Ideen zu konzentrieren, die uns zuerst weniger sexy erschienen. Um den Abschied diesmal endgültig vollziehen zu können, entschlossen wir uns, die Idee im Garten der D-School offiziell zu begraben.
Die Bilder zeigen deutlich die Trauer aller Teammitglieder.

Die Teammitglieder bei der "Beerdigung"

Das "Ideengrab"

Was kann man daraus lernen? Ich glaube es ist wichtig, Ideen, die man liebt, obwohl sie nicht funktionieren, in irgendeiner Form von Ritual zu begraben, um einen definitiven Schlussstrich zu ziehen und sich nicht weiter von anderen, besseren Lösungen abzulenken. Das muss nicht unbedingt ein Begräbnis im D-School Stil sein. Ein großer Ideen-Papierkorb, oder eine spezielle Ecke für verworfene Ideen kann ausreichen, wenn das Begraben mit Zustimmung aller in irgendeiner Form zelebriert wird, und ein “Abschied” von dieser eigentlich so geliebten Idee stattfindet.

A few weeks ago we were planning our first Design Thinking Workshop with the company SponsorPay in Berlin. They had asked us if we could help them create a workshop that would leverage the knowledge of their employees to generate ideas for the future strategic orientation of the company.

We agreed and set a short term date with the company’s boss. We had done a lot of Design Thinking at the D-School and all felt comfortable with the process. However, we never taught somebody else the method.

We had our schedule and the content ready and had less than five days to the actual workshop. At that point we all became more and more nervous if we would deliver a fun and insightful experience, just as we knew Design Thinking. SponsorPay had committed to give 20 employees half a day off to take part in the workshop. Their comittment and trust in us was high, even though they knew, it would be the first time for us. Hence we felt we should deliver a top product.

Building the prototype
After much discussion and in face of the early date we decided to run a prototype of our workshop. Voices were loud it would be a waste of time and we should rather use the time to refine the materials and our schedule or even do more research on the company’s issues. In the end the pro-prototypers made their point. We invited our friends for a five hours prototype after work at my place and of course for some pasta and beer afterwards.
What fun that workshop was with a ditzy design challenge and a bunch of friends! Yet more importantly the learnings we got from our little workshop were decisive for the real one. I would say it was worth at least a week of working on workshop materials or schedule.

Using the learnings
The day after the prototype we met at the SponsorPay office and gathered the learnings and feedback from last night.

Two insights really made us happy and they changed the whole workshop. Since one of us had to observe the happenings and document the feedback, I was out of the  process of our two teams. That really had an impact, the master of ceremony was created. Somebody outside the teams helping out with the look the outside or motivating, whenever a team is stuck. She or he conducts the “orchestra” in the background, always an eye on the clock and on the rules. Hence we reduced the number of teams and I (again) was the master of workshop ceremony.

As we tried our Design Thinking lectures on fun task we did each lecture before the actual step and then wanted our friends to jump up and go for it with the just presented tools. But. We looked in a rather wondering, maybe confused audience. Our friends made their point pretty fast. They did not see the clear goals to reach after each stage of the Design Thinking process. Thus they did not know what to do next and moreover how to use the tools.

We substantiated the design challenges and remodeled the mini lectures that would introduce each process stage. We also made the process more tangible with our bag of tricks. A few improvements in the schedule were necessary.

The final workshop was a rocket. There where no major hickups, everyone had fun and after the lecture the guys from SponsorPay really went for it right away! I believe everyone took away some great learnings. For me personally, the most important learning was that if you are uncertain if something is going to work out the way you have planned it, there is no better way then testing a prototype. Get rid of the idea that prototyping is for physical products only and start prototyping experiences, processes, ads, behaviour … just everything. “Prototype everything” just as George Kembel of Stanford’s d.school would tell you.

As a matter of fact, we are currently prorotyping a name for our team … we give it 2 weeks. Afterwards we will see how everybody felt with it and what kind of feedback we got from people who heard the name. We just stopped discussing why one name is better than the other and just did one.