Die Herausforderung konstruktiver Kritik und wie man sie bekommt

Etwas, das mir in letzter Zeit auf dem Herzen liegt, ist, wie wir über die Ergebnisse sprechen, an denen wir als Designer und Entwickler arbeiten. Es gibt viele Male, in denen wir Feedback zu unseren Projekten wünschen und uns an Freunde, Kollegen, Bekannte, Twitter und alle möglichen anderen Leute wenden, um ihre ehrliche Meinung über die Qualität unserer Arbeit zu erfahren.

Aber das kann problematisch sein. Das Feedback, das wir erhalten, ist oft nicht das, was wir uns erhofft haben. In einigen Fällen kann es sich persönlich anfühlen, was fast nie das ist, was wir uns erhoffen.

Die Art und Weise, wie wir Feedback einholen, anfordern und darauf reagieren, kann erhebliche Auswirkungen auf das Endergebnis unserer Arbeit haben. Dieser Beitrag behandelt einige Tipps und Tricks für diese Dialoge.

Lassen Sie uns die Szene setzen

Hier ist ein häufiges Arbeitsszenario

Ein Projekt wird Ihnen zugewiesen
Sie arbeiten an besagtem Projekt
Sie geben das Projekt an die Person ab, die es angefordert hat

Ziemlich Standard, oder? Manchmal werden uns riesige Projekte aufgetragen, die Wochen dauern. Andere Male ist es etwas Einfaches, das wir in ein paar Stunden erledigen können. Was alle Projekte gemeinsam haben, ist, dass sie letztendlich jemandem übergeben werden, der entweder glücklich oder nicht so glücklich mit dem ist, was wir getan haben.

Eine positive Reaktion auf unsere Arbeit ist ideal. Das ist es, was wir am Ende des Tages anstreben. Eine negative Reaktion kann uns alle Nerven treffen, besonders wenn wir persönliche Zeit und Energie in unsere Arbeit investiert haben.

Nicht jedes Feedback ist gleich

Die Wahrheit ist, dass nicht jedes Feedback gleich ist und auch nicht so behandelt werden sollte. Ich habe kürzlich das Buch Discussing Design im Rahmen einer Teamübung gelesen und die Art und Weise, wie die Autoren Adam Connor und Aaron Irizarry zwischen verschiedenen Arten von Feedback unterscheiden, wirklich geliebt. Hier ist ein Vergleich der drei genannten Arten

Reaktives Feedback: „Igitt, das ist hässlich!“
Richtungsweisendes Feedback: „Ich hätte die gesamte Schriftgröße überall um zwei Pixel erhöht.“
Kritik: „Wenn das Ziel darin besteht, den Inhalt eines Artikels in einer entspannten Umgebung leicht lesbar zu machen, dann sollten wir vielleicht eine größere Schriftgröße in Betracht ziehen, die es den Lesern ermöglicht, weiter vom Bildschirm entfernt zu sitzen, da sie sich sonst zum Lesen der Wörter vorbeugen müssen.“

Reaktives Feedback war in meiner persönlichen Erfahrung die toxischste Art von Feedback. Selbst positive Reaktionen hinterlassen bei mir ein leeres Gefühl, dass ich einer Kugel ausgewichen bin und meine Arbeit an einem Tag abgegeben habe, an dem die Person, die sie betrachtet, zufällig gute Laune hat. Es ist schön, es zu hören, aber es hilft mir vielleicht nicht zu wissen oder zu verstehen, was ich gut gemacht habe oder ob ich es überhaupt gut gemacht habe.

Es ist erwähnenswert, dass reaktives Feedback manchmal genau das ist, was wir wollen. Ich weiß, dass ich an Projekten gearbeitet habe, bei denen ich wirklich die primitive, gutturale Reaktion von jemandem auf meine Arbeit haben möchte, insbesondere wenn Stimmungen und Emotionen Teil der Projektziele sind.

Richtungsweisendes Feedback erinnert mich an diese alte Tumblr-Sammlung von schwebenden Art Direktoren. Schauen Sie sich die Fotos ruhig an, denn ich bin sicher, Sie werden lachen, wenn Sie sich in genau derselben Situation befunden haben, in der Ihr Chef oder Team direkt über Ihrer Schulter hockt und Änderungen an Ihrer Arbeit ruft, als wären Sie eine echte Siri, die diese Änderungen in Echtzeit vornehmen kann.

Ich muss sagen, dass es einen Zeitpunkt und einen Ort für richtungsweisendes Feedback gibt und ich habe definitiv davon profitiert, dass weise und erfahrene Leute mich bei Projekten gecoacht haben. Das ist aber nicht wirklich der Punkt dieses Beitrags, sondern vielmehr nur ein Hinweis darauf, dass es eine Art von Feedback ist.

