Der zeitlos skalierbare Designprozess Teil 1

Teil 1: Mythen ausräumen und sich auf die gleiche Seite stellen

Der erfahrene Designplaner und Professor Hugh Dubberly weist auf die Notwendigkeit hin, sowohl die Prozessausführung als auch den Prozess selbst zu untersuchen und zu verbessern. Dies ist in der Tat eine der wesentlichen Aufgaben des Designers: die strategische Gestaltung seines Prozesses zu einer professionellen Praxis.

Eine Binsenweisheit unseres Berufsstandes sollte lauten: „Jeder professionelle Designer, der seinen Prozess nicht artikulieren und danach handeln kann, ist kein voll professioneller Designer.“ Aber diese Aussage ist aus zwei Gründen nicht fair gegenüber meinen Designerkollegen. Erstens, weil wir unter großem Druck stehen, pragmatisch und unprofessionell zu sein, und zwar von den Leuten, die uns beauftragen (egal ob es sich um einen externen Kunden oder eine Designgruppe innerhalb eines größeren Unternehmens handelt). Zweitens, wenn wir über den Designprozess sprechen, können wir uns auf zwei verschiedene Prozesse beziehen, die miteinander vermischt werden:

1. Der übergreifende Entwurfsprozess für ein bestimmtes Projekt, oder wie ich es nenne, der Projektentwurfsprozess. Sein Ziel ist es, einen zeitlich begrenzten und vertrauenserweckenden Geschäftsvorschlag zu machen.
2. Der Design-Doing-Prozess (es ist bedauerlich, dass der Begriff „Design Thinking“ für etwas anderes missbraucht wurde), der versucht, die iterative Dynamik der Arbeitsweise eines Designers zu erfassen.

Jede Diskussion über den Designprozess ist mit Missverständnissen behaftet, daher soll dieser erste Beitrag dazu dienen, uns alle auf die gleiche Seite zu bringen, was es bedeutet, einen Designprozess zu haben.

Was ein Designprozess nicht ist

Viele Designer, mit denen ich gesprochen habe, befürchten oft, dass ein Prozess ihre Freiheit einschränkt und ihre Kreativität begrenzt. Wie wir sehen werden, ist das Gegenteil der Fall: Ein guter Designprozess setzt Ihre Kreativität frei, indem er Möglichkeiten eröffnet, statt sie zu begrenzen. Außerdem konfrontiert ein guter Prozess den Designer mit der wahren Tiefe der Designaufgabe und zwingt ihn und seine Stakeholder dazu, über den Tellerrand hinauszuschauen. Wie ich in den folgenden Beiträgen noch zeigen werde, gibt ein guter Designprozess dem Designer die professionelle Disziplin, um die wahre Magie des Designs zu entfalten: Probleme sowohl nachhaltig als auch innovativ nach bestem Wissen und Gewissen zu lösen.

Es ist auch lehrreich, festzustellen, was ein Designprozess nicht ist. Ein guter Designprozess ist kein Kochbuch oder Erfolgsrezept, so sehr sich manche das auch wünschen. Er mag eine gewisse Strenge und Disziplin vorgeben, aber es liegt am Designer, diese Herausforderung anzunehmen und eine Strategie zu entwickeln, wie er dies erfolgreich umsetzen kann. Der Prozess entwirft in keiner Weise für Sie und sagt Ihnen auch nicht, welche Designtools, welche Methoden oder welche Aktivitäten Sie einsetzen sollen. Diese sind alle kontextspezifisch. Kurz gesagt: Ein guter Designprozess leitet den Designer an und versetzt ihn in die Lage, die beste Lösung für den Kontext, in dem er sich befindet, zu wählen; aber ein solcher Prozess kann, wird und wird niemals für den Designer entwerfen oder ihm sagen, wie er entwerfen soll. Ein Prozess wird einem Designer definitiv sagen, was (Ziele) und wann (Phasen) er tun soll, aber nicht wie (welche Techniken oder Methoden) er tun soll.

Entwurfsprozess ≠ Agil

Darüber hinaus gibt es auch ein Missverständnis darüber, wo der Designprozess in den gesamten Softwareerstellungsprozess passt. Insbesondere die Gleichsetzung des Entwurfsprozesses mit den agilen Methoden des Software-Engineering ist ein Fehler. Verwirrend ist auch, dass einige Unternehmen agile Ansätze mit ihrer Unternehmensführung verbinden. Für solche Unternehmen scheint es so, als ob alles nach einer agilen Methode abläuft, aber dieser Schein trügt, und er ist besonders relevant, wenn es darum geht, die richtige Rolle des Designs im Geschäfts- oder Organisationslebenszyklus zu verstehen.

