Agiles Design verstehen und warum es wichtig ist

Es ist kein Geheimnis, dass der agile Entwicklungsprozess seit einigen Jahren durch die Entwicklungswelt rast und die ältere, klobigere Wasserfallentwicklungsmethode beiseite schiebt. Um fair zu sein, ob agil oder etwas anderes, der Wasserfall hatte es wirklich in sich, da sein risikoaverser Top-Down-Ansatz einfach nicht mit den Anforderungen des heutigen Marktes Schritt halten kann.

Während ähnliche Änderungen in der Designwelt auftreten, sollte der agile Designprozess notwendigerweise ein wenig anders aussehen und sich ein wenig anders anfühlen als die agile Entwicklung. Sie sind schließlich verschiedene Disziplinen. Schauen wir uns zunächst genauer an, was agile Entwicklung ist, und dann einige großartige Möglichkeiten, um den Prozess an die Designwelt anzupassen.

Eine kurze Einführung in die agile Entwicklung

Das Agile Manifest betont Menschen und Interaktionen über Prozesse und Werkzeuge. In der Praxis bedeutet dies, häufig sowohl innerhalb von Teams als auch mit dem Kunden zu kommunizieren und Dinge wie tägliche Scrum-Meetings durchzuführen, damit das gesamte Team über die Aktivitäten seiner Mitglieder informiert bleibt. Dies schafft eine konsistente Rückkopplungsschleife, die es den Teams ermöglicht, sich an die Aussagen von Kunden, Betatestern und dem Markt anzupassen und gleichzeitig regelmäßig zu überprüfen, ob ihre Arbeit in der Umgebung funktioniert, in der sie letztendlich leben wird.

Der agile Prozess konzentriert sich vor allem auf die Produktion von pünktlichen und budgetgerechten Ergebnissen, nicht auf Perfektion, da Produkte jederzeit optimiert werden können. Dies geschieht meist in Form von Iterationen, kurzen, intensiven Produktionsperioden mit kleineren, besser erreichbaren Zielen, die später weitere Iterationen einbauen.

Welche Schritte können Sie unternehmen, um ähnliche Mentalitäten an eine Designumgebung anzupassen? Lass uns mal sehen.

Ändern Sie Ihre Beziehung zu Ihren Kunden

Der traditionelle Designprozess spielt mit dem gemeinsamen Wunsch der Designer, den Kunden nur die perfektesten Produkte zu präsentieren. Dies beginnt in der Vorschlags- und Forschungsphase mit übermäßig ausgefeilten PSD-Modellen und setzt sich bis zur endgültigen Genehmigungsphase fort. Bei den komplexesten Projekten ist es jedoch nicht sinnvoll, Wochen, wenn nicht Monate, abstrakt zu gestalten, ohne dass Kundeneingaben erforderlich sind. Wie wir nur allzu gut wissen, erhalten Kunden oft ein viel klareres Verständnis dafür, wonach sie suchen, wenn eine Website zusammenkommt. Darüber hinaus hat die Marktnachfrage die Angewohnheit, sich schneller zu ändern, als Designer produzieren können. Dies kann frustrierend sein, wenn Sie in einem Paradigma arbeiten, in dem das Umleiten sowohl arbeits- als auch zeitintensiv ist.

Ein agiler Ansatz, bei dem Kunden in jede Phase des Prozesses eingeschleift werden und ein konstanter Strom von zu erbringenden Leistungen erstellt wird, kann dabei helfen, dies zu beheben, da Kunden damit jederzeit mit Designs herumspielen können. Es ermöglicht ihnen auch ein besseres Verständnis dafür, wie die realisierte Vision in einem realen Kontext funktionieren wird. Je regelmäßiger die Kommunikation ist und je geringer die Wahrscheinlichkeit von Überraschungen ist, desto besser kann sich ein Team auf sich ändernde Anforderungen einstellen, anstatt seine Schritte zurückverfolgen zu müssen.

Kurzum: Machen Sie den Kunden zu einem Mitglied Ihres Teams.

Kompilieren Sie häufig die Arbeit über Teams hinweg