Kritik ist quasi der Heilige Gral des Feedbacks. Während die anderen beiden Arten mit Emotionen oder persönlichen Vorlieben gefärbt sein mögen, erkennt Kritik die Ziele an, die unsere Arbeit lösen soll, und versucht, unsere Arbeit daran auszurichten.

Kritik erfordert Arbeit und das ist manchmal ein Luxus, besonders bei Projekten mit knappen Fristen. Kritik ist auch eine eigene Fähigkeit, die die Anstrengung sowohl der Person, die sie sucht, als auch der Person, die sie liefert, erfordert. Discussing Design geht wirklich schön auf die Praxis und Kunst der Kritik ein und ist eine lohnende Lektüre für alle, die sich weiter damit beschäftigen möchten.

Für die Zwecke dieses Beitrags werden wir einige Tipps – und ja, Tricks – besprechen, wie wir die richtige Art von Feedback erhalten, wenn wir sie brauchen.

Wissen, wen man um Feedback bitten soll

Das ist ziemlich einfach für ein Projekt mit nur einem Stakeholder (d.h. dem Kunden), aber die Realität ist, dass Projekte oft mehrere Stakeholder haben, die ein gemeinsames und berechtigtes Interesse an der geleisteten Arbeit haben.

Der Schlüssel ist, die Art des Feedbacks, das Sie benötigen, mit den richtigen Personen während des Projektlebenszyklus abzugleichen. Zum Beispiel habe ich die Faustregel, Arbeit niemandem zu zeigen, der das Projekt abzeichnet, bevor ich mich nicht ganz wohl damit fühle, eine Reaktion zu erhalten. Ich habe festgestellt, dass das Zeigen von Arbeit an Stakeholder, während ich noch Entscheidungen über die Ausführung treffe, zu voreiligen Einschätzungen der Arbeit als Ganzes führt und der Arbeit, die ich bisher in das Projekt gesteckt habe, eine enorme Ungerechtigkeit antut.

Das bedeutet, dass Freunde und Kollegen ein besseres Forum für frühe Meinungen sein können. Das können Schriftkombinationen in einem Design sein, Klassennamen in CSS, die Entscheidung zwischen Frameworks oder fast jede frühe Entscheidung, die Sie treffen, unabhängig vom Projekt.

Die Zeiten, in denen ich mich am stärksten verpflichtet fühle, mich vor formellem Feedback an einen Stakeholder zu wenden, sind, wenn ich mehr Klärung der Projektziele benötige. Ein Beispiel dafür könnte eine Leistungsbetrachtung sein, die in den Projektanforderungen nie erwähnt wurde und Sie die Meinung des Stakeholders benötigen, ob die Lösung dafür im Rahmen der Arbeit liegt oder nicht.

Wissen, was man fragen soll

Ich würde lügen, wenn ich sagen würde, ich hätte nie eine E-Mail an einen Kunden mit dem Inhalt geschickt:

Hey, ich bin mit Projekt XYZ fertig – lasst mich wissen, was ihr denkt!

Hier passiert meistens der Mist.

Zum einen, wie fair ist das für den Kunden? Ich habe nicht nur keinen Kontext für das geliefert, was abgegeben wird, sondern ich habe die Bitte um Feedback nicht einmal in eine gültige Frage formuliert. Ernsthaft, ich habe das schon früher gemacht und es hat selten (wenn überhaupt) eine hilfreiche Antwort ergeben. Stattdessen gibt es meinem Kunden einen Blankoscheck, alles zu sagen und zu antworten, was er will. Sie kennen das alte Sprichwort „Garbage in, garbage out“? Nun, schlechtes Feedback sollte man von einer solchen fragwürdigen Anfrage erwarten.

Konstruktives Feedback ist wahrscheinlicher, wenn Sie die Initiative ergreifen, das Gespräch zu gestalten, wenn Sie es suchen. Hier sind eine Handvoll Fragen, die ich schon gesehen habe, wenn ich um Feedback gebeten werde, mit Beispielen, wie sie für einen effektiveren Dialog formuliert werden können.

