Ich habe das erst viel zu spät erkannt, aber einer der größten Fehler, die in einem Design-System-Team gemacht werden, ist ein häufiges Managementproblem: Es sind zu viele Leute in einer Besprechung und sie haben zu viele verdammte Meinungen.
Gibt es eine Diskussion über die Farbe eurer Buttons? Großartig! Jeder braucht eine konsistente Farbpalette, damit die Nutzer wissen, worauf sie klicken sollen und die Designer nicht aus einer Fülle von Optionen wählen müssen. Aber die schwierige Frage am Anfang ist nicht, welche Farben wir wählen und wann wir sie einsetzen sollen, sondern vielmehr: Wie viele Leute sind in diesem verdammten Raum?
Wie viele Leute treffen Entscheidungen über euer Designsystem?
Diskutieren drei Leute über die Buttons in eurem Designsystem? Wunderbar. Sind es 20? Autsch! Das ist ein ernstes Problem, denn es zeigt, dass viel zu viel Energie für die falschen Dinge aufgewendet wird; es ist im Grunde nichts anderes als Missmanagement.
(Deshalb glaube ich, dass es bei Designsystemen nicht um Design oder gar um Systeme geht. Es geht tatsächlich darum, Leute und ihre Zeit, Aufmerksamkeit und Konzentration zu managen. Aber das ist eine Tirade für einen anderen Tag.)
Wie auch immer, die harte Entscheidung, die jemand in einem großen Designteam irgendwann treffen muss, ist zu entscheiden, wer den Raum verlassen muss. Und das klingt wirklich gemein, ich verstehe es, aber es ist die freundliche Sache, die man tun kann. Wenn jeder Meinungen hat, wird erstens nichts erledigt und zweitens werden Risse entstehen, wenn einige Meinungen verschmäht und andere gehört werden.
Es war für mich absolut schockierend, als ich mein erstes großes Designsystem-Projekt begann, dass je mehr Leute an einer Besprechung teilnahmen, desto weniger effektiv waren wir. Es war, als ob die IQ-Punktzahl des Raumes um zehntausend Punkte sank. Und ich war auch schockiert, dass das schwierigste Problem nicht im Aufbau des Systems lag; Lernen über TypeScript, sicherstellen, dass Komponenten zugänglich waren, Audits durchführen usw. Stattdessen war es dies: das ganze Ding mit zu vielen Leuten in einer Besprechung.
Nicht jeder kann seine Meinung zu jedem winzigen Detail der Benutzeroberfläche äußern, und irgendwann muss jemand eingreifen und eine Grenze ziehen, wer sich um was kümmern darf. Das soll nicht heißen, dass Leute kein Feedback geben dürfen – Feedback sollte immer willkommen sein! – aber einer der Hauptvorteile eines Design-System-Teams ist es, all diese Entscheidungen auf jemand anderen abzuwälzen.
Ich habe neulich diesen Livestream von Jason Fried und DHH gehört, und sie erwähnen, dass
Wenn du dir bei etwas noch unsicherer sein willst, musst du nur eine weitere Person nach ihrer Meinung fragen.
Das ist definitiv das Gefühl, das ich hatte, wenn zu viele Leute über Buttons, Ränder oder irgendetwas anderes redeten. Diese Art von hoffnungslosem Gefühl, dass Veränderung einfach nicht möglich ist. Und dass man keine Entscheidung über etwas treffen kann, weil man die Egos aller im Raum streicheln muss.
Das erinnert mich auch an diesen großartigen Beitrag von Paul Ford darüber, was das Web ist
„Warum wurde ich nicht konsultiert“, was ich mit WWIC abkürze, ist die grundlegende Frage des Webs. Es ist die Regel, von der andere Regeln abgeleitet werden. Menschen haben ein grundlegendes Bedürfnis, konsultiert, eingebunden zu werden, ihr Wissen (und damit ihre Macht) auszuüben, und kein anderes Medium, das vorher kam, konnte dies so effektiv nutzen.
Die Arbeit in einer großen Organisation ist für Neulinge schockierend, denn plötzlich muss jeder für die kleinste Entscheidung konsultiert werden. Und je mehr Leute man konsultieren muss, um etwas zu erledigen, desto mehr Bürokratie gibt es in diesem Unternehmen. Kurz gesagt: Designsysteme können in bürokratischen Organisationen nicht effektiv sein. Glaubt mir, ich habe es versucht.
Wie auch immer, der Weg, dem entgegenzuwirken, besteht darin, diese Grenze zu ziehen, Leute aus Besprechungen herauszuholen, die nicht da sein müssen. Es ist wirklich das Freundlichste, was man tun kann, denn es wird den Aufbau deines Designsystems viel schneller und für dich weniger stressig machen.
Genau. Als Senior UI Developer versuche ich, jeden anderen Entwickler zu beschämen, der sich zu der Arbeit eines Designers äußert, um das im Keim zu ersticken. Es ist einfach: Bist du im Design ausgebildet? Wenn sie sich wehren, frage ich, ob sie wollen, dass die Designer JavaScript (oder sogar SCSS) für sie schreiben. Nur Designer sollten im Raum sein.
Ich finde nicht, dass Senioren ihre Kollegen und Mitarbeiter beschämen sollten, um einen Punkt zu machen.
Es klingt, als ob du von einem besser gestalteten sozialen Prozess profitieren könntest. Die Arbeit mit größeren Gruppen von Menschen bringt Komplexität mit sich, die Moderationsprozesse helfen können zu bewältigen.
Der Vorteil größerer Gruppen ist ein besseres Gruppenverständnis und mehr relevantes Wissen von Stakeholdern. Und die Möglichkeit kreativer Impulse von Leuten, von denen man nicht wusste, dass sie etwas beitragen können.
Es gibt einen einzigen Punkt in diesem Artikel, der gesunder Menschenverstand ist (im Gegensatz zu spezifisch für Designsysteme): Beziehe nicht zu viele Leute in Entscheidungen ein. Ich bin mir nicht sicher, warum der Autor denkt, dass dies ein weit verbreitetes Problem ist. Ich war noch nie in einer Situation, in der 20 Leute eine Besprechung hatten, um über Buttons zu sprechen.
„Wenn jeder Meinungen hat, dann wird erstens nichts erledigt…“
Das erklärt Washington DC.