Kaum eine Woche vergeht, in der nicht ein weiteres Unternehmen stolz seine Pattern Library bzw. zunehmend sein Design System ins Web stellt. Was weit weniger öffentlich diskutiert wird, ist wie es sechs Monate später um diese Projekte steht. Erfahrungsgemäß sind Pattern Libraries (vergleichbar mit Balkongärten) nämlich von zwei Formen der Vernachlässigung bedroht: Dem Verdorren und dem Überwuchern.
Verdorren ist dann eine Gefahr, wenn die Patterns, trotz ihrer Verknüpfung mit lebendigem CSS, nicht wirklich angenommen werden, weil sie technisch oder funktional an den Bedürfnissen im Unternehmen vorbei gehen oder nicht genügend evangelisiert wurden.
Umgekehrt kann eine Pattern Library aber auch an ihrem eigenen Erfolg zugrunde gehen und zuwuchern, weil zu viele neue Patterns mit überlappender Funktionalität eingepflegt werden, bis praktisch das gesamte UI in der Library liegt und niemand mehr den Überblick hat.
Während sich Pattern Libraries für kleine Teams relativ leicht aufsetzen lassen, erfordert die Integration einer unternehmensweiten Pattern Library mehr architekturelle Planung. Dabei gibt es einige zentrale Entscheidungen, die auf die technische Umsetzung und die notwendigen organisatorischen Prozesse wirken. Diese Optionen sollen hier mit Vor- und Nachteilen vorgestellt werden, damit nach sechs Monaten weder Verdorren noch Überwuchern zum Problem werden.