Häufige Frage	Bessere Frage
Was denkst du über die Farben, die ich für die Buttons verwendet habe?	Das Projektziel ist es, sicherzustellen, dass Benutzer einen klaren Call-to-Action zum Kauf eines Artikels haben, aber nur, wenn sie den angezeigten Artikel nicht bereits gekauft haben. Sind die aktiven und inaktiven Zustände der Button-Farben klar genug? Konfliktieren sie aus irgendeinem Grund miteinander?
Sieht das Hintergrundbild des Headers für dich gut aus?	Das Projekt soll ein Gefühl von Aufregung und Vertrauen hervorrufen. Vermittelt dieses Bild diese Qualitäten, wenn Sie es sehen? Das Projekt erfordert auch ein reaktionsfähiges Layout, also vermittelt das Bild diese Qualitäten auch dann noch, wenn es auf kleineren Bildschirmen beschnitten wird?
Haben Sie die Animation bemerkt, als das Formular gesendet wurde? Genial, oder?	Das Projekt verlangt, dass wir CSS-Animationen verwenden, damit sich die Website modern anfühlt. Ich habe beschlossen, den Sende-Button des Kontaktformulars zu animieren, damit er nach dem Absenden zu einer Bestätigung wird. Fühlt sich diese Animation modern an und informiert den Benutzer gleichzeitig darüber, ob die Informationen empfangen wurden?
Sieht dieses CSS sauber aus?	Dies ist ein wirklich großes Projekt mit über einem Dutzend einzigartiger Vorlagen und Hunderten verschiedener Komponenten, und der Code muss für die Teamzusammenarbeit organisiert werden. Ich habe das CSS in Sass-Partials aufgeteilt und eine BEM-Namenskonvention verwendet, um die Dinge organisiert zu halten. Ist der Rest des Teams mit diesen Standards vertraut und, wenn ja, bereit, sie zu übernehmen?

Beachten Sie, was alle guten Fragen gemeinsam haben? Es reduziert sich auf vier Eigenschaften: (1) die Frage auf einen bestimmten Aspekt des Projekts beschränken, (2) die Frage an die Projektziele anpassen, (3) Kontext für die getroffene Entscheidung liefern und zuletzt die Frage selbst stellen.

Das ist der große Trick, um für jedes Projekt fundiertes und konstruktives Feedback zu erhalten. Es ermöglicht der Person, die die Frage erhält, sich daran zu erinnern, was gelöst wird, in Ihren Kopf zu gelangen und von dort aus einen Kommentar abzugeben. Wenn Sie eine gut durchdachte, gut formulierte Feedback-Anfrage stellen und trotzdem eine fragwürdige reaktive Antwort erhalten, dann können Sie auf die Frage zurückverweisen und den Stakeholder anleiten, eine themenbezogene Antwort zu geben.

Wissen, wie man Erwartungen setzt

Nachdem wir nun wissen, wen wir nach Meinungen zu unserer Arbeit fragen sollen und wie wir Fragen stellen, die zu konstruktiven Dialogen führen, ist der nächste Trick in unserer Tasche, gute Erwartungen zu setzen. Was ich damit meine, ist sicherzustellen, dass alle – einschließlich wir selbst – auf dem gleichen Stand sind, was gerade bearbeitet wird, was besprochen wird und welche Maßnahmen ergriffen werden, sobald das Feedback eingegangen ist, damit das Gespräch fortgesetzt werden kann und (hoffentlich) zu einer genehmigten Arbeit führt, von der alle überzeugt sind, sie zu veröffentlichen.

Viele von Ihnen, die das hier lesen, sind wahrscheinlich gut vertraut mit dem Konzept der Lieferrunden bei einem Projekt. Wenn Runden ein neues Konzept für Sie sind, ist die Grundidee, einen ersten „Entwurf“ Ihrer Arbeit zur Begutachtung einzureichen, Änderungen in einer zweiten „Runde“ der Arbeit vorzunehmen und den Prozess zu wiederholen, bis eine endgültige Iteration genehmigt ist.

Ich mag diesen Prozess sehr, egal ob ich an Design oder Code (oder beidem!) arbeite, aber er kann leicht außer Kontrolle geraten, wenn wir versäumt haben, die Erwartungen für das zu setzen, was in jeder Runde bearbeitet wird, kombiniert mit den Tricks, die wir bisher gelernt haben, um zu wissen, wen wir um Feedback bitten sollen und wie wir Fragen stellen, die zu gutem Feedback führen.

Mein Trick ist, dass ich dazu neige, meine Arbeit in Runden aufzuteilen, wobei jede auf einen bestimmten Aspekt des Projekts konzentriert ist. Zum Beispiel könnte ein typisches Website-Projekt so aussehen:

Runde 1: Wireframe und Layout
Runde 2: Designmuster und Benutzeroberflächenkomponenten
Runde 3: Farben und Stile

Ich mag es, Projekte auf diese Weise in Runden aufzuteilen, da es mir nicht nur erlaubt, mich auf eine bestimmte Aufgabe des Projekts zu konzentrieren, sondern es auch als Besprechungsagenda mit den Stakeholdern dient. Jeder weiß, woran gearbeitet wird und was besprochen wird, wenn die Arbeit geliefert wird.

