Top 6 Frustrationen Designer haben mit Entwicklern

Wir wissen das Entwickler können mit Designern frustriert sein vor allem, wenn der Designer etwas entwirft, das unmöglich zu bauen ist. Aber es gibt viel für Designer, die sich über Entwickler frustrieren müssen.

Design wird oft als „Soft Skill“ angesehen, bei dem es um eine Meinung zur Ästhetik geht, nicht um harte Regeln, geschweige denn um die strenge Logik des Codes. Doch Designer arbeiten jahrelang daran, ein Handwerk zu perfektionieren und nicht nur uninformierte Ideen auszusprechen. Es ist jedoch nicht immer einfach und selten schnell, die „Methode hinter dem Design-Wahnsinn“ erklären und artikulieren zu können, was zu zahlreichen Projektfrustrationen führt. Glücklicherweise gibt es normalerweise eine Möglichkeit, die Spannung zu entschärfen.

01. Ich habe es aus einem bestimmten Grund so gestaltet

Bildquelle: Cat Donmit auf Flickr



Bildquelle: Cat Donmit auf Flickr

Das Problem : Der Designer verbringt Wochen damit, sorgfältig gestaltete visuelle Kompositionen und Spezifikationsdokumente zu erstellen, um sie vom Entwickler scheinbar ignorieren zu lassen. Abgesehen vom Ignorieren der Spezifikationen lassen einige Entwickler die Standardeinstellungen des Browsers einfach unverändert, wenn sie nicht explizit in der Dokumentation festgelegt und nicht nur in visuellen Kompositionen angezeigt werden.

Der Designer geht davon aus, dass der Entwickler sich die Kompositionen genau ansieht und versucht, sie 'pixelgenau' zu machen. Dies führt jedoch im Allgemeinen zu Schnittstellen, die sich trotz der besten Bemühungen der Designer eng oder schlecht organisiert anfühlen.

Die Lösung : Designer sollten nichts annehmen und wissen, dass Dokumentation niemals ausreicht. Ein guter Designleitfaden ist der erste Schritt zur Beseitigung dieses Problems. Designer müssen jedoch auch Seite an Seite mit den Entwicklern arbeiten und ihre Arbeit regelmäßig überprüfen, um sicherzustellen, dass dies in einer Überprüfung der Designakzeptanz vorgesehen ist, wenn sich der Entwickler mit dem, was er möchte, wohl fühlt Sie haben ... gemacht.

wie man in Street Art kommt

02. MVP!?!? Es ist alles MVP!

Bildquelle: Jugbo auf Flickr

Bildquelle: Jugbo auf Flickr

Das Problem : Der Entwickler hat eine begrenzte Zeit, um das Endprodukt zu erstellen, noch weniger für jeden Sprint. Daher priorisiert er Features und Funktionen basierend auf dem „Minimum Viable Product“, das den Produktspezifikationen entspricht. Die meisten Designer betrachten das Produkt jedoch als integriertes Ganzes und nicht als eine Reihe von ineinandergreifenden Komponenten. Der MVP wird jedoch häufig erst in der Entwicklungsphase definiert, sodass Entwickler eher die Entscheidung auf der Grundlage ihrer Zeitplananforderungen als der Benutzer- und Produktanforderungen treffen können.

Die Lösung : Der MVP muss in den Anfangsphasen des Produkts definiert werden und für verschiedene Entwicklungsphasen / Sprints das minimal lebensfähige Produkt sein, nicht nur das am einfachsten herzustellende. Designer können daran arbeiten, ein Produkt zu erstellen, das schrittweise aufgebaut und nicht auf einmal fertiggestellt wird. Dies sollte es Entwicklern auch erleichtern, entsprechend zu planen.

03. Das dauert wie lange?!?!?

Bildquelle: Jon Hathaway auf Flickr

Bildquelle: Jon Hathaway auf Flickr

Das Problem : Der Designer hat Monate damit verbracht, Entwürfe zu planen, zu recherchieren und zu erstellen, um die Bedürfnisse der Benutzer zu erfüllen. Nur um zu erfahren, dass dies aufgrund widersprüchlicher Projektpläne, Personalmangel und des gefürchteten Umfangsschreckens viel länger dauern wird als erwartet.

Die Lösung : Eine der Tatsachen bei jedem UI-Entwicklungsprojekt ist, dass die Entwicklung an letzter Stelle steht und im Allgemeinen durch die vorherigen Schritte zeitlich begrenzt wird (ich habe nie gewusst, dass die Entdeckungs-, Definitions- oder Entwurfsphasen schneller als geplant verlaufen, um der Entwicklung mehr Zeit zu geben). .

