{"id":891,"date":"2024-02-13T10:15:50","date_gmt":"2024-02-13T09:15:50","guid":{"rendered":"http:\/\/blogs.sonia.de\/aggit\/?page_id=891"},"modified":"2024-06-14T12:22:57","modified_gmt":"2024-06-14T10:22:57","slug":"6-phase-testen","status":"publish","type":"page","link":"https:\/\/blogs.sonia.de\/aggit\/rahmenwerke-fuer-agile-lehre\/design-thinking-in-der-lehre\/6-phase-testen\/","title":{"rendered":"6. Phase: testen"},"content":{"rendered":"\n
\"\"<\/figure>
\n

In der letzten Phase des Design Thinking Prozesses werden die zuvor entwickelten Prototypen getestet. Die Tests dienen in erster Linie dazu, zu \u00fcberpr\u00fcfen ob die Prototypen bereits eine zufriedenstellende L\u00f6sung f\u00fcr das Problem darstellen, bzw. ob sie die Anforderungen der potentiellen zuk\u00fcnftigen Nutzer erf\u00fcllen. Ist dies nicht der Fall, kann eine (weitere) Iteration<\/strong> durchgef\u00fchrt werden, bei der entweder der Prototyp oder aber die gesamte L\u00f6sungsidee (Phase 4<\/a><\/ins>) angepasst wird. Im Kontext von Lehre wird auf weitere Iterationen meist verzichtet. <\/p>\n<\/div><\/div>\n\n\n\n

<\/div>\n\n\n\n

Zusatzinformation:

Prototypen<\/a> sind vereinfachte, mehr oder weniger funktionsf\u00e4hige, unfertige Modelle von geplanten Produkten, Dienstleistungen oder Prozessen, die iterativ verbessert werden, bis das gew\u00fcnschte Endprodukt erreicht ist. Im Design Thinking gilt daher der Grundsatz: \u201eFail fast bzw. iterate fast!\u201c <\/strong>Es wird also davon ausgegangen, dass es bei der Entwicklung und Testung von Protoypen von Vorteil ist, Fehler oder unerwartete Herausforderungen etc. bereits in einem fr\u00fchen Stadium zu erkennen und darauf mit einer Anpassung zu reagieren. So kann im unternehmerischen Kontext verhindert werden, dass erst viel Zeit, Energie oder auch Geld und Material f\u00fcr eine L\u00f6sung investiert wird, die am Ende nicht funktioniert oder nicht den Bed\u00fcrfnissen der Nutzer*innen entspricht.

Nach dem Motto \u201eLove it! \u2013 Leave it! \u2013 Change it!\u201d <\/strong>(siehe [3, S. 92ff]) bedeutet dies f\u00fcr Teammitglieder auch, m\u00f6glichst fr\u00fch und m\u00f6glichst h\u00e4ufig im Entwicklungsprozess Feedback einzuholen und dabei offen f\u00fcr das Feedback der Tester und die Meinung der anderen Teammitglieder zu sein, Ideen gegebenenfalls interativ anzupassen oder auch komplett zu verwerfen.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Da der Fokus bei der Anwendung von Design Thinking in der Lehre normalerweise weniger auf der Entwicklung einer perfekten L\u00f6sung\/eines marktf\u00e4higen Produkts etc. liegt, sondern der Lernprozess der Studierenden im Mittelpunkt steht, dient Design Thinking hier in erster Linie dazu, als Rahmenwerk diesen Lernprozess zu gliedern. Somit ist es abh\u00e4ngig vom (Lern-)Ziel der Lehrveranstaltung, ob eine Iteration f\u00fcr den Lernprozess sinnvoll ist (z. B. weil die Entwicklung und Verbesserung eines Produkts\/einer Dienstleistung etc. im Vordergrund steht) oder ob der Prozess an dieser Stelle beendet wird. Erfolgt keine weitere Iteration, so k\u00f6nnen die Studierenden den ersten Prototypen samt den Erkenntnissen aus der Testphase als Endergebnis des Lernprozesses reflektieren, dokumentieren und pr\u00e4sentieren.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Ablauf der Testphase<\/h4>\n\n\n\n

Die Testphase gliedert sich meist in zwei Abschnitte. Zuerst wird der Prototyp vom Entwicklerteam (intern) getestet, ob er die gew\u00fcnschten Funktionalit\u00e4ten erf\u00fcllt. Anschlie\u00dfend wird der Prototyp potentiellen zuk\u00fcnftigen Nutzer*innen oder anderen Stakeholdern vorgestellt bzw. von ihnen getestet und ihr Feedback eingeholt und festgehalten. Auch kann es interessant sein, offene Fragen oder neue Ideen der Nutzer*innen\/Stakeholder mithilfe des Prototypen einzufangen, zu dokumentieren oder f\u00fcr die Weiterentwicklung zu nutzen.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Zusatzinformation:

Im Sinne einer anwendungsbezogenen, transdisziplin\u00e4ren Lehre k\u00f6nnte dar\u00fcber nachgedacht werden, f\u00fcr diese Phase (\u00e4hnlich zur Durchf\u00fchrung von Beobachtung bzw. Interviews in Phase 2<\/a><\/ins>) Personen au\u00dferhalb der Lehre beispielsweise von Firmen, \u00f6ffentlichen Institutionen oder andere Nutzer zu gewinnen. Studierende k\u00f6nnen so eines \u201eechtes\u201c Feedback<\/a> zu ihren entwickelten Ideen aber ggf. auch zur Art der Pr\u00e4sentation erhalten. <\/p>\n\n\n\n

<\/div>\n\n\n\n

Im Lehrkontext endet der Design Thinking Prozess meistens damit, dass die Studierenden-Teams ihre Prototypen oder die Ergebnisse ihres Design Thinking Prozesses (ggf. auch mit den Teilschritten und Teilergebnissen aus den einzelnen Phasen) den anderen Teams in einer gemeinsamen Lehrveranstaltung pr\u00e4sentieren. Im Anschluss kann es sinnvoll sein, dass die Studierenden eine schriftliche Ausarbeitung, einen Projektbericht oder \u00e4hnliches erstellen, welche entsprechend auch als (Teil-)Pr\u00fcfungsleistung genutzt werden k\u00f6nnten. (Vergleiche hierzu z. B. das Vorgehen bei (siehe [1, S. 21f.])).<\/p>\n\n\n\n

Fehler werden im Design Thinking bewusst als Lernchancen willkommen gehei\u00dfen. Das Lernen aus Fehlern<\/strong> wird als zentrales Element des agilen iterativen Prozesses angesehen, bei dem Inspektion, also das Erkennen von Fehlern\/Problemen und Adaption (die Anpassung der L\u00f6sung\/des Produkts oder auch des Prozesses) einander wechselseitig folgen. Wenn Design Thinking in der Lehre genutzt wird, kann es vorkommen, dass die Endergebnisse einzelner Studierenden-Teams (z. B. aufgrund der Tatsache, dass oft keine weiteren Verbesserungen\/Iterationen durchgef\u00fchrt werden) vorher gesetzte Erwartungen nicht vollst\u00e4ndig erf\u00fcllen. Dies sagt aber nicht zwangsl\u00e4ufig etwas \u00fcber den Entwicklungsprozess und den Lernzuwachs der Teammitglieder aus. Design Thinking in der Lehre bietet vielmehr die Chance genau dieses Lernen aus Fehlern sowie den Umgang mit Herausforderungen im Verlauf des Lernprozesses in den Fokus zu r\u00fccken und zu reflektieren.<\/p>\n\n\n\n

F\u00fcr die Etablierung der daf\u00fcr notwendigen offenen Fehlerkultur kann es f\u00f6rderlich sein, in der Lehre weniger Bedeutung auf die Qualit\u00e4t des \u201eAbschlussprodukts\u201c\/finalen Prototyps des Design Thinking Prozesses zu legen und stattdessen mehr den Lern- und Entwicklungsprozess der Teammitglieder sowie ihre Teamarbeit zu betrachten. Dies kann zum Beispiel durch die transparente Kommunikation eines Bewertungsschemas<\/strong> unterst\u00fctzt werden, welches eine st\u00e4rkere Gewichtung auf den Lernprozess, und damit beispielsweise auf Aspekte wie Teamarbeit, kreative Umsetzung, Pr\u00e4sentation oder Dokumentation legt (vgl. hierzu z.B. das Vorgehen bei [1, S. 21f.] sowie [2, S. 273ff])<\/p>\n\n\n\n

<\/div>\n\n\n\n

In dieser Phase k\u00f6nnen z. B. folgende Methoden unterst\u00fctzend eingesetzt werden:<\/p>\n\n\n\n