Vielen Dank für Deinen ausführlichen Kommentar, Thilo. Es zeigt mir, dass die Projektwelt außerhalb meiner Software-Projekte auch nicht viel besser ist. Ich habe es bisher nur selten erlebt, dass Audits wirklich hilfreich waren. Viel zu oft waren es lästige QM-Pflichtübungen ohne Mehrwert.

Vielmehr geht es meines Erachtens auch darum, dem Management aktuelle Brennpunkte anzuzeigen.
Dabei ist es dann auch nicht das Spiel „Melden macht frei und belastet den Vorgesetzten“ gemeint, sondern vor allem, Entscheidungsvorlagen und Ideen zu präsentieren, die sich dann aus Sicht der Unternehmensstrategie oder im Vergleich zu anderen Projekten beleuchten lassen. Damit läßt sich dann eine gemeinsame Entscheidung zum weiteren Verfahren finden.
Diese wiederum wird beim nächsten Review nachverfolgt und auf Erfüllung geprüft. (Stichwort Aktions- und Entscheidungsliste, die in jedes Projekt gehört und alle aktiven Stakeholder abdeckt)

Mir als Projektleiter gibt dies auch die Sicherheit, im Sinne des Projektes _und_ der Firma zu agieren, und dabei die Zustimmung meiner Vorgesetzten zu haben.

Allerdings waren in der Vergangenheit die Projektreviews kurz getaktet und haben kaum gereicht, das Pflichtprogramm durchzuhecheln. War eine Stunde geplant, kamen wir oft bei anderthalb oder zwei Stunden raus, begleitet von der beginnenden Unruhe (und gedanklichen Abwesenheit) der zuständigen Abteilungsleiter, die zum nächsten Termin weiterdüsen, mich aber auch nicht hängenlassen wollten.

Mein Vorschlag, von vornherein mehr Zeit einzuplanen, wurde denn auch aufgenommen und umgesetzt.
Ein großes Plus fürs Projekt und fürs Miteinander!

Gruß

Thilo

*Ich werfe das mal in einen Topf
** bei uns jeden Monat für Projekte ab einem gewissen Auftragswert