Publisher's Synopsis
Die Zahlen sind ernüchternd: 33% der Entwicklungsprojekte in Deutschland werden ernsthaft verzögert, 19% sind durch zu hohe Kosten belastet, knapp 20% werden nach der Konzeptphase nicht weiterverfolgt, 66% gelangen nie zur Marktreife. Um den Produktentwicklungsprozess (PEP) dennoch zielgerichtet und effizient zu steuern, setzen viele Unternehmen Quality Gates ein. Sie beinhalten die Unterteilung des PEP in handhabbare Phasen, an deren Ende jeweils ein Gate steht. Am Quality Gate wird anhand festgelegter Kriterien entschieden, ob das Entwicklungsprojekt "reif" genug für die nächste Phase ist, Arbeitspakete nachgebessert werden müssen oder ein vollständiger Projektstopp notwendig wird. Eingesetzt werden Quality Gates insbesondere dann, wenn viele Menschen aus unterschiedlichen Funktionsbereichen über einen langen Zeitraum hinweg an einer Entwicklung beteiligt sind. Also immer dann, wenn zahlreiche Schnittstellen existieren, die permanent synchronisiert werden müssen. Quality Gates werden viele Erfolge nachgesagt. So sollen sie die Qualität der Zwischenergebnisse verbessern, eine stärkere Marktorientierung begünstigen und funktionsübergreifende Teamarbeit befördern. In der Realität finden sich jedoch immer wieder prominente Beispiele, in denen das vorhandene Quality Gates Management versagt hat und der erhoffte Nutzen nicht eingetreten ist. Vor diesem Hintergrund fällt auf, dass in der Literatur kein Soll-Modell beschrieben ist, anhand dessen ein Unternehmen die Güte des eigenen Quality Gates Managements selbst bewerten könnte. Ein solches Selbstbewertungsmodell könnte die Praxis in die Lage versetzen, das eigene Quality Gates Management zu analysieren und zu optimieren. Die große Mehrheit der Veröffentlichungen beschäftigt sich jedoch ausschließlich mit einzelnen Aspekten der Methode und verpasst dabei, sie in einen Zusammenhang zu stellen. Hinzu kommt, dass die Literatur größtenteils auf Einzelfällen basiert oder überhaupt keine empirische Grundlage für ihre Erkenn
