Wir haben inzwischen vier Design-Systeme sterben sehen. Andere Firmen, andere Werkzeuge, dieselbe Obduktion: eine schöne Bibliothek, eine Doku-Seite, die niemand öffnete, und ein Produktteam, das daneben still seine Einzelkomponenten baute.
Die übliche Erklärung lautet „Wir hatten keine Zeit mehr, es zu dokumentieren." Das glauben wir nicht mehr. Jedes dieser Systeme hatte eine Dokumentation. Was fehlte, war ein Grund, es an einem schlechten Dienstag trotzdem zu benutzen.
Ein isoliert gebautes System ist ein Vorschlag, kein System
Die gescheiterten entstanden alle gleich: Ein Designer verschwand für zwei, drei Monate und präsentierte dann eine fertige Bibliothek. Sie war vollständig, konsistent — und vollständig losgelöst von den Screens, die das Team in diesem Quartal tatsächlich auslieferte.
Als ein echtes Feature zum ersten Mal etwas brauchte, das die Bibliothek nicht hatte, machte jemand eine Ausnahme. Die zweite Ausnahme war in zehn Minuten begründet. Bei der fünften war die Bibliothek ein Museum.
Eine Komponente, für die niemand kämpfen musste, ist eine Komponente, die niemand verteidigt.
Was wir stattdessen tun
- Aus echten Screens bauen. Keine Komponente kommt in die Bibliothek, bevor sie an zwei verschiedenen Stellen im echten Produkt aufgetaucht ist. Das zweite Auftreten beweist, dass es ein Muster ist und kein Einzelfall.
- Pro Bereich einen Verantwortlichen benennen. Kein Gremium. Eine Person, die angeschrieben wird, wenn ein Button einen neuen Zustand braucht.
- Die Pflege laut einplanen. Wir kalkulieren Design-System-Arbeit als laufende Position, nicht als einmaliges Ergebnis. Ein System ohne Wartungsbudget hat ein festes Sterbedatum, und das sollten alle wissen.
- Den Abkürzungsweg zum richtigen Weg machen. Wenn der Griff zur Bibliothek langsamer ist als ein kopiertes div, verliert die Bibliothek. Jedes Mal.
Dokumentation sind die letzten 10 %
Wir schreiben sie weiterhin. Aber erst, nachdem das System den Kontakt mit drei oder vier Features überlebt hat — und wir legen sie dorthin, wo Entwickler ohnehin leben: ins Repository, nicht auf eine separate Seite mit zweitem Login.
Das eine der vier Systeme, das zwei Jahre später noch lebt, hat die schlechteste Dokumentation von allen. Es hat aber zwei benannte Verantwortliche, eine monatlich blockierte Stunde zum Aufräumen und die Regel, dass neue Komponenten zusammen mit dem Feature ankommen, das sie gebraucht hat. Das zählte am Ende mehr als jede Seite Richtlinien.