Inhalt
- Was ist die Lücke zwischen Design und Entwicklung?
- Die Probleme
- 01. Designer, die „unmögliche“ Designs erstellen
- 02. Zeitaufwändige Dokumentation
- 03. Längere Rückkopplungszyklen
- Wie man die Lücke schließt
- 01. Kommunizieren Sie früh, oft, immer
- 02. Sei agil
- 03. Sprechen Sie die Sprache des anderen
Wenn Sie jemals in ein Gespräch über die größten Probleme bei der Entwicklung von Web- und digitalen Produkten geraten sind, haben Sie wahrscheinlich gehört, dass sich jemand auf die "Lücke zwischen Design und Entwicklung" bezieht. Bei der Erwähnung nickten wahrscheinlich mehrere Köpfe weise, und dann gingen Sie alle weiter und begnügten sich damit, das Problem zu beobachten, ohne es unbedingt zu lösen. Schließlich gibt es wahrscheinlich ein Werkzeug dafür, oder? Vielleicht haben wir es einfach noch nicht gefunden?
In der Realität gibt es mehrere Tools, um die Lücke zwischen Design und Entwicklung zu schließen. Und wie bei den meisten Problemen gibt es zahlreiche andere mögliche Lösungen. Ich werde hier über einige davon sprechen, aber bevor wir das Problem lösen, stellen wir sicher, dass wir es verstehen, oder?
Was ist die Lücke zwischen Design und Entwicklung?
Einfach ausgedrückt bezieht sich die Lücke zwischen Design und Entwicklung auf das, was in der Kommunikation zwischen Designern und Entwicklern während des Produktentwicklungsprozesses fehlt. Das Problem erweist sich in Unternehmen, in denen Wasserfallprozesse dominieren, als am entmutigendsten, wenn ein Designer das Design einfach über die Wand wirft, sich die Hände abstaubt und sagt: "Nun, damit bin ich fertig!"
Wie jeder Vegetarier, der versucht hat, einen Burrito Sin Carne zu bestellen, bezeugen kann, kann das Fehlen einer gemeinsamen Sprache zu großen Problemen führen
In einem solchen Szenario lässt die Lücke die Entwickler die Absicht des Designers selbst interpretieren. So bleibt viel Platz für Markenanimationen, Links, die dahin gehen, wo sie nicht sein sollten, und abgerundete Ecken, die nur ein Pixel oder 50 Punkte von der Marke entfernt sind. Kein Problem, oder? Sicher - solange Sie nicht die Person sind, die sich um das Endergebnis kümmert, blinzeln Sie auf die Projektstunden in der schnell verblassenden Hoffnung, dass diese Zahlen, wenn Sie sie lustig betrachten, zum Projektbudget passen.
Natürlich plagt die Lücke zwischen Design und Entwicklung nicht nur Wasserfallteams. Schließlich sprechen Designer und Entwickler - mangels Erfahrung und nachhaltiger gegenseitiger Anstrengungen - verschiedene Sprachen. Und wie jeder Vegetarier, der versucht hat, einen Burrito Sin Carne zu bestellen, bezeugen kann, kann das Fehlen einer gemeinsamen Sprache zu einigen großen Problemen führen.
Die Probleme
Natürlich sind die Probleme, die sich aus dem Fehlen eines verfügbaren Übersetzers ergeben, nicht die einzigen Dinge, die die Lücke zwischen Design und Entwicklung problematisch machen. Um genauer zu werden, sind einige der häufigsten Probleme, auf die Teams stoßen, die folgenden.
01. Designer, die „unmögliche“ Designs erstellen
Jeder, der sich ein wenig mit CSS auseinandergesetzt hat, weiß, dass es nicht alles kann. Designer, die die Vor- und Nachteile von CSS nicht kennen und ihre kreativen Grenzen erweitern möchten, können problemlos Designs in Sketch oder Photoshop erstellen, die nicht (einfach oder überhaupt) nicht ins Web gebracht werden können.
Für dieses Problem bedeutet die Überbrückung der Lücke zwischen Design und Entwicklung, sicherzustellen, dass Designer die Fähigkeiten von CSS ausreichend verstehen, um zu vermeiden, dass unmögliche Lösungen entworfen werden.
02. Zeitaufwändige Dokumentation
Eines der am häufigsten verwendeten Tools zur Überbrückung der Lücke zwischen Design und Entwicklung ist die Dokumentation: Redlines, Spezifikationsdokumente, Komponentendiagramme usw. Wie auch immer Ihr Team sie nennt, sie alle stellen eine Dokumentation dar und bedeuten, dass viel Zeit für die Arbeit an etwas aufgewendet wird, das kein Endbenutzer jemals direkt erleben wird. Das heißt natürlich nicht, dass sie keine Werte haben - die meisten digitalen Produkte können von Design-, Sprach- und Entwicklungsdokumentation profitieren.
Abgesehen von Fragen nach ihrem Wert dauert die Erstellung von Redlines und anderen Dokumentationsformen lange und macht niemandem besonders viel Spaß. In diesem Fall bedeutet die Überbrückung der Lücke zwischen Design und Entwicklung, schnellere und einfachere Wege zu finden, um Spezifikationen zu kommunizieren.
03. Längere Rückkopplungszyklen
Feedback ist unvermeidlich, selbst wenn Ihre Designer unter Berücksichtigung von CSS erstellen und detaillierte Dokumentationen zusammenstellen. Und es ist immer wertvoll. Aber es kann zu einer Belastung der Ressourcen führen und die Moral der Mitarbeiter erheblich beeinträchtigen, wenn die Schleifen zu lange dauern. Widersprüchliches Feedback von einem Zyklus zum nächsten taucht auf, Stakeholder trüben das Wasser mit zwischenmenschlichen Meinungsverschiedenheiten und jeder verliert die übergreifende Strategie aus den Augen.
In diesem Fall bedeutet die Überbrückung der Lücke zwischen Design und Entwicklung, Wege zu finden, um unnötige Rückkopplungsschleifen auszuschließen.
Wie man die Lücke schließt
Nachdem wir die Natur der Lücke zwischen Design und Entwicklung verstanden haben und die Probleme, die sie in den Prozess einbringen kann, wollen wir über die Lösung des Problems sprechen. Es gibt Software, die helfen soll - und dafür werfen Sie einen Blick auf meine Liste mit 5 Tools, um die Lücke zwischen Design und Entwicklung zu schließen. Es gibt aber auch einige sogenannte „Soft Skills“, die helfen können. Weil wir nicht erwarten können, dass Apps alle unsere Probleme lösen, oder?
Während der moderne Arbeitsplatz auf digitale Tools angewiesen ist, um die meisten Probleme anzugehen, gibt es oft keinen Ersatz für gute alte zwischenmenschliche Fähigkeiten - insbesondere wenn das Kernproblem im Wesentlichen die Kommunikation ist. Schauen wir uns vor diesem Hintergrund drei absolut kostenlose Methoden an, um die Lücke zwischen Ihren Design- und Entwicklungsteams zu schließen.
01. Kommunizieren Sie früh, oft, immer
Designer und Entwickler, die an einem Projekt arbeiten, sollten immer zusammenarbeiten. Und das bedeutet viel mehr als das Kommentieren derselben GitHub-Tickets oder das Arbeiten mit gemeinsam genutzten Sketch-Dateien.
Fragen Sie, wie das Entwicklungsteam möchte, dass Sie Entwürfe kommunizieren
Es bedeutet auch und noch viel wichtiger, zu reden. Also, Designer: Sprechen Sie mit Ihren Entwicklern darüber, wie Sie Ihre aktuellen Herausforderungen angehen. Stellen Sie sicher, dass Ihre Lösung aus technischer Sicht machbar ist. Lassen Sie sie Ihre Entwürfe betrachten und Bereiche aufrufen, in denen visuelle Elemente nicht reproduziert werden können. Fragen Sie, ob das Einfließen von realen Daten die Formatierung beeinträchtigt. Finden Sie heraus, wie Sie Ihre Designebenen am besten benennen können - von den Personen, die mit ihnen arbeiten müssen.
Vor allem aber: Fragen Sie, wie das Entwicklungsteam möchte, dass Sie Entwürfe, Interaktionen usw. kommunizieren. Sobald Sie die bevorzugten Formate für die Kommunikation von Spezifikationen und Änderungen verstanden haben, werden Sie sofort effektiver kommunizieren.
02. Sei agil
Jetzt bin ich kein Prozesspolizist, daher werde ich Ihnen nicht sagen, dass Sie agil arbeiten müssen oder dass Sie das Sprint-Format von GV übernehmen müssen. Meiner Meinung nach gibt es einen Teil der agilen Methodik, die jedes Team ausleihen kann. Der Schwerpunkt liegt nämlich auf funktionsübergreifenden Teams - einschließlich Personen mit einer Vielzahl von Fachgebieten.
Dies gewährleistet eine regelmäßige und konsistente Zusammenarbeit zwischen Design und Entwicklung, wodurch potenzielle Probleme im Keim erstickt werden. Ich würde auch persönlich empfehlen, Ihren freundlichen lokalen Content-Strategen oder Texter vom ersten Tag an in Ihr funktionsübergreifendes Team einzubeziehen, aber das ist eine andere Geschichte für einen anderen Beitrag.
03. Sprechen Sie die Sprache des anderen
Wenn Befürworter der "Designer" -Philosophie sprechen sollten, besteht eines ihrer Hauptargumente darin, dass sie besser verstehen, was ihre Entwicklerkollegen tun und was für das Web machbar ist. Dem stimme ich voll und ganz zu! Ich möchte jedoch darauf hinweisen, dass Sie keinen Code schreiben müssen, um zu verstehen, was mit Code möglich ist. Gleiches gilt für das Design.
Zum Beispiel bin ich selbst kein großer visueller Designer - aber ich konsumiere unersättlich alles, was ich darüber lernen kann. Und das bringt mich zu einem Punkt, an dem ich mit meinen Designkollegen über Designprinzipien und Best Practices sprechen und mich, wenn nicht fließend, dann zumindest vertraut fühlen kann. Ich habe auch lange genug in der digitalen Designwelt gearbeitet, um normalerweise beurteilen zu können, was ein Entwickler mit einer Benutzeroberfläche tun kann, und Empfehlungen abzugeben, was unter dem Gesichtspunkt der Benutzererfahrung am besten wäre.
Wenn Sie kein praktizierender Programmierer sind, können Sie meinen einzigen blöd-einfachen Trick zur Beurteilung der Machbarkeit nicht davon abhalten, jemanden zu fragen. Es ist verrückt, wie weit eine einfache Frage Sie bringen wird.
