Du musst Scope kürzen, um einen Termin zu halten. Wie entscheidest du, was rausfliegt?

Kürz alles, was nicht auf dem einen Pfad liegt, der die Hypothese beweist. Behalt den Kernflow end to end, auch wenn er hässlich ist, und kürz Breite, Einstellungen, Randfall-Politur und alles, was du die ersten Wochen im Hintergrund manuell machen kannst. Kürz nie die Instrumentierung, denn ein Launch, den du nicht messen kannst, lehrt dich nichts und du lieferst ihn am Ende zweimal aus.

Ich kürze Breite und behalte Tiefe. Was ich schütze, ist ein vollständiger Pfad vom Start bis zum Wert, auch wenn er hässlich ist und nur für eine Nutzerart funktioniert, denn ein halbfertiger Flow beweist nichts. Also fliegen Einstellungen raus, Massenaktionen raus, die zweite und dritte Integration raus, und alles, was ich ein paar Wochen im Hintergrund manuell machen kann, fliegt definitiv raus. Bei einem Launch haben wir die Account-Bereitstellung für die ersten dreißig Kunden von Hand gemacht, statt das Admin-Tooling zu bauen, und das hat uns fünf Wochen gebracht. Das Einzige, was ich nie kürze, ist das Tracking, denn ein Launch, den du nicht messen kannst, heißt, ihn nochmal auszuliefern, um irgendetwas zu lernen. Ich achte außerdem darauf, dass die gekürzten Punkte als ausdrücklich verschoben festgehalten werden statt still zu verschwinden, und ich sage den Stakeholdern, was rausgeflogen ist und warum, bevor sie es selbst merken, denn es später herauszufinden ist das, was Vertrauen wirklich beschädigt.