Wenn wir auf das Beispiel einer E-Mail zurückkommen, die ich zugegebenermaßen schon einmal an Kunden geschrieben habe, wenn ich meine Arbeit liefere:

Hey, ich bin mit Projekt XYZ fertig – lasst mich wissen, was ihr denkt!

Wenn wir unseren neuen Trick zum Setzen von Erwartungen anwenden, könnten wir etwas Hilfreicheres sagen:

Hey, ich bin mit der ersten Runde von Projekt XYZ fertig. Sie erinnern sich vielleicht, dass diese Runde speziell auf den Wireframe und das Layout der Seitenvorlagen konzentriert ist. Ich glaube, dies erfüllt alle von uns besprochenen Ziele, aber hier sind einige Fragen, die ich Ihnen im Hinterkopf behalten und beantworten möchte, während Sie die Arbeit überprüfen.

Hoffentlich bereitet das die Bühne für eine großartige Feedback-Runde. Wenn der Kunde Änderungen hat, wissen Sie, dass diese zumindest auf die Projektziele abgestimmt waren. Wenn der Kunde keine Änderungen hat, können Sie weiter auf Feedback drängen, wenn es andere Überlegungen gibt, die Ihrer Meinung nach vor der nächsten Runde angegangen werden sollten. Unabhängig davon ist meine Faustregel, bei einer Runde zu bleiben, bis alle Feedback- und Aktionspunkte dafür vollständig bearbeitet sind.

Ein weiterer Trick: Verwenden Sie eine Betreffzeile, die klar identifiziert, welche Runde gerade besprochen wird, sei es per E-Mail, in Ihrem Projektmanagement-System, in einem internen Memo oder was auch immer. Verwenden Sie diese Betreffzeile weiter, bis die Runde vollständig besprochen und genehmigt ist, und wechseln Sie dann zu einer neuen Betreffzeile für die nächste Runde in einer frischen Antwortkette. Das hält all das erhaltene Feedback zusammen und setzt weiterhin gute Erwartungen für das, was besprochen wird.

Ressourcen

Discussing Design von Adam Connor und Aaron Irizarry ist das Buch, das mich dazu gebracht hat, über diese Konzepte nachzudenken, und es wird jedem wärmstens empfohlen, der mit Kunden oder in einem Teamumfeld arbeitet.
Projektzeitplan-Vorlage von Brad Frost. Dies ist sehr hilfreich, wenn Sie sich für das Konzept des Aufteilens eines Projekts in Runden interessieren, da es als Möglichkeit dienen kann, diese Runden zu visualisieren und sie an einem zentralen Ort anzubieten, auf den jeder jederzeit verweisen kann.
Der 20-Sekunden-Guttentest ist eine hervorragende Möglichkeit, reaktives Feedback anzufordern und zu steuern.
Fünf-Sekunden-Test ist ein weiteres hervorragendes Werkzeug für reaktives Feedback.
Die CSS-Tricks-Foren sind rund um die Uhr verfügbar und voll von Leuten, die bereit sind, reaktives, richtungsweisendes und kritisches Feedback zu geben.

Zusammenfassung

Die Arbeit, die wir tun, ist hart.

Was härter ist, ist die konsequente Umsetzung unserer Arbeit. Die Arbeit zu tun ist nur ein Aspekt dessen, was wir tun müssen, um in unserem Beruf effektiv zu sein. Es gibt einen Grund, warum gute Kommunikationsfähigkeiten in fast jeder Stellenbeschreibung aufgeführt sind, die ich je gesehen habe, und das liegt daran, dass unsere Arbeit sie zur Vollendung erfordert. Das Versäumnis, mit guter Kommunikation nachzufassen, ist nicht anders, als wenn ein Baseballspieler den Schläger nicht durch den Pitch schwingt, nur weil bereits in der Mitte Kontakt aufgenommen wurde. Ohne Nachfassen ist unsere Arbeit eher ein Bunt als ein sauberer Treffer.

Was wir in diesem Beitrag behandelt haben, sind Tricks, die spezifisch für die Nachbereitung unserer Arbeit sind. Machen Sie weiter mit der großartigen Arbeit, die Sie tun, und ergänzen Sie sie mit diesen Ideen, um die Dinge auf die nächste Stufe zu heben. Das ist es, was gutes Feedback tut: Es nimmt das, was wir richtig machen, und hebt es auf noch höhere Ebenen. Hoffentlich werden diese „Tricks“ großartige Gespräche in Gang setzen, die Ihre Arbeit verbessern, zu neuen Tricks führen, Klarheit in den Projektmanagementprozess bringen und es Ihnen ermöglichen, im Laufe der Zeit großartige und kollaborative Beziehungen zu anderen aufzubauen.