Hier ist ein toller Beitrag von Diana Mounter über das Design-System-Team bei GitHub, der beschreibt, wie das Team entstanden ist, welche Probleme es hatte und wie es sich im Laufe der Zeit angepasst hat.
Als ich Ende 2015 bei GitHub zu arbeiten begann, bemerkte ich, dass es viele undokumentierte Muster gab, ich viel neues CSS schreiben musste, um Designs zu implementieren, und dass es keine offensichtlichen zugrunde liegenden Systeme gab, die alle Teile miteinander verbanden. Ich wusste, dass es besser gehen konnte und war begeistert, Verbesserungen vorzunehmen – ich stellte schnell fest, dass ich nicht der Einzige war, der so dachte. Es gab mehrere Leute, die sich um Verbesserungen bemühten, aber sie arbeiteten nicht zusammen. Mit der Unterstützung von Designleitern begann eine Gruppe von uns, sich regelmäßig zu treffen, um Verbesserungen an Primer zu besprechen und die Arbeit zu priorisieren – das waren die Anfänge des Design-System-Teams.
Dieser ganze Beitrag brachte mich dazu, bei jedem Wort heftig zuzunicken, aber ein Punkt fiel mir besonders auf: der Teil, an dem Diana erwähnt, wie ihr Team beschloss, „den Status von Stilen offensichtlicher zu machen“, um Änderungen dem Rest des Teams mitzuteilen.
In letzter Zeit ist mir aufgefallen, wie Design-Systeme den Status eines Projekts demonstrieren können, was super praktisch ist. Diese großen Änderungen am Codebase frühzeitig und häufig zu kommunizieren, fast übermäßig zu kommunizieren, ist wahrscheinlich eine gute Idee, wenn ein Design-System-Team gerade erst anfängt.