Designprozess in Agile Framework

Design ist ein grundlegendes Element im Konstruktionsprozess eines Produkts. Aber wie kann man den Designprozess in das Agile Framework einbinden?

Vor fünf Jahren habe ich angefangen, im digitalen Produktdesign zu arbeiten, und ich kann sagen, dass meiner Erfahrung nach die Rolle des Designs im agilen Framework in den Arbeitsteams immer noch verwirrend ist. Design und Entwicklung werden immer noch als unterschiedliche Arbeitsbereiche betrachtet, Designer und Entwickler arbeiten oft isoliert, und dies ist ein großer Fehler.

In aufstrebenden Unternehmen, in denen Agile als Metodologie verwendet wird und schnelle Ergebnisse in kurzer Zeit erzielt werden müssen, besteht häufig das Problem, dass die Teams nicht wissen, wie sie den Designprozess an Agile anpassen sollen.

Design ist keine lineare Aktivität, es geht darum zu entdecken und zu lernen, zu tun und rückgängig zu machen, stattdessen ist Entwicklung in den meisten Fällen systematischer.

Wie passt Design in Agile?

Design hat einen Einfluss auf den gesamten Prozess der Produktentwicklung. Es ist ein Fehler zu glauben, dass die Arbeit des Designers endet, wenn die endgültigen Entwürfe an das Entwicklungsteam übergeben werden. Die Arbeit des Designers geht über die Lieferungen hinaus und überprüft ständig, ob das Design den Anforderungen und den notwendigen Änderungen entspricht, die an mir vorgenommen werden müssen.

Agile bietet eine schnelle Reaktionsmethode für den Umgang mit Änderungen, aber manchmal wissen die Teams nicht, wie sie mit Designiterationen umgehen sollen.

Design und Entwicklung als Disziplinen sind sowohl explorativ als auch iterativ. Die häufigste Situation ist, wenn das Design auf folgende Weise in die Sprints einbezogen wird:

Entwicklungssprints in einem agilen Rahmen

Dies zwingt Designer manchmal dazu, in kurzen Zeiträumen mit sehr wenig Freiraum für Ideen zu arbeiten, was häufig zu Frustrationen und negativen Ergebnissen für das Produkt führt, da der Designer normalerweise bei Bedarf innerhalb von Entwicklungssprints arbeitet und der Benutzer nicht in den Entwicklungsprozess eingebunden ist im Zentrum, weil die Zustellung Vorrang vor allen Dingen hat.

Problem und Lösung

Wenn wir den Prozess zwischen Problem und Lösung aufteilen, können wir sagen, dass Design eingreift, bevor der Agile-Prozess startet, aber immer noch vorhanden ist.

Der Prozess des Verstehens, Testens und Lernens wird unendlich oft wiederholt.

Am Anfang, was ich als ** Produktentdeckungsphase ** bezeichne, findet ein explorativer Prozess statt, der sich auf die Personen konzentriert, für die das Produkt bestimmt ist, und den Kontext und die Bedürfnisse des Unternehmens versteht. Gründlich wissen, was der Benutzer will und braucht.

Das übliche Szenario in einem Agile-Framework ist das Vorhandensein von Entwicklungs-Sprints und andererseits von Produkt-Sprints mit ihren jeweiligen Rückständen. Die zu liefernden Produkte werden von der Entwicklung erhalten. Die übliche Dauer eines Entwicklungssprints in Agile beträgt 2 Wochen. Diese Zeit scheint von vornherein kurz zu sein, um Ideen zu generieren. Sie kann jedoch sehr produktiv sein, wenn beispielsweise Iterationen von Design Sprint angewendet werden.

Design Sprint ist eine sehr beliebte Methode, die von Google verwendet wird und bewährte Ergebnisse liefert. Drücken Sie aus, dass Sie sich in nur 5 Tagen in eine Idee einfühlen, Brainstorming durchführen, Entscheidungen treffen, Prototypen erstellen und validieren können.

Dieser Prozess ist sehr effektiv, wenn er parallel zu den Entwicklungs-Sprints angewendet wird, um schnelle Ergebnisse zu erzielen und von den Benutzern zu lernen, wenn neue Funktionen in einem Produkt vorgeschlagen werden. Auf diese Weise können Sie schnell Ideen mit Benutzern validieren und dann auf einer soliden Grundlage entwickeln, um Risiken zu minimieren.

Der Design-Sprint-Prozess und der Design-Thinking-Prozess sind beide iterativ, da sich ein Produkt ständig ändert und erneuert. Das ideale Szenario könnte Folgendes sein:

Eine mögliche Lösung mit Design Thinking im gesamten Prozess.

Das Schema stellt Design Thinking in der primären Definition des Produkts dar und ist während seines gesamten Lebenszyklus präsent. Design Sprint agiert parallel zu den Entwicklungs-Sprints, um neue Funktionen zu validieren, die zu User Stories werden.

Auf diese Weise werden die Ergebnisse schnell validiert und der Fokus auf den Benutzer geht nie verloren. Es ist wichtig, dass innerhalb des Teams eine Designkultur entsteht, in der Designer, Entwickler und Tester im gesamten Prozess zusammenarbeiten und aus allen Gesichtspunkten zur Lösung beitragen .

Alle Beteiligten

Es wird auch empfohlen, dass sich das Entwicklerteam und die Tester an Instanzen des Verstehens und Brainstormings beteiligen, da der Umfang und die Möglichkeiten für Lösungen besprochen werden können und außerdem sichergestellt werden muss, dass die Entwürfe sinnvoll und baubar sind.

Unsere Herausforderung als Designer besteht darin, bessere und effizientere Wege zu finden, um mit unseren eigenen Methoden zu arbeiten, die jedoch auf die aktuellen Entwicklungsmethoden abgestimmt sind. Die Lieferung des Wertes eines Produkts ist möglich, wenn alle Parteien zusammenarbeiten und sich abstimmen und sich gegenseitig einen Wert liefern, um dem Produkt einen Wert zu verleihen.