Mengen, die nichts voneinander wissen: building on a client’s design system

Mengen, die nichts voneinander wissen

In der Mathematik können zwei Mengen nebeneinanderliegen, ohne ein einziges Element zu teilen. Sie beeinflussen sich nicht und schulden einander nichts. Große Projekte sehen von innen oft so aus. Das Team des Kunden hat seine Bibliothek, jeder Dienstleister seinen Teil, und jeder benennt, löst und liefert, als gäbe es die anderen nicht.

Das funktioniert nur, solange niemand die Überschneidung bemerkt. Sobald Sie erkennen, dass Ihre und deren Arbeit dieselben Komponenten, dieselben Muster und dieselben Nutzer teilen, sind Sie keine eigene Menge mehr. Sie sind in der Schnittmenge, und was dort kaputt ist, gehört jetzt zum Teil Ihnen.

Warum die Benennung zuerst scheitert

Fehlt einem System ein Komponentenregister, gibt es keinen verbindlichen Ort, der sagt, was existiert. Also benennt jedes Team, was es baut, nach eigenem Ermessen. Eine Karte wird im einen Produkt zur Kachel und im anderen zum Panel, jeweils mit leicht anderem Verhalten. Entwickler kopieren, was ihnen zuerst begegnet, und Designer verlieren das Vertrauen in die Bibliothek, weil sie nicht mehr abbildet, was live ist.

Schlechte Benennung ist das Symptom, das man bemerkt. Die eigentliche Ursache ist, dass niemand entscheidet, was zum System gehört, also wächst es in alle Richtungen zugleich.

Die zwei bequemen Auswege

Der erste ist Schweigen. Sie bauen neben deren Bibliothek eine kleine eigene; das passt zur Deadline, und niemand muss ein unangenehmes Gespräch führen. Ein Jahr später besitzt der Kunde zwei Systeme, von denen keines funktioniert.

Der zweite ist Beschwerde. Sie listen alles auf, was falsch ist, und schicken es nach oben. Es mag alles stimmen, aber niemand hört das gern von einem Dienstleister, und eine Liste von Problemen ohne Angebot ist nur mehr Arbeit auf dem Schreibtisch eines anderen.

Was ich stattdessen tue

Wenn ich mich in dieser Schnittmenge wiederfinde, halte ich es für meine Verantwortung, es anzusprechen und Hilfe anzubieten, denn in diesem Moment sind wir ein Team, was auch immer der Vertrag darüber sagt, wer was baut. Ich frage, bevor ich etwas repariere. Es ist ihr System, also muss das Angebot zuerst kommen.

Dann beginne ich ein einfaches Register dessen, was schon existiert: jede Komponente, wie sie heißt, wo sie lebt und was sie tut. Ich präsentiere es als Landkarte statt als Fehlerinventar, und die meisten Kunden haben ihr eigenes System noch nie so dargestellt gesehen. Was mein Teil zusätzlich braucht, halte ich schlank und benenne es so, dass es später in ihre Bibliothek zurückwandern kann, statt daneben zu wachsen.

Jede Abweichung, die ich finde, geht als Vorschlag zurück. Nicht „Ihr Button ist falsch“, sondern „hier sind drei Buttons, die dieselbe Aufgabe erfüllen, und diesen würde ich behalten“.

Was sich ändert

Der Kunde bekommt ein Register, das er nie hatte, und alle anderen Dienstleister profitieren ebenfalls, auch die, die geschwiegen haben. Die Benennung beginnt sich zu ordnen, weil es endlich einen einzigen Ort zum Nachschlagen gibt. Und man wird nicht mehr als Lieferant gesehen, der eine Komponente abliefert, sondern als jemand, dem das Ganze wichtig ist. Meiner Erfahrung nach ist das auch der Dienstleister, den Kunden wieder anrufen.

Wenn das Angebot nicht angenommen wird

Manchmal lautet die Antwort Nein oder noch nicht. Das ist ihr Recht. Dann dokumentiere ich, was ich gefunden habe, halte meine eigene Schicht sauber und umkehrbar und erneuere das Angebot, wenn der Zeitpunkt günstiger ist. Verantwortung für die Schnittmenge heißt nicht, die Kontrolle über sie zu übernehmen.

Kein Kunde hört gern, dass sein System kaputt ist. Jeder Kunde freut sich über ein Register, von dem er nicht wusste, dass es ihm fehlt.