Wann man Nein zu einer neuen Komponente sagt

Eine Komponente ist eine Verpflichtung

Eine Komponente hinzuzufügen wirkt billig: eine Stunde in Figma, ein Tag im Code. Die echten Kosten kommen später. Jede Komponente muss dokumentiert, gepflegt, barrierefrei gehalten, bei Token-Änderungen aktualisiert und jeder neuen Person erklärt werden. Ein System mit vierzig Komponenten, die man versteht, ist weit mehr wert als eines mit zweihundert, in dem sich niemand zurechtfindet.

Wann ich Nein sage

Ich sage Nein, wenn eine bestehende Komponente die Aufgabe mit einer Variante oder kleinen Anpassung erfüllen kann. Ich sage Nein, wenn der Bedarf auf einem einzigen Screen auftaucht und wohl nicht wiederkommt. Ich sage Nein, wenn es eigentlich um Geschmack statt um Funktion geht. Und ich sage am entschiedensten Nein, wenn niemand erklären kann, welches Problem die neue Komponente löst, das die vorhandenen nicht lösen.

Wann ich Ja sage

Ich sage Ja, wenn dasselbe Muster in verschiedenen Teilen des Produkts immer wieder auftaucht, jedes Mal etwas anders gebaut. Ich sage Ja, wenn ein echtes Nutzerbedürfnis mit dem Vorhandenen nicht sauber erfüllt werden kann. Und ich sage Ja, wenn eine neue Komponente mehr Komplexität entfernt, als sie hinzufügt. Diese Fälle sind seltener, als man denkt, und genau deshalb verdienen sie einen richtigen Platz im System.

Autorität und das Urteil dahinter

Am Ende läuft es auf zwei Dinge hinaus: Autorität und Urteilsvermögen. Autorität, weil ohne ein klares letztes Wort jede Anfrage zur Verhandlung wird und das System driftet. Urteilsvermögen, weil Autorität allein nur Sturheit ist. Jede Entscheidung muss gegen das Produkt, das Team und die Richtung beider abgewogen werden.

Ein Nein ist nie das Ende des Gesprächs. Ich erkläre, warum, schlage vor, wie vorhandene Teile das Problem lösen können, und behalte die Anfrage im Kopf, falls sie von anderswo zurückkommt. Kommt sie zurück, ist das meist das Signal, dass die Antwort zu Ja geworden ist.