In der Entwicklungswelt ist die Integration von Intra- und Inter-Team-Arbeit ein entscheidender Bestandteil jedes Projekts. Dies gilt umso mehr, als die Teams in den größten Organisationen von Zehntausenden auf Tausende wachsen. Die Integration in die Wasserfallmethode erfolgt jedoch in seltenen Abständen, was es für Entwickler umso schwieriger macht, Fehler in einer großen Menge an Code zu finden. Es führt auch zu vielen Rückverfolgungen und Schiffsverzögerungen.

Nicht so bei der agilen Methode der kontinuierlichen Integration, bei der Entwickler Code einmal, wenn nicht dreimal täglich integrieren. Durch die kontinuierliche Integration wird das unerwünschte Rätsel der Integration wirklich gelöst, sodass Entwickler auftretende Fehler erkennen und entweder sofort beheben oder für die nächste Iteration des Projekts in den Rückstand aufnehmen können. Es passt auch gut zum agilen Konzept, Interaktionen über Prozesse hinweg zu privilegieren, da Entwickler zwischen Teams häufig kommunizieren müssen, um diese Art von Fehlern zu identifizieren und zu beheben.

Designer können von einer ähnlichen Mentalität profitieren, sei es, dass sie täglich einfach mit anderen Teammitgliedern einchecken oder häufiger mit Entwicklern kommunizieren, um festzustellen, was technisch möglich ist, bevor sie sich auf eine aufregende, aber knifflige Designroute begeben. Durch teamübergreifende Kommunikation und Zusammenstellung von Arbeiten konzentrieren sich Designer auch auf das Entwerfen, wenn Design erforderlich ist, anstatt Designarbeiten zu überplanen oder sogar zu implementieren, die nicht mit den Aktivitäten anderer Teams synchronisiert sind.

Test, Test, Test ... die ganze Zeit

In ähnlicher, aber entscheidend anderer Hinsicht sind häufige Tests ein wichtiger Bestandteil, um die Iterationen auf Kurs zu halten. Mit „Testen“ meine ich, über die Integration hinaus in die Funktionalität eines Designs sowohl auf Mikro- als auch auf Makroebene zu schauen, indem ich einen Standpunkt zur Problemlösung entwickle. In der agilen Entwicklung zerlegen Entwickler größere Probleme in kleinere, die im Rahmen schneller Iterationen besser angegangen werden können. Durch Testen dieser Arbeit können sie dann Probleme identifizieren, die entweder sofort oder in der nächsten Iteration behoben werden müssen. Dies hält die Entwickler auf Kurs und pünktlich und verhindert, dass die Art von Lähmung auftritt, wenn zu viel auf einmal angefahren wird.

Auf diese Weise können häufige Tests und eine Mentalität zur Problemlösung nicht nur den Designprozess auf Kurs halten, sondern auch die Kreativität fördern, da Designer nicht zu sehr mit dem größten Problem von allen beschäftigt werden: Von Anfang an genau wissen, wie Eine Site sollte aussehen und sich anfühlen. Durch die Konzentration auf kleinere Probleme können Designer einen sich abzeichnenden kreativen Prozess annehmen und ihre Vision auf ihrem Weg entdecken.

Trotzdem kann der Wert des Zurückzooms auf die Makroebene nicht ignoriert werden, da sonst die Designs zu unzusammenhängend werden. Als eine gute Balance zwischen dem kleineren Problemlösungsfokus von Agile und der ganzheitlicheren Sichtweise des Wasserfalls lohnt es sich, mehrere Iterationen der Problemlösung im Kontext des Gesamtbilds zu widmen und die Sichtweise auch nur aus Gründen der Konsistenz zu betrachten.

Zusamenfassend

Wenn Sie wirklich darüber nachdenken, ist agiles Design einfach die Anwendung bestimmter agiler Entwicklungsprinzipien auf den Designprozess. Da jeder Designer und jedes Designteam anders ist, wählen Sie am besten die für Sie geeigneten Methoden aus und passen Sie sie an. Das scheint schließlich die agile Sache zu sein.

© Copyright 2024 | computer06.com