Wo wird der Entwurfsprozess eingesetzt?

Wie die Geschichte des benutzerzentrierten Designs zeigt (darauf wird in Beitrag 3 näher eingegangen), besteht die irrige Annahme, dass der Softwareentwicklungsprozess der Softwareerstellungsprozess ist. Die Softwareerstellung setzt sich aus vielen Teilprozessen zusammen, die von verschiedenen Softwareherstellern durchgeführt werden. Der Softwareerstellungsprozess ist es, der das Design so komplex, multidisziplinär und multikulturell macht. Es gibt jedoch immer noch die Tendenz, den agilen Entwicklungsprozess mit dem Softwareerstellungsprozess gleichzusetzen.

Schauen wir uns zunächst den agilen Prozess an und wie er in der Regel mit Design interagiert. Viele Designteams, Agenturen und Berater haben oft agil basierte Designangebote. Diese Angebote konzentrieren sich jedoch meist auf die Erstellung von Sprint-Assets und die heimliche Design-Priorisierung im Sprint Backlog Management, um die Erstellung bestimmter UIs zu verzögern, damit vor der Entwicklung noch einige minimale Forschungsaktivitäten durchgeführt werden können.

Agiler Softwareentwicklungsprozess

Bei genauer Betrachtung des obigen agilen Prozesses werden weder Design noch Designprozessschritte oder gar -aktivitäten erwähnt. Wie bereits erwähnt, finden viele Designer in der Regel Wege, sich in die agile Entwicklung einzufügen, wie im gelben Bereich der Backlog-Management-Meetings zu sehen ist, wo einige Design-Verhandlungen stattfinden können. Das ist jedoch nicht gerade ein designfreundlicher Prozess, geschweige denn eine gute Möglichkeit, Design on the fly mit dem Entwicklungsprozess zu praktizieren.

