Zusammenfassung
Feature Creep stoppen: Ein schleichender Umfangszuwachs entsteht oft aus guten Absichten, treibt aber Lebenszykluskosten und Fehlerquoten massiv in die Höhe. Jedes zusätzliche Feature, das am Freitagnachmittag unbedacht abgenickt wird, bezahlen Sie in Form von Wartung, Variantenprüfung und unkalkulierbaren Risiken nach dem Serienstart. Lernen Sie, den operativen Preis einer Idee konsequent zu benennen, die Entscheidung zurückzugeben und so Innovation statt Überentwicklung zu steuern.
Das Projekt war fertig. Die Rechnung fing erst an.
Der Wunsch kommt freitags um halb fünf und klingt vernünftig. Eine Diagnosefunktion mehr, drei Wochen Aufwand, der Kunde wäre begeistert. Niemand im Raum ist dagegen, denn niemand will derjenige sein, der eine gute Idee abräumt. Also wird sie eingeplant, und weil sie klein ist, wird sie nicht einmal als Änderung erfasst.
Genau so entsteht Feature Creep, auf Deutsch schleichender Umfangszuwachs.
Nicht durch eine große Fehlentscheidung, sondern durch zwanzig kleine, die einzeln alle richtig waren.
Dieser Beitrag ist für Führungskräfte in Entwicklung und Projektleitung, die dieses Muster kennen und den Verdacht haben, dass die Rechnung woanders auftaucht als dort, wo die Entscheidung fiel. Wer eine Vorlage für einen Änderungsantrag sucht, wird enttäuscht. Das Formular ist nicht Ihr Problem.
Der Prüfstand, an dem ich das selbst gelernt habe
Ich war der Entwickler, und ich wollte es richtig gut machen
Lange bevor ich Führungsverantwortung hatte, war ich Prüfstands-Software-Entwickler. Niemand hat mir zusätzlichen Umfang aufgedrängt. Der Umfang kam aus meinem eigenen Kopf, und genau deshalb hat ihn niemand gestoppt.
Was ich gebaut habe, war technisch elegant
Der Prüfstand arbeitete mit neuen Karten, die über einen selbst entwickelten Bus kommunizierten. Jede Karte hatte eine eigene kleine Intelligenz und konnte ihre funktionalen Prüfungen selbst durchführen. Das klingt gut. Es funktionierte auch.
Warum es sich in jedem Moment richtig anfühlte
Die Idee dahinter war ein Baukasten. Einmal sauber entwickelt, danach beliebig kombinierbar, so die Vorstellung. Jeder Entwickler kennt dieses Gefühl: Man baut nicht für heute, man baut für die nächsten zehn Jahre. Kein Mensch schreibt in dieser Phase eine Rechnung auf.
Die erste Rechnung kam über die Kosten
Die Technik war so komplex und vor allem so teuer, dass die Prüfstandskosten sehr hoch lagen. Nicht in der Entwicklung, dort war alles im Rahmen. Teuer wurde jedes einzelne Gerät, das danach gebaut wurde.
Die zweite Rechnung kam über den Baukasten selbst
Die ursprünglich gedachte Baukastenweise brachte einen großen Overhead mit. Jede Kombination musste beherrscht, dokumentiert und geprüft werden. Der Aufwand, den ich mit dem Baukasten sparen wollte, kam über die Pflege der Bausteine zurück.
Die dritte Rechnung kam Jahre später
Sobald ein technischer Defekt auftrat, war die Fehlersuche nur für wenige Experten überhaupt möglich. Das ist der Posten, den in der Planung nie jemand aufschreibt, und über die Lebensdauer der teuerste. Ein System, das nur drei Menschen im Haus diagnostizieren können, ist kein technischer Vorsprung. Es ist ein Klumpenrisiko mit Handbuch.
Was ich daraus mitgenommen habe: Nutzen und Anwendungsfall
Egal was heute entsteht, es muss auf den Nutzen und den Anwendungsfall entwickelt werden.
Ein Fußball ist aus Leder, er wird getreten, geschossen und mit Luft aufgepumpt. Entwickler hätten längst eine perfekte Kugel bauen können, mit gleichmäßiger Massenverteilung und berechneter Oberfläche. Aber wofür? Es reicht ein genähtes Leder, und für den Kinderfußball reicht ein Plastikball. Die perfekte Kugel löst kein Problem, das jemand hat.
Was das mit dem Software Defined Vehicle zu tun hat, und was nicht
Ich bin heute nicht in SDV-Projekten involviert, das gehört zur Ehrlichkeit dieses Beitrags. Was ich mitbringe, ist etwas anderes: eine tiefe elektronik- und softwarelastige Führungserfahrung nah an der Entwicklung, und daraus ein Gefühl dafür, bis wann eine Software im Rahmen ist und ab wann sie überentwickelt wird. Zeit und Kosten sind messbare Größen. Sie müssen analysiert, interpretiert und nachverfolgt werden, sonst entscheidet am Ende die Begeisterung.
Kein Verkaufsgespräch. Wenn ich nicht der Richtige für Sie bin, sage ich Ihnen das in den ersten fünf Minuten.
Was die Daten zu Umfangszuwachs und Lebenszykluskosten zeigen
Schleichender Umfangszuwachs ist der Normalfall, nicht die Ausnahme
Das Project Management Institute hat in seiner Pulse of the Profession 2018 erhoben, dass 52 Prozent der in den vorangegangenen zwölf Monaten abgeschlossenen Projekte unkontrollierte Änderungen am Projektumfang erlebten. Fünf Jahre zuvor waren es 43 Prozent. Der Trend zeigt nach oben, und er zeigt in eine unbequeme Richtung: Umfangsdisziplin wird schwächer, während Projekte komplexer werden.
(Quelle: Project Management Institute, Pulse of the Profession 2018, Erhebung Oktober 2017.)
Die Entscheidung fällt lange bevor die Rechnung kommt
In der Kostenrechnung gilt als gesichert, dass am Ende der Designphase bereits rund 80 Prozent der Kosten festgelegt sind, weil das Design Material, Fertigungsverfahren und Aufwand weitgehend vorgibt. Die deutschsprachige Fachliteratur setzt den Wert nach empirischen Ergebnissen sogar bei 80 bis 90 Prozent der Herstellkosten an, festgelegt vor Produktionsbeginn.
Übersetzt in Ihren Freitagnachmittag heißt das: Die drei Wochen Aufwand sind nicht der Preis der Funktion. Sie sind die Anzahlung. Der Rest wird über Jahre abgestottert, in Stückkosten, Prüfaufwand und Pflege, und zwar aus einem anderen Topf als dem, aus dem Sie freitags entschieden haben.
(Quellen: ACCA, Target costing and life-cycle costing; Springer, Target Costing und Product Life Cycle Costing als Instrumente des Kostenmanagements; Konzeptursprung bei Fabrycky & Blanchard, Life-Cycle Cost and Economic Analysis, 1991.)
Der größte Kostenblock entsteht nach der Auslieferung
Lientz, Swanson und Tompkins haben bereits 1978 in den Communications of the ACM eine Erhebung veröffentlicht: 120 angeschriebene Organisationen, 69 auswertbare Antworten. Ihr Befund war, dass Wartung und Erweiterung den größten Teil der Systementwicklungs-Ressourcen binden. Die Nachfolgestudie von 1980 umfasste 487 Organisationen und bestätigte das Bild.
Für diesen Beitrag entscheidend ist ein zweiter Befund derselben Arbeit. Als wichtigstes Managementproblem nannten die Befragten nicht die Fehlerbehebung, sondern die Nutzerwünsche nach Erweiterungen. Das Problem war vor fast fünfzig Jahren dasselbe wie heute, und es hat nur einen anderen Namen bekommen.
(Quellen: Lientz, Swanson & Tompkins (1978), Characteristics of application software maintenance, Communications of the ACM, 21(6), 466-471; Lientz & Swanson (1980), Software Maintenance Management.)
Und was schlechte Qualität kostet, steht in keinem Änderungsantrag
Die Fehlerkosten, im Qualitätswesen als Cost of Poor Quality geführt, liegen nach ASQ und Juran bei 15 bis 20 Prozent vom Umsatz. Bei schwach aufgestellten Organisationen bis zu 40 Prozent, bei Weltklasse unter 5 Prozent. Jede zusätzliche Funktion erhöht die Zahl der möglichen Fehlerquellen, und sie tut es überproportional, weil auch die Kombinationen geprüft werden müssen.
(Quelle: ASQ und Juran, Cost of Poor Quality.)
Stimmen aus der Praxis
Valentine Nelaev steuert seit über 18 Jahren Projekte in der Öl- und Gasindustrie, also in einer Branche mit anderen Zyklen und derselben Umfangsfrage. Seine Rückmeldung steht hier, weil Umfangsdisziplin genau das verlangt, was er beschreibt: klare, direkte Antworten statt bequemer.
„Every question I posed received a clear, direct, and well-considered response, and each matter was discussed in meticulous detail. What particularly impressed me was that even the most unexpected and challenging questions were met with thoughtful, insightful, and genuinely interesting solutions.“
Valentine Nelaev, Project Execution Expert, EPC, 18+ Jahre Öl und Gas
Welche Ecke hat in Ihrem letzten Projekt bezahlt?
Das goldene Dreieck aus Qualität, Zeit und Budget kennt jeder. Was es nicht zeigt, ist die vierte Größe: die Lebenszykluskosten, die erst nach dem Serienstart zu laufen beginnen. Acht Fragen zu Ihrem letzten Projekt, keine Punkte, keine Note. Am Ende sehen Sie, welche Ecke tatsächlich bezahlt hat, und bekommen je eine Frage für Ihre nächste Freigabe.
Vier Tore vor jeder Freigabe
Umfangsdisziplin ist keine Frage der Härte, sondern der Reihenfolge. Diese vier Tore laufen in wenigen Minuten durch und verhindern den Freitagnachmittag-Effekt. Sie ergänzen die SMART-Methode und die Priorisierung, die beide voraussetzen, dass jemand den Umfang überhaupt begrenzt.
Tor eins: Nutzen und Anwendungsfall, nicht Möglichkeit
Die erste Frage lautet nie, ob wir es können. Sie lautet, wer diese Funktion konkret benutzt, wie oft, und was passiert, wenn es sie nicht gibt. Fällt die Antwort allgemein aus, ist die Funktion nicht begründet, sondern nur begeistert. Das ist die Fußball-Regel: genähtes Leder statt perfekter Kugel.
Tor zwei: Welche Ecke bezahlt, und zwar benannt
Qualität, Zeit und Budget stehen in einem festen Verhältnis. Wächst der Umfang, zahlt eine der drei, immer. Die einzige Frage ist, ob Sie es aussprechen oder ob es still passiert. Meist zahlt die Qualität, weil sie sich erst nach dem Serienstart meldet und dann niemand mehr die Verbindung zur Entscheidung vom Freitag herstellt.
Tor drei: Die Rechnung nach dem Serienstart
Vier Posten, die Sie vor der Freigabe abschätzen sollten. Erstens die Herstellkosten pro Stück, multipliziert mit der Laufzeit. Zweitens der Pflegeaufwand je Variante, also Dokumentation, Validierung und Nachtests bei jeder späteren Änderung. Drittens die Diagnostizierbarkeit, gemessen daran, wie viele Menschen im Haus in fünf Jahren einen Fehler darin finden.
Viertens die Bindung, also alles, was Sie später nicht mehr abschalten können, ohne den Kunden zu verärgern.
Tor vier: Wer darf überhaupt Umfang hinzufügen
In den meisten Organisationen kann faktisch jeder Umfang hinzufügen und niemand ihn abnehmen. Legen Sie eine benannte Rolle fest, die zusagen darf, und machen Sie jede Zusage schriftlich. Eine Zusage im Flur ist keine Entscheidung, sondern eine Verpflichtung ohne Deckung. Wie Sie diese Klarheit in der Matrix zwischen Deutschland, der Slowakei und Indien halten, hängt am selben Prinzip wie beim Eskalationsweg.
Und der Satz, mit dem Sie zu einer guten Idee Nein sagen
Ein reines Nein bringt niemanden weiter, es macht Sie nur zum Bremser. Der Satz, der wirkt, lautet sinngemäß: Wir können das bauen. Es kostet drei Wochen, verschiebt den Musterbau um vier und erhöht die Stückkosten. Welche der zugesagten Funktionen streichen wir dafür? Damit geben Sie die Entscheidung dorthin zurück, wo sie hingehört, und Sie sagen trotzdem Nein. Wie ein Nein mit klarer Linie funktioniert, habe ich in einem eigenen Beitrag zu Zielvereinbarungen ausgeführt.
Sie gehen mit einer Formulierung heraus, nicht mit einem Angebot.
Wo Umfangsdisziplin allein nicht reicht
Wenn Zusatzumfang immer wieder ungeplant auftaucht, liegt selten ein Formularproblem vor. Prüfen Sie zuerst, ob Ihr Team überhaupt delegieren kann, ohne dass jede Entscheidung bei Ihnen landet, denn wer alles selbst entscheidet, entscheidet auch jeden Zusatzwunsch selbst und meist zu schnell. Prüfen Sie zweitens, ob Statusmeldungen die Wahrheit transportieren, sonst arbeiten Sie am Green-Melon-Effekt und merken die Überlast erst, wenn der Serienstart wackelt. Und wenn Ihr Kalender keine Zeit mehr für Strategie hergibt, ist die Umfangsfrage nur das Symptom.
Manuel Prando arbeitet seit vielen Jahren mit mir zusammen. Seine Rezension steht an dieser Stelle, weil sie genau die Doppelbewegung beschreibt, um die es bei Umfangsentscheidungen geht: das Wichtige von heute erledigen und dabei die Rechnung von übermorgen im Blick behalten.
„Er konzentriert sich auf die aktuell wichtigen Themen und behält dabei die Zukunft im Blick. Dank seiner umfassenden Erfahrung und seines tiefen Verständnisses hat er wahrscheinlich schon ähnliche Herausforderungen gemeistert wie manch anderer.“
Manuel Prando
Wie Umfangsdisziplin in ein größeres Führungssystem passt, zeigen das Accelerate-Now-Programm und die Mentoring-Methode. Begriffe aus diesem Beitrag stehen im Führungs-Glossar, das gesamte Werkzeugset im Methoden-Überblick.
FAQ: Häufig gestellte Fragen zu Feature Creep und Umfangsdisziplin
F1: Was ist Feature Creep genau?
Schleichender Umfangszuwachs: Funktionen werden nach Projektstart hinzugefügt, ohne dass Termin, Budget oder Qualitätsziel entsprechend angepasst werden. Entscheidend ist das Wort schleichend. Eine bewusst beschlossene Erweiterung mit angepasstem Rahmen ist kein Feature Creep, sondern eine Entscheidung.
F2: Woran erkenne ich Feature Creep früh?
An drei Signalen. Erstens taucht Umfang in Statusberichten auf, der in keinem Änderungsantrag steht. Zweitens verschieben sich interne Meilensteine, während der Kundentermin unverändert bleibt. Drittens beginnen Schätzungen mit dem Wort eigentlich.
F3: Ist Überentwicklung dasselbe wie Feature Creep?
Nein, und die Unterscheidung lohnt sich. Feature Creep kommt meist von außen, aus Kundenwünschen oder aus dem Vertrieb. Überentwicklung entsteht im eigenen Team, aus dem berechtigten Wunsch, es richtig zu machen. Mein Prüfstand war Überentwicklung, und die ist schwerer zu stoppen, weil sie fachlich immer gut begründet ist.
F4: Wie sage ich Nein, ohne als Bremser zu gelten?
Indem Sie nicht Nein sagen, sondern den Preis nennen und die Entscheidung zurückgeben. Wir können das bauen, es kostet drei Wochen und verschiebt den Musterbau, welche Funktion streichen wir dafür. Wer so fragt, bremst nicht, sondern macht die Wahl sichtbar, die vorher niemand treffen wollte.
F5: Wer sollte über Umfangsänderungen entscheiden?
Eine benannte Rolle, nicht ein Gremium und schon gar nicht der Zufall. Wichtig ist weniger, wer es ist, als dass alle im Projekt denselben Namen nennen würden. Wenn drei Personen unterschiedlich antworten, haben Sie kein Umfangsproblem, sondern ein Rollenproblem.
F6: Was tun, wenn der Kunde den Zusatzumfang verlangt?
Dann ist es kein Feature Creep, sondern eine kommerzielle Frage. Nehmen Sie den Wunsch auf, bepreisen Sie ihn vollständig inklusive Lebenszykluskosten und legen Sie ihn zurück. Das Problem entsteht erst, wenn jemand aus Höflichkeit zusagt, bevor die Rechnung steht.
F7: Wie schätze ich Lebenszykluskosten, wenn ich keine Zahlen habe?
Mit Bandbreiten statt mit Punktwerten. Herstellkosten pro Stück und erwartete Stückzahl kennt Ihre Kalkulation.
Pflegeaufwand können Sie über vergleichbare Varianten aus der Vergangenheit abschätzen. Eine grobe Schätzung, die im Protokoll steht, verändert Entscheidungen. Eine perfekte Rechnung, die niemand hat, verändert nichts.
F8: Gilt das auch für Software im Fahrzeug?
Besonders dort, weil Software den Anschein erweckt, Zusatzumfang koste nur Entwicklungszeit. Tatsächlich kostet jede Funktion dauerhaft: Absicherung, Varianten, Nachtests bei jedem Stand, Diagnose im Feld. Die Studienlage zur Wartung ist seit den späten Siebzigern eindeutig und hat sich nie umgekehrt.
F9: Wie halte ich mein eigenes Team davon ab, zu viel zu bauen?
Nicht durch Verbote, sondern durch die erste Frage. Wer diese Funktion benutzt und wie oft, ist eine fachliche Frage, die Ingenieure gern beantworten. Verbote erzeugen nur Umgehungen und beschädigen die Motivation, Ideen überhaupt einzubringen.
F10: Was mache ich mit einer Funktion, die bereits gebaut ist und niemand nutzt?
Erst messen, dann entscheiden. Prüfen Sie die tatsächliche Nutzung, prüfen Sie vertragliche Bindungen, und rechnen Sie die jährlichen Pflegekosten aus. Häufig ist der Abbau teurer als erwartet, weil andere Funktionen daran hängen. Genau das ist der Punkt: Bindung entsteht sofort und löst sich langsam.
F11: Widerspricht Umfangsdisziplin nicht der Innovationsfähigkeit?
Im Gegenteil. Kapazität, die in ungenutzten Funktionen steckt, fehlt für die nächste echte Innovation. Innovation entsteht nicht dadurch, dass alles gebaut wird, was möglich ist, sondern dadurch, dass Ressourcen für das Wesentliche frei sind.
F12: Reicht ein besserer Änderungsprozess?
Der Prozess ist notwendig und selten ausreichend. Er greift erst, wenn jemand bereit ist, den Preis auszusprechen und die Wahl zurückzugeben. Diese Fähigkeit ist Führungsarbeit, kein Formular, und sie lässt sich lernen, etwa im Executive Coaching oder im Mentoring für Teamleiter.
Über den Autor: die Schnittmenge aus drei Welten
Die meisten Anbieter sind entweder Coach oder Berater. Sie kennen Projekte aus der Begleitung, nicht aus der Verantwortung. Ich habe in allen drei Welten gearbeitet.
Executive Leadership: 25 Jahre operative Automotive-DNA, 150 Millionen Euro Umsatzverantwortung, ein Entwicklungsstandort mit 40 Ingenieuren im Greenfield aufgebaut. Executive Coaching: ICF PCC zertifiziert, mehr als 1.000 Coaching-Stunden.
Interkulturelle Transformation: vier Jahre als verantwortliche Führungskraft in der Slowakei, zwei Jahre in Pune, dazu Erfahrung in Deutschland, China, Mexiko und Großbritannien.
Der überentwickelte Prüfstand aus diesem Beitrag ist mein eigener Fehler, nicht der eines Kunden. Genau deshalb erkenne ich das Muster heute früh. Mehr zu meinem Weg finden Sie auf der Seite über Andy Balbus und in den Erfolgsgeschichten.
Ergebnisse oder Ausreden?
Jede zusätzliche Funktion, die niemand benannt und niemand bepreist hat, wird trotzdem bezahlt. Sie zahlen sie in Stückkosten über die gesamte Laufzeit, in Prüfaufwand bei jeder Änderung und in Fehlerkosten, die nach ASQ und Juran bei 15 bis 20 Prozent vom Umsatz liegen. Am teuersten wird die Funktion, deren Fehler in fünf Jahren nur noch zwei Menschen im Haus finden können.
In 30 Minuten nehmen wir Ihren aktuellen Zusatzumfang auseinander, benennen die Ecke, die gerade still bezahlt, und Sie gehen mit einem Satz heraus, mit dem Sie die nächste gute Idee zurückgeben, ohne den Ideengeber zu verlieren. Ich bringe dafür den Blick aus Führung, Coaching und Kulturwandel gleichzeitig mit.
Nach dem Serienstart kostet dieselbe Entscheidung ein Vielfaches: 30 Minuten Reality Check
Ein Kalenderlink, keine Vorbereitung nötig.
Sie erreichen mich auch über die Kontaktseite. Wie die Formate zusammenhängen, sehen Sie im Executive Coaching, im interkulturellen Mentoring, im Legacy-Programm für Inhaber und bei Your Power Within. Für Führung ohne Weisungsbefugnis gibt es das Mentoring ohne Autorität, für strategische Wirkung das Mentoring auf Direktorenebene. Wer die Ursachen tiefer legen will, findet den Einstieg beim Silodenken, bei der verlängerten Werkbank, bei der Übersetzungs-Steuer und im Chief-Firefighter-Syndrom. Ergänzend passen die Konfliktarchitektur, der Gemba Walk, das aktive Zuhören, die GROW-Struktur, der Team-Charta-Workshop, die Remote-Führung und mein Beitrag zur ersten Führungsrolle.
Systematische Führung ist mehr als ein Telefonat
Hier finden Sie regelmäßig neue Perspektiven:
Schreibe einen Kommentar