Die Design Science ist ein problemlösungsorientierter Ansatz und hat seinen Ursprung eigentlich in der Ingenieurswissenschaft. Die Vorgehensweise ist, dass Sie ein Problem durch Entwicklung eines Prototypen lösen. Die Aktionsforschung ist die Lösung eines Problems durch Beobachtung, Aktion und Evaluation. Die Aktionsforschung ist ebenfalls ein solcher Ansatz und hat ebenfalls das Ziel Probleme zu lösen. Dies passiert durch eine Analyse, Aktion, Evaluierung und Anpassung in verschiedenen Iterationen. Die Aktionsforschung habe ich in jüngster Zeit besonders für die Prüfung von Theorien in der Praxis gesehen, allerdings kann diese auch für Prototypen verwendet werden. Oftmals lehnen Betreuer die Design-Science Methodik gerne ab, da diese noch umstritten und US-Amerikanisch geprägt ist. Es empfiehlt sich dann die Aktionsforschung zu verwenden.
Beide Methoden stellen eine Konterart zur klassischen Forschung vor. Sie nehmen konkrete eingriffe in die Umwelt vor und nutzen neue Methoden um Probleme zu lösen. Die eigentlich Forschung ist nicht die Datenerhebung sondern der Weg zur Lösung oder Entwicklung des Prototypen. Dies ist gleichzeitig aber auch die große Kritik: Sie produzieren recht subjektiv und stark auf ein Problem zugeschnitten eine Lösung.
In der Wirtschaftsinformatik wird es in der Regel dazu verwendet einen Softwareprototypen zu entwickeln. Sollten Sie Software programmieren, dann kann der Ansatz sinnvoll sein.
Vorgehen der Methoden
Design Science besteht aus zwei Prozessen: „Build“ (Erzeugen) und „Evaluate“ (Evaluieren). Hintergrund ist die Erstellung eines Prototypen oder eine Software. Vor der Durchführung der Design Science sollten Sie noch ein Systemkonzept und die Testumgebung planen.
Im diesem Beispiel der Abbildung wollen wir eine Software zur Messung von Serviceinnovationen entwickeln, was meine Bachelorarbeit war. Wichtig ist nicht der Prototyp sondern der Weg dorthin. Also der Suchprozess zur Lösung. Die Design Science kann übrigens eine kleine Literaturanalyse im Vorfeld beinhalten, falls nötig. Die Abbildung zeigt, dass das Vorgehen oftmals verschiedene Iterationen enthält. In Bachelorarbeiten erlebe ich allerdings oft, dass es sich um nur eine Iteration handelt.
Um die Software zu evaluieren sollten Sie ein weiteres Verfahren wie Interview oder Befragungen kombinieren. So kann die Lösungskompetenz des Prototypen sichergestellt und Feedback gesammelt werden. Sie gehen dabei in der Regel in Iterationen vor: Prototyp -> Feedback -> Prototyp -> Feedback etc.
Fazit
Ganz klar eignen sich beide Methoden sehr gut, wenn Sie einen Prototypen oder Software in der Abschlussarbeit entwickeln wollen. Kritik liegt in der „Hands-on“ Mentalität des Ansatzes als wenig definierter Wissenschaftler und eher praktischer Ansatz. Einige Forscher lehnen die Methodik Design Science deswegen ab. Ich empfehle dann die eher etablierte Aktionsforschung zu präferieren.
Beide Methoden haben das Ziel Probleme durch Analyse, Aktion, Evaluierung und Anpassung in verschiedenen Iterationen zu lösen. Eine Alternative könnte bei der Aktionsforschung auch in der Prüfung von Theorien in der Praxis durch einen Prototypen verwendet werden.
Für versierte Programmierer ist die Erstellung von Software ein guter Weg um in der Abschlussarbeit von klassischen Forschungsmethoden wegzukommen und ebenfalls etwas „zum anfassen“ zu erschaffen aber trotzdem eine wissenschaftliche Methode anzuwenden.
Quelle: https://pixabay.com/de/photos/jung-bibliothek-studium-der-1822682/
Gibt es noch Fragen?
Falls es noch Fragen gibt, habe ich zwei Tipps. Ich habe meine Erfahrung aus 5 Jahren in der Betreuung von Abschlussarbeiten im Buch: "Empfehlungen für die Bachelor- und Masterarbeit" zusammengefasst. Dieses gibt es bei Springer und Amazon seit August 2020. Das Buch ist ein offizielles Fachbuch und kann damit zitiert werden. Weiterhin können Sie mich gerne mal anrufen. Hierzu einfach im Buchungssystem nach einen freien Termin schauen. Ich nehme mir jeden Monat einige Stunden Zeit um Studenten zu helfen.
Tipp: Ich vergebe auch über den Blog eine gratis Zertifizierung zum Digital & Agile Practioner!Ansonsten vernetzen Sie sich gerne mit mir auf Xing, LinkedIn oder dem wissenschaftlichen Netzwerk Researchgate.Genderhinweis: Seit Anfang 2022 achte ich darauf, dass ich immer genderneutrale Formulierungen verwende. Ich habe zur leichteren Lesbarkeit die männliche Form verwendet. Sofern keine explizite Unterscheidung getroffen wird, sind daher stets sowohl Frauen, Diverse als auch Männer sowie Menschen jeder Herkunft und Nation gemeint. Lesen Sie mehr dazu.
Rechtschreibung: Ich führe diesem Blog neben dem Job und schreibe viele Artikel in Bahn/Flugzeug oder nach Feierabend. Ich möchte meine Gedanken und Ansätze als Empfehlungen gerne teilen. Es befinden sich oftmals Tippfehler in den Artikeln und ich bitte um Entschuldigung, dass ich nicht alle korrigieren kann. Aber Sie können mir helfen: Sollten Sie Fehler finden, schreiben Sie mich gerne an! Lesen Sie mehr dazu.