Ein Weg, dies zu umgehen, ist Agile in Verbindung mit Lean UX, um die Entwicklung parallel zum Design zu ermöglichen. So können die Entwickler beginnen, bevor das Design vollständig gesperrt ist. Dieser Ansatz ist nicht ohne Risiken (Design muss möglicherweise überdacht werden), führt jedoch im Allgemeinen zu einer schnelleren Ausgabe und glücklicheren Projektmanagern. Und wirklich, wollen wir das nicht alle?

04. Was meinst du mit 'Ich kann das nicht!'?

Bildquelle: Peter Kaminski auf Flickr

Bildquelle: Peter Kaminski auf Flickr

Das Problem : Der Designer hat eine wirklich coole Erfahrung geschaffen, aber der Entwickler wirft einen Blick darauf und verkündet: 'Das wird nie funktionieren.' Ein Grund, warum Entwickler möglicherweise nicht in der Lage sind, etwas zu tun, ist, dass es nicht möglich ist, aber meistens ist es einer von zwei anderen Gründen: 1) Es würde zu lange dauern, länger als das Projekt, oder 2) der Entwickler tut es einfach nicht Ich weiß nicht, wie es geht.

So drehen Sie eine Ebene in Photoshop CS6

Die Lösung : Wenn dies nicht möglich ist, ist dies nicht möglich, und der Designer muss die Lösung überdenken. Wenn es einfach zu lange dauert, muss das Team entscheiden, ob es sich verkleinern oder die benötigte Zeit in Anspruch nehmen möchte. Wenn der Entwickler jedoch nicht weiß, wie er funktioniert, muss der Designer ihm Beispiele für Orte zeigen, an denen die gewünschte Technik funktioniert. Ich finde, dass CodePen.io ist mein bester Ort, wenn ich meinen Entwicklern 'vorhandene Kunst' zeigen muss.

05. Usability-Tests sind NICHT optional

Bildquelle: Dopey auf Flickr

Bildquelle: Dopey auf Flickr

Das Problem : Für viele Entwickler bedeutet 'Benutzerfreundlichkeit', dass es wie in den Anforderungen definiert funktioniert. Wenn Designer etwas testen möchten, sollten sie dies tun, bevor der Entwickler viele Stunden damit verbringt, die Benutzeroberfläche gemäß den Spezifikationen zu erstellen. Mit Papier und anklickbaren Prototypen können jedoch nur so viele Usability-Tests durchgeführt werden. Oft werden die effektivsten Usability-Tests während der Entwicklung durchgeführt.

Die Lösung : Planen Sie Spitzen für Usability-Tests in jedem Agile-Projekt mit Iterationen, die Feedback zur Entwicklung des Produkts geben.

06. Sie sagen mir, wie ich wieder entwerfen soll!

Bildquelle: Amy McTigue auf Flickr

Bildquelle: Amy McTigue auf Flickr

Das Problem : Ein Entwickler liest einen Artikel über Benutzerfreundlichkeit von Jakob Nielsen und ist plötzlich ein Experte für Benutzerfreundlichkeit und Design. Designer verbringen Jahre damit, ihre Fähigkeiten, Kenntnisse und Fähigkeiten zu entwickeln. Ein Problem ist, dass, da jeder in einigen Projekten eine „Meinung“ zum Design hat (informiert oder nicht) - insbesondere wenn es ein UX-Team von einem gibt -, seine Stimme oft übertönt.

Die Lösung : Dies ist kein leicht zu lösendes Problem, da es mehr mit zwischenmenschlicher und Gruppendynamik zu tun hat als mit tatsächlicher Logik und Vernunft. Der beste Weg, mit diesen Situationen umzugehen, ist einfach zuzuhören, ohne defensiv zu werden. Lassen Sie sie zu Wort kommen und überlegen Sie, was sie sagen.

Hat das, was sie zu sagen haben, einen Wert? Lassen Sie sie wissen und erklären Sie dann, warum Sie sich für den eingeschlagenen Weg entschieden haben, und geben Sie sogar zu, dass Sie mit den an anderer Stelle vorgeschriebenen „Best Practices“ nicht einverstanden sind. Oft möchten Entwickler nur das Gefühl haben, dass der Designer ihnen einfach zuhört.

Noch etwas?

Ich habe die sechs Frustrationen, die Designer häufig mit Entwicklern haben, skizziert und zuvor die Sechs Frustrationen haben Entwickler mit Designern . Wie sehen Sie das und können Sie es der Liste hinzufügen? Bitte schlagen Sie in den Kommentaren unten Lösungen vor, damit wir alle von Ihren Erfahrungen profitieren können.

Wörter :: Jason Cranford Teague

Jason Cranford Teague ist Senior Creative Director bei Capital One und unterrichtet Workshops zu Erfahrungsdesign für Entwickler, Entwicklung für Designs und zeitlichem Designdenken.

So was? Lese das...