Sechstens.<\/strong> Angenommen, morgen w\u00e4re der langsamste Schritt in eurer Entwicklung doppelt so schnell. W\u00fcrde das Produkt dann fr\u00fcher beim Kunden ankommen? Wenn nein, arbeitet ihr gerade an der falschen Stelle.<\/p>\n\n\n\nWenn ihr drei oder mehr dieser Fragen nicht beantworten k\u00f6nnt, habt ihr kein Ressourcenproblem. Ihr habt ein Sichtbarkeitsproblem, und das ist die bessere Nachricht von beiden. Ressourcen muss man beantragen. Sichtbarkeit kann man schaffen.<\/p>\n\n\n\n
Diese sechs Fragen decken in etwa den ersten Vormittag ab. Ihr k\u00f6nnt sie ohne mich stellen, und das solltet ihr auch tun. Was sie jedoch nicht leisten: Sie benennen lediglich ein Symptom. Sie decken nicht den Engpass auf, und sie f\u00fchren nicht zu einer Ma\u00dfnahme, die anschlie\u00dfend tats\u00e4chlich von jemandem umgesetzt wird. Genau darin liegt der Unterschied zwischen einem Selbsttest und zwei Tagen.<\/p>\n\n\n\n
Warum es fast nie an der Kapazit\u00e4t liegt<\/h2>\n\n\n\n
Eine zus\u00e4tzliche Entwicklerin verk\u00fcrzt den kleineren Teil eurer Durchlaufzeit. Eine k\u00fcrzere Wartezeit verk\u00fcrzt den gr\u00f6\u00dferen Teil. Dennoch dreht sich die Diskussion fast immer um die Entwicklerin.<\/p>\n\n\n\n
Das hat einen strukturellen Grund. Wer eine Freigabestufe einf\u00fchrt, wird daf\u00fcr niemals bestraft. Wer eine abschafft, haftet f\u00fcr den ersten Fehler, der danach passiert. Daher w\u00e4chst die Anzahl der Stufen nur in eine Richtung \u2013 nicht, weil jemand das will, sondern weil in die entgegengesetzte Richtung keine Kraft wirkt. Das Gleiche gilt f\u00fcr Abstimmungsrunden, f\u00fcr Gremien und f\u00fcr Schnittstellen, die niemand vertraglich festgelegt hat.<\/p>\n\n\n\n
Der \u00fcbliche Einwand an dieser Stelle lautet: Bei uns geht das nicht, wir unterliegen regulatorischen Auflagen. Der Einwand ist ernst gemeint und teilweise berechtigt, daher dazu weiter unten noch mehr. Zun\u00e4chst ein Beispiel.<\/p>\n\n\n\n