Wenn Design zwangsweise in Agile integriert wird, wird es oft so dargestellt, als ob die einzigen Designaktivitäten zu Beginn der Entwicklung stattfinden. Manager missbrauchen oft Prozesse wie (Google Ventures') Design Sprints, weil es den Entwicklern zu sagen scheint, was sie hören wollen: dass Design auf 3-5 Tage Aufwand reduziert werden kann. Sie preisen „Design Sprints“ an, als ob ein Design im Voraus fertiggestellt werden könnte, während die Realität so aussieht, dass nach Abschluss eines solchen Design Sprints das Design am nächsten Tag überholt ist, da während der Entwicklung neue Informationen gewonnen werden. Wie wir in unserem nächsten Beitrag sehen werden, findet das Design während des gesamten Softwareentwicklungsprozesses und des Softwareerstellungsprozesses statt.

Es gibt noch zwei weitere negative Auswirkungen des Designs im Rahmen von Agile: Erstens, je weiter die Entwicklung fortschreitet, desto mehr technische Schulden entstehen, die auch mit UX-Schulden zusammenhängen, da die Designs unvollkommen oder nur teilweise umgesetzt werden. Zweitens taucht Design fast nirgends in agilen Manifesten auf, und in den Versionen, in denen es auftaucht, wird oft auf Software-Engineering-Design und nicht auf UX-Design verwiesen. 

Schließlich ist Agile, wie wir unten sehen, nur ein Prozess von vielen, die am Softwareerstellungsprozess beteiligt sind. In diesem Bild sehen wir, dass es viele Prozesse gibt, die vor Agile im Softwareentwicklungsprozess stattfinden. Die zugehörigen Entwurfsaktivitäten sind rechts von jedem Schritt angegeben. Wenn wir den agilen Prozess in das breitere Bild der Softwareerstellungsprozesse einordnen, stellen wir fest, dass Agile sehr spät beginnt. Schauen wir uns zunächst den durchschnittlichen agilen Softwareentwicklungsprozess an.

Wie Sie am Marketingprozess auf der rechten Seite sehen können, gibt es nicht nur viele spezifisch designbezogene Schritte, sondern einige sind erkennbar designorientierter als die Schritte in agilen Schritten, bei denen der Designer zwar beteiligt ist, aber nie wirklich einen Schritt initiiert. Zum Beispiel findet die Arbeit mit dem Journey Mapping in diesem Marketingschritt statt, d. h. wenn das Design erst während Agile hinzukommt, dann existierte diese Karte bereits ohne den notwendigen Input des Designs, weil das Design zu spät hinzukam.

Der gesamte Prozess der Softwareentwicklung besteht aus einer Vielzahl von Schritten, die der agilen Entwicklung vorausgehen und in denen das Design eine Schlüsselrolle spielt, wie das folgende Diagramm zeigt, das den Produktentstehungsprozess darstellt, zu dem die agile Entwicklung gehört.

Im obigen Diagramm sind die auf den Designer bezogenen Schritte gelb dargestellt, so dass Sie die Anzahl der Designschritte sehen können, die dem Designer entgehen würden, wenn er sich auf die Arbeit in Agile beschränken würde.

Das ist auch der Grund, warum viele Designer, die auf diese Weise arbeiten, beklagen, dass alle wichtigen Entscheidungen bereits getroffen wurden.

Infolgedessen ist der Designer mit suboptimalen Bedingungen konfrontiert, unter denen er entwerfen kann, weil der Entwurfsprozess abgewürgt wurde, bevor er den für einen echten Erfolg erforderlichen Input erhalten und geben konnte.

Die obige Abbildung zeigt einen Software-Produktprozess in einem reifen Unternehmen, in dem die Produktplanungsphase oft ein ganzes Kalenderjahr dauert. Dieser Prozess passt sich jedoch, wie der Designprozess selbst, dem Umfang der Herausforderung, dem Reifegrad des Unternehmens und der Reife der Software an. Einige Software-Prozesse können sogar agilen Prozessen ähneln, da sie manchmal gleichzeitig in sprintähnlichen Zeitplänen durchgeführt werden, auch wenn ihre Aktivitäten und Managementstile sehr unterschiedlich sind.

Ein richtig durchgeführter Designprozess ist, wie wir noch erläutern werden, einer der wenigen Prozesse, der alle anderen Softwareerstellungsprozesse miteinander verbindet und sicherstellt, dass sie alle in das Design einfließen, das als Leitkonzept für die Softwareentwicklung dienen wird. Daher ist der Designprozess auch ein koordinierender Prozess zwischen vielen Disziplinen, nicht nur der Technik. Wenn der Designprozess hingegen mit der Entwicklung beginnt, ist es nicht nur zu spät für das Design, um seine volle positive Wirkung auf das Projekt zu entfalten, sondern auch zu spät für einen Designer, um eine zufriedenstellende Berufserfahrung zu machen. Der Softwareerstellungsprozess, nicht Agile, ist der beste Weg, um den Platz des Designprozesses zu verstehen, genauso wie es besser ist, an Stakeholder-zentriertes Design zu denken, anstatt nur an User-zentriertes Design als Antrieb dieses Prozesses.

Oder knapper ausgedrückt: Wenn Agile fertig ist, ist ein Großteil der wichtigen Designarbeit bereits abgeschlossen.

Um sicherzustellen, dass ein Designer seine Kapazitäten voll ausschöpft und ein Unternehmen von den Vorteilen eines guten Designs profitiert, stellen wir im folgenden Artikel den skalierbaren Designprozess vor.

Dieser Designprozess nutzt die verallgemeinerbaren Schritte in jedem Designprozess. Dieser universelle, zeitlose Designprozess nutzt die hart erlernten Designprozesse, die nicht nur in der Software-Produktentwicklung verwurzelt sind, sondern bis ins frühe 20. Jahrhundert zurückreichen (obwohl einige Wurzeln sogar bis in die Renaissance zurückreichen). Wie ein gutes ethisches Designprodukt, um Horst von Rittel zu paraphrasieren, erhöht der Prozess die Anzahl der positiven Wahlmöglichkeiten für alle Beteiligten. Er tut dies, indem er eine zeitlose, skalierbare Struktur aufbaut, die schon immer die besten Designs hervorgebracht hat, die ein Designer liefern kann. Wie gutes Design zwingt auch der Prozess dazu, schwierige Entscheidungen zu treffen und schwierige Fragen zu stellen. Er erzwingt eine Sorgfaltspflicht, so dass der Designprozess komplex, professionell und natürlich sehr unterhaltsam ist.

Wie dieser Prozess abläuft, wird Thema meines nächsten Artikels sein, der in den nächsten Wochen erscheinen wird.

Wenn Sie darüber informiert werden möchten, wann der nächste Artikel veröffentlicht wird, füllen Sie bitte das unten stehende Formular aus und senden Sie es ab.