Design Thinking - Versionsgeschichte

Peter.Rizzola am 9. August 2020 um 17:01 Uhr

2020-08-09T17:01:38Z

Peter.Rizzola am 9. August 2020 um 16:41 Uhr

2020-08-09T16:41:17Z

Peter.Rizzola am 19. Juli 2020 um 14:46 Uhr

2020-07-19T14:46:12Z

Peter.Rizzola am 6. Juni 2020 um 08:18 Uhr

2020-06-06T08:18:09Z

Peter.Rizzola am 30. Mai 2020 um 08:22 Uhr

2020-05-30T08:22:07Z

Peter.Rizzola am 1. April 2020 um 19:28 Uhr

2020-04-01T19:28:30Z

Peter.Rizzola am 1. April 2020 um 19:28 Uhr

2020-04-01T19:28:15Z

Peter.Rizzola am 1. April 2020 um 19:27 Uhr

2020-04-01T19:27:26Z

Peter.Rizzola: /* Beispiel */

2020-03-31T09:32:53Z

Beispiel

Peter.Rizzola am 31. März 2020 um 09:30 Uhr

2020-03-31T09:30:39Z

← Nächstältere Version		Version vom 9. August 2020, 17:01 Uhr
Zeile 71:		Zeile 71:
	<br />		<br />

−	[[Kategorie:Kunden, Nutzer, Bürger‎]]	+	[[Kategorie:Kunden, Nutzer, Bürger‎]][[Kategorie:Visualisieren]]

← Nächstältere Version		Version vom 9. August 2020, 16:41 Uhr
Zeile 71:		Zeile 71:
	<br />		<br />

−	[[Kategorie:~~Methoden~~]]	+	[[Kategorie:Kunden, Nutzer, Bürger‎]]

@@ Zeile 1: / Zeile 1: @@
-{{TxtStand}}<br />Autor: Thomas Michl<br />
+{{TxtStand}}<br />
 <br />
 __TOC__
@@ Zeile 71: / Zeile 71: @@
 <br />
-[[Kategorie:Agile Werkzeugkiste]] [[Kategorie:Methoden]] [[Kategorie:Problemlösung]]
+[[Kategorie:Methoden]]

@@ Zeile 1: / Zeile 1: @@
-{{TxtStand}}<br />
+{{TxtStand}}<br />Autor: Thomas Michl<br />
-Autor: Thomas Michel<br>
+<br />
 __TOC__
 ===Aus der agilen Methodenkiste: Design Thinking===
-=== Aus der agilen Methodenkiste: Design Thinking ===
+Wenn es darum geht, Ideen für ein komplexes Problem zu entwickeln, stoßen wir gelegentlich auf das Problem, dass wir im eigenen Saft vor uns hin schmoren. Betriebsblind verschließen wir uns – unfreiwillig – dabei möglichen Optionen, die – aufgrund unseres Erfahrungshorizonts und Fachwissens – für uns nicht ohne Weiteres sichtbar sind. Design Thinking ist einer der Ansätze, die mit methodischer Vorgehensweise versuchen, kreative Lösungsmethoden jenseits der „eigenen Suppe“ zu befördern. Dabei stehen die Menschen in diesem kreativen Lösungsprozess im Vordergrund. „Nicht-Experten“ werden zu „Sofort-Experten“.<br />
-Wenn es darum geht, Ideen für ein komplexes Problem zu entwickeln, stoßen wir gelegentlich auf das Problem, dass wir im eigenen Saft vor uns hin schmoren. Betriebsblind verschließen wir uns – unfreiwillig – dabei möglichen Optionen, die – aufgrund unseres Erfahrungshorizonts und Fachwissens – für uns nicht ohne Weiteres sichtbar sind. Design Thinking ist einer der Ansätze, die mit methodischer Vorgehensweise versuchen, kreative Lösungsmethoden jenseits der „eigenen Suppe“ zu befördern. Dabei stehen die Menschen in diesem kreativen Lösungsprozess im Vordergrund. „Nicht-Experten“ werden zu „Sofort-Experten“.<br>
+===Grundlagen===
+Wie der Name bereits andeutet, haben sich die geistigen Urheber des Desgin Thinkings an der Designerbranche orientiert und dort ordentlich abgekupfert. Design Thinking ist entsprechend ein kreativer und systematischer Prozess. Die Besonderheit liegt darin, dass dieser Prozess durch ein interdisziplinäres Team und gemeinsam mit den „Kunden“ oder „Nutzern“ mit Leben gefüllt wird. Im Fokus steht dabei die Lösung einer komplexen Fragestellung z. B. die Entwicklung eines Produkts, einer Dienstleistung oder einer anderen Herausforderung.<br />
 Design Thinking bedient sich dabei zweier zentraler Grundsätze:
@@ Zeile 14: / Zeile 11: @@
 # Je schneller wir scheitern, umso besser.
