Du und dein Product Manager seid uneinig darüber, was als Nächstes gebaut wird. Wie löst du das?

Trenn Entscheidungsrechte von der Debatte. Produkt besitzt das Was und Warum, Engineering das Wie und Wie lange, und die meisten Uneinigkeiten drehen sich in Wahrheit um eine gemeinsame Unbekannte statt um Autorität. Leg die Annahmen offen, bring Daten oder ein billiges Experiment und argumentiere über Nutzer- und Geschäftsergebnisse statt über technische Vorliebe. Bleibt es blockiert, eskaliert gemeinsam mit einer abgestimmten schriftlichen Darstellung der Optionen.

Zuerst prüfe ich, ob es überhaupt meine Entscheidung ist, denn Produkt besitzt, was wir bauen, und mir gehören das Wie und das Wie lange, und viel künstlicher Konflikt entsteht, weil Engineering-Führungskräfte Roadmap-Entscheidungen über Bande treffen wollen. Wenn mein Einwand in Wahrheit um Kosten oder Risiko geht, sage ich ihn in ihrer Sprache. Nicht dieses Design ist falsch, sondern dieser Ansatz heißt, dass wir den Enterprise-Vertrag im vierten Quartal nicht ohne einen weiteren Umbau bedienen können, und hier ist der Unterschied von sechs Wochen. Das ist ein Geschäftsargument, das sie abwägen können, und in der Hälfte der Fälle ändert es ihre Meinung von allein. Meist finden wir die eigentliche Uneinigkeit darunter, und das ist normalerweise eine andere Vermutung über dieselbe Unbekannte, und dann ist die nützliche Frage, was der billigste Weg ist, es herauszufinden. Beim letzten Mal haben wir in einer Woche eine abgespeckte Version für zwei Kunden gebaut, statt einen Monat zu diskutieren, und die Daten haben es zu ihren Gunsten entschieden, nicht zu meinen. Wenn wir uns wirklich nicht einigen können, gehen wir gemeinsam mit einer schriftlichen Darstellung der Optionen zur gemeinsamen Führung, denn getrennt umeinander herumzulaufen ist, wie Partnerschaften sterben.