«Projekte sind wie Handwerker und Familienbesuch:
Es freut einen schon, wenn sie kommen – und doch halt noch mehr, wenn sie endlich wieder gehen.» Alte Projektleitungsweisheit.
Dafür gibt es diverse Gründe. Hier ein paar nicht abschliessende Beispiele:
Störfaktor Projekt – Projekte sind Fremdkörper in den Zahnrädchen der Organisation. Sie verfolgen eigene Ziele, haben eine eigene Methodik und eine eigene Auftragslage.
Genau dafür gibt es sie – wenn sie nicht etwas anderes als was und wie die gewohnten Strukturen Themen angehen brächten, bräuchte man kein Projekt. Bequeme Nachbarn sind sie dabei für die Regelstruktur aber nicht.
Stiefkind Projekt – Viele Projekte erblicken nur das Licht der Welt,
– weil es mit „Dann nennen wir es halt Projekt“-Etikett eventuell ausser der Reihe ein zusätzliches Budget gibt,
– weil das Thema unangenehm ist, ein Risiko des Scheiterns besteht oder Geliebtes/Bestehendes in Frage gesetellt wird und niemand aus der Linie sich das auf die Fahne schreiben und zuständig sein möchte oder
– weil im Regelsystem relevantes KnowHow fehlt.
Schon bevor so ein Projekt geboren ist, will es eher eine Mehrheit gar nicht haben.
Bedrohung Projekt – die Geschichte mit der Zuständigkeitsfalle. Was ein Projekt darf und wo die Regelhierarchie entscheidet, ist oft eine ungeklärte Grauzone mit Potential zum dauerschwelenden Konflikt.
Stresstreiber Projekt – Projektteams haben eigene Deadlines. Die Teammitglieder arbeiten oft teils im Projekt und teils an ihren Regelaufgaben. Und rund um Projekttermine ist der Spagat der Einzelnen zwischen Projekt und Stammorganisation besonders heftig und für die Personen und beide Systeme belastend – Schuld ist dann das jeweils andere, zumindest in der Wahrnehmung.
Agile Verwaltung 