-Im Design-Thinking-Prozess wird davon ausgegangen, das die plastisch-visuelle Darstellung einer Lösung grundsätzlich mehr Aufschluss darüber gibt, wo Ansatzpunkte verborgen sind, als eine abstrakte Darstellung. Deshalb ist das Ziel des Design-Thinking-Prozesss grundsätzlich ein Prototyp. Hier gibt es eine deutliche Parallele zu Scrum. Bei Scrum-geführten Projekten steht am Ende jedes Sprints als Ziel ein potenziell „auslieferbares“ Produktartefakt oder mit anderen Worten ein fertiges „Element“, eine potenziell anwendbare Lösung, die dann auf Herz und Nieren getestet werden kann, um weiter Aufschlüsse für die Weiterentwicklung zu liefern.<br>
+Im Design-Thinking-Prozess wird davon ausgegangen, das die plastisch-visuelle Darstellung einer Lösung grundsätzlich mehr Aufschluss darüber gibt, wo Ansatzpunkte verborgen sind, als eine abstrakte Darstellung. Deshalb ist das Ziel des Design-Thinking-Prozesss grundsätzlich ein Prototyp. Hier gibt es eine deutliche Parallele zu Scrum. Bei Scrum-geführten Projekten steht am Ende jedes Sprints als Ziel ein potenziell „auslieferbares“ Produktartefakt oder mit anderen Worten ein fertiges „Element“, eine potenziell anwendbare Lösung, die dann auf Herz und Nieren getestet werden kann, um weiter Aufschlüsse für die Weiterentwicklung zu liefern.<br />
-Scheitern wird als positiv wahrgenommen. Schnelles Scheitern eröffnet früh neue Erkenntnisse. Erkenntnisse, die in den weiteren Entwicklungsprozess einfließen können und neue Impulse für die Weiterentwicklung liefern, die vorher nicht sichtbar waren. Ein frühes Scheitern bedeutet auch, bereits in einem frühen Stadium Fehler zu entlarven und damit den Ressourcenverbrauch im Entwicklungsprozess zu minimieren. Auch ein weiterer Aspekt, den das Design Thinking mit anderen agilen Ansätzen teilt.<br>
+Scheitern wird als positiv wahrgenommen. Schnelles Scheitern eröffnet früh neue Erkenntnisse. Erkenntnisse, die in den weiteren Entwicklungsprozess einfließen können und neue Impulse für die Weiterentwicklung liefern, die vorher nicht sichtbar waren. Ein frühes Scheitern bedeutet auch, bereits in einem frühen Stadium Fehler zu entlarven und damit den Ressourcenverbrauch im Entwicklungsprozess zu minimieren. Auch ein weiterer Aspekt, den das Design Thinking mit anderen agilen Ansätzen teilt.<br />
-=== Teams ===
+===Teams===
-Im Sinne des agilen Manifests stehen dabei Menschen im Fokus. Menschen, die in interdisziplinären Teams ohne sogenannten „Deadline“ Lösungen aus Sicht des Nutzers entwickeln. Das Fehlen von Zeitdruck befördert die Kreativität im Team, das zwanglos und frei, ganz ungezwungen an der Lösung der Fragestellung arbeiten kann.<br>
+Im Sinne des agilen Manifests stehen dabei Menschen im Fokus. Menschen, die in interdisziplinären Teams ohne sogenannten „Deadline“ Lösungen aus Sicht des Nutzers entwickeln. Das Fehlen von Zeitdruck befördert die Kreativität im Team, das zwanglos und frei, ganz ungezwungen an der Lösung der Fragestellung arbeiten kann.<br />
 Je bunter die Teams sind, desto besser ist ein Team, da angenommen wird, dass dadurch unterschiedlichen Sichtweisen auf ein und denselben Sachverhalt eingespeist werden. Hier spiegelt sich der crossfunktional-interdisziplinäre Gedanke viele agiler Methoden wieder. Soll heißen, dass bei der Teamzusammenstellung auf eine fachliche und inhaltliche Mischung geachtet werden. Insbesondere – zur Fragestellung – unbedarfte Fachkollegen bieten sich förmlich an. Sie bringen eine unbelastete Sicht der Dinge mit ein.
@@ Zeile 30: / Zeile 27: @@
 also selbstorganisiert im Sinne des agilen Manifests, um den kreativen Prozess der Lösungssuche nicht zu stören. Wie eingangs erwähnt, bewegen sie sich in einem geschützten Raum. Deadlines gibt es nicht. Und sie arbeiten mit offenen Fragestellungen. Nichts soll die Ideenfindung blockieren, sondern der Prozesse soll sich im freien Lauf entwickeln können.
-=== Rollen ===
+===Rollen===
 Unterschieden wird in insgesamt 4 verschiedene Rollen:
 * Auftraggeber: Er erkennt das Problem und formuliert die Fragestellung.
@@ Zeile 37: / Zeile 34: @@
 * Kunde/Nutzer: Die permanente Einbindung alles Anspruchsberechtigten ermöglicht im laufenden Prozess kostbare Rückmeldungen und Impulse für die Weiterentwicklung.
