Beschreib, wie Arbeit in deinem Team von einer Idee zu etwas wird, das in Produktion läuft.

Fahr kontinuierliche Discovery einen Schritt vor der Umsetzung. Ideen landen in einem einzigen Eingang aus Interviews, Support-Tickets und Nutzungsdaten; die stärksten bekommen ein kurzes Problem-Brief und einen billigen Validierungsschritt; die validierten werden zu einem zugeschnittenen Brief, den Engineering mit dir schätzt. Die Umsetzung läuft in kurzen Iterationen mit einer Demo, danach ein Metrik-Review zwei Wochen und sechs Wochen nach dem Launch.

Wir fahren Discovery etwa einen Zyklus vor der Umsetzung, damit Engineering nie auf mich wartet. Alles kommt in einen Eingang: Interviews, Support-Tickets, Sales-Notizen, Nutzungsauffälligkeiten. Einmal pro Woche gehe ich das mit dem Designer und dem Engineering-Lead durch und wir wählen die wenigen Punkte aus, die es wert sind, besser verstanden zu werden. Die bekommen ein einseitiges Problem-Brief und etwas billige Validierung, das können fünf Interviews sein, eine Fake Door oder einfach die Prüfung, ob das Verhalten schon in den Daten auftaucht. Was das übersteht, wird zu einem zugeschnittenen Brief, den wir gemeinsam schätzen, und ich habe die harte Regel, dass Engineering ihn sieht, bevor er für einen Zyklus zugesagt wird. Die Umsetzung sind zweiwöchige Iterationen mit einer Demo am Ende, zu der jeder kommen kann. Und dann der Teil, den Leute überspringen: ein Metrik-Review nach zwei Wochen und nochmal nach sechs Wochen, gegen die Scheiterschwelle, die wir am Anfang aufgeschrieben haben.