-=== Phasen ===
+===Phasen===
 Der Design-Thinking-Prozesse gliedert sich in 4 Phasen
 * Untersuchen: In dieser Phase geht sich darum, sich mit dem Problem vertraut zu machen. In welchen Kontexten tritt das Problem auf? In welchem Umfeld bewegen sich die Akteure? Welche Zusammenhänge gibt es? Usw.
 * Verstehen: In dieser Phase wird tiefer gegraben, um das Thema aus der Nutzerperspektive zu verstehen. Einflussfaktoren, Prozesse, Akteure werden dabei intensiver betrachtet.
@@ Zeile 49: / Zeile 45: @@
 In allen Phasen richtet sich das Team insbesondere nach dem Fokus der Zielgruppe, den Nutzern aus. Sie sind diejenigen, für die „fertige“ Lösung testen und für gut befinden müssen.
-=== Prinzipien ===
+===Prinzipien===
 In der Literatur werden folgende Haltungen und Prinzipien als prägend und ideal für die Zusammenarbeit im Team wiedergegeben:
 * Scheitere früh und oft.
@@ Zeile 63: / Zeile 59: @@
 * Habe Spaß.
-=== Beispiel ===
+===Beispiel===
 Im folgenden möchten wir in einem kleinen Beispiel zeigen, wie sich Design Thinking einsetzen lässt.
 Wie die meisten Städte und Gemeinden hat auch, die Kleinstadt – wir nenne sie „Agile Ville“ – das Problem, dass die Grünflächen mit unappetitlichen Hinterlassenschaften von Hunden verunreinigt sind, deren Besitzer sich uneinsichtig zeigen (Anmerkung: Nein, wir gehen nicht davon aus, dass dies auf die Mehrheit der Besitzer von vierbeinigen Zeitgenossen zutrifft, sondern nur auf einen Bruchteil). Der zuständige Sachgebietsleiter, Herr Mayer, hat bereits mit den üblichen Methoden versucht, entsprechend entgegenzuwirken – ohne wirklich großen Erfolg. Insbesondere in den stark frequentierten Parkanlagen, die auch von Kindern als Spielflächen genutzt werden, hat sich das Problem sogar in den letzten Jahren verschärft. Die Zahl der Bürgerbeschwerden ist stark angestiegen. Eine Lösung muss her. Herr Mayer ist am Ende seines Lateins. Er beschließt, einen neuen Weg zu gehen.
@@ Zeile 74: / Zeile 69: @@
 Im übrigen gilt: Desing Thinking lernt mensch am besten verstehen, in dem mensch es ausprobiert. Also am Besten gleich anfangen 😉
-<br>
+<br />
 [[Kategorie:Agile Werkzeugkiste]] [[Kategorie:Methoden]] [[Kategorie:Problemlösung]]

← Nächstältere Version		Version vom 30. Mai 2020, 08:22 Uhr
Zeile 74:		Zeile 74:

	Im übrigen gilt: Desing Thinking lernt mensch am besten verstehen, in dem mensch es ausprobiert. Also am Besten gleich anfangen 😉		Im übrigen gilt: Desing Thinking lernt mensch am besten verstehen, in dem mensch es ausprobiert. Also am Besten gleich anfangen 😉
		+	<br>

−	[[Kategorie:Methoden]]	+	[[Kategorie:Agile Werkzeugkiste]] [[Kategorie:Methoden]] [[Kategorie:Problemlösung]]
−	[[Kategorie:Problemlösung]]

← Nächstältere Version		Version vom 1. April 2020, 19:27 Uhr
Zeile 77:		Zeile 77:
	[[Kategorie:Methoden]]		[[Kategorie:Methoden]]
	[[Kategorie:Problemlösung]]		[[Kategorie:Problemlösung]]
−	~~[[Kategorie:Werkzeuge]]~~

← Nächstältere Version		Version vom 31. März 2020, 09:32 Uhr
Zeile 75:		Zeile 75:
	Im übrigen gilt: Desing Thinking lernt mensch am besten verstehen, in dem mensch es ausprobiert. Also am Besten gleich anfangen 😉		Im übrigen gilt: Desing Thinking lernt mensch am besten verstehen, in dem mensch es ausprobiert. Also am Besten gleich anfangen 😉

−	[[Kategorie:Methoden, Problemlösung, Werkzeuge]]	+	[[Kategorie:Methoden]]
		+	[[Kategorie:Problemlösung]]
		+	[[Kategorie:Werkzeuge]]

← Nächstältere Version		Version vom 31. März 2020, 09:30 Uhr
Zeile 75:		Zeile 75:
	Im übrigen gilt: Desing Thinking lernt mensch am besten verstehen, in dem mensch es ausprobiert. Also am Besten gleich anfangen 😉		Im übrigen gilt: Desing Thinking lernt mensch am besten verstehen, in dem mensch es ausprobiert. Also am Besten gleich anfangen 😉

−	[[Kategorie:Methoden]]	+	[[Kategorie:Methoden, Problemlösung, Werkzeuge]]
−	~~[[Kategorie:~~Problemlösung]]