Was ein Projekt überhaupt ist
Einmalig, befristet, mit Ziel
Ein Projekt hat drei harte Merkmale, und die stehen in jedem Lehrbuch, egal wie staubig: Es ist einmalig, es ist befristet, und es hat ein Ziel. Einmalig heißt: So, wie es jetzt ansteht, gab es das noch nie. Die Einführung eines neuen Onlinedienstes in eurer Stadtverwaltung mit euren Prozessen und euren Menschen ist ein Projekt – ein Dokument in regisafe anlegen dagegen ist keins. Befristet heißt: Es gibt einen definierten Anfang und, das ist der wichtigste und am meisten ignorierte Teil, ein definiertes Ende. Und das Ziel muss konkret und überprüfbar sein. Nicht „die Digitalisierung vorantreiben“ – das ist ein Traum, kein Ziel –, sondern: „Bis Datum X können Bürgerinnen und Bürger Antrag Y online stellen.“
Der Test
Wenn eine dieser drei Komponenten fehlt, nennt man die Sache Aufgabe oder Prozess – und beides ist völlig in Ordnung. Der beste Test ist die schlichte Frage: „Wann ist es fertig?“ Wer sie nicht beantworten kann, hat kein Projekt, sondern eine Baustelle ohne Bauzaun-Ende.
Was KEIN Projekt ist
Der Tagesbetrieb und die Projektitis
Der Tagesbetrieb ist kein Projekt. Post bearbeiten, Anrufe, Standardanträge – das ist ein Prozess. Prozesse sind das Rückgrat jeder Verwaltung, sie sind wiederholbar, eingeübt, dokumentiert (HUST!!!). Wer aus jedem Prozess ein Projekt macht, macht nichts besser – er macht nur das Wort kaputt und die Menschen müde. Projektitis nennen die Organisationsleute das: eine Krankheit, an der gute Ideen sterben, weil niemand mehr unterscheiden kann, was Aufmerksamkeit braucht und was einfach nur laufen muss.
Wunsch, Daueraufgabe, Tagung
Auch eine Daueraufgabe mit Projektschild ist kein Projekt. „Agile Weiterentwicklung der Website“ ist ein Zustand, kein Vorhaben mit Enddatum. Und ein Wunsch ist erst recht keiner: „Wir sollten mal was mit KI machen“ – schön. Ohne Ziel, ohne Ende, ohne Verantwortliche bleibt das ein Gedanke. Selbst eine Tagung ist kein Projekt, sondern eine Veranstaltung – mit Ende am selben Abend. Sie kann Teil eines Projekts sein, aber allein ist sie nur ein Termin im Kalender.
Die Abgrenzung ist wichtig, weil Projekte Ressourcen binden: Aufmerksamkeit, Geld, Menschen. Ein Projekt, das nie endet, ist ein offener Rechnungsposten im Kopf aller Beteiligten.
Das Projekt muss irgendwann zu Ende sein
Drei Arten von Ende
Hier wird es persönlich. Ich habe Projekte gesehen – und ich hatte selbst welche –, die offiziell nie beendet wurden. Sie sind einfach irgendwann verstummt. Keine Übergabe, kein Abschluss, kein Dank an das Team. Die Menschen, die monatelang drin gesteckt haben, erfahren nie: Hat das was gebracht? Waren wir gut? Das ist nicht nur unhöflich, das ist Verschwendung. Und sie ist vermeidbar, denn ein Projektende hat drei legitime Varianten: Es kann abgeschlossen werden, wenn das Ziel erreicht, die Dokumentation liegt und das Ergebnis in den Regelbetrieb übergeben wird. Es kann abgebrochen werden, wenn das Ziel obsolet geworden ist oder der Nutzen ausbleibt – auch das ist ein Ergebnis, und ein sauber abgebrochenes Projekt ist besser als ein Zombie. Und es kann überführt werden, wenn aus dem Projekt ein neuer Prozess oder ein neues Team entsteht. Dann endet das Projekt, und der Prozess beginnt.
Was ein echtes Ende braucht
Ein echtes Ende braucht wenig, und es ist entscheidend: eine Übergabe, bei der das Ergebnis mit Ansprechpartner, Doku und allen bekannten Ecken und Kanten dem Regelbetrieb gehört – nicht der Projektleitung für immer. Eine kurze, ehrliche Abschlusssitzung: Was lief gut, was lief schief, was nehmen wir mit? Und einen offiziellen Beschluss, in dem irgendjemand sagt: „Das Projekt ist beendet.“ Datum, Unterschrift, fertig. Klingt bürokratisch? Ist es auch. Und ist trotzdem der wichtigste Bürokratie-Akt des ganzen Projekts, denn er gibt allen Beteiligten die Freiheit zurück.
Das bewusste Beerdigen
Manchmal lohnt sich darüber hinaus ein kleines Ritual: ein Abschieds-Commit im Repository, ein letzter Newsletter, ein Bier mit dem Team. Projekte, die bewusst beendet werden, hinterlassen Menschen, die beim nächsten Mal wieder mitmachen. Projekte, die einfach verpuffen, hinterlassen Erschöpfung.
Werkzeuge: Es gibt sie, und sie retten nichts
Der Werkzeug-Glaubenssatz
Natürlich gibt es eine Menge an freier Software, die Projektarbeit unterstützt – vom ausgewachsenen OpenProject über schlanke Kanban-Boards wie Kanboard bis zu Aufgabenverwaltungen wie Vikunja, alle quelloffen, die meisten selbst hostbar, und damit ohne die Datensammelei im Kleingedruckten, die man anderswo so gerne unterschreibt. Aber jetzt kommt die unpopuläre Wahrheit: Das Werkzeug ist nicht das Projekt. Kein Tool der Welt rettet ein Vorhaben ohne Ziel und ohne Endtermin. Software unterstützt, indem sie Transparenz schafft, Aufgaben sichtbar macht und Fortschritt zeigt. Sie ersetzt aber weder die Antwort auf die Frage „Wann ist es fertig?“ noch ein Team, das weiß, warum es morgens anfängt. Ein Whiteboard und eine ehrliche wöchentliche 30-Minuten-Runde schlagen jede Software mit Zertifikats-Feature-Wahn.
Teambuilding: Das ungemein unterschätzte 1×1
Kein Klettergarten
Projekte scheitern selten am Werkzeug. Sie scheitern an Menschen, die nicht wissen, warum sie da sind, die sich nicht trauen, Zweifel zu äußern, und die einander nicht leiden können. Teambuilding ist trotzdem kein Klettergarten und kein Seminar mit Vertrauensinsel. Das meiste davon ist verordnete Geselligkeit – und als solche so wirksam wie ein Mindestprotokoll-Beschluss. Was wirklich trägt, ist Alltagsteambuilding.
Klarheit und sichtbarer Fortschritt
Der Kern ist Klarheit: Jede und jeder im Team weiß, warum es das Projekt gibt, was am Ende stehen soll und was der eigene Beitrag ist. Klingt banal, ist in der Praxis die seltenste Ressource. Fast genauso wichtig ist sichtbarer Fortschritt. Ein gemeinsames Board oder ein simples Protokoll, das allen zeigt, dass es vorangeht – Motivation ist zu großen Teilen das Gefühl, dass sich die Mühe lohnt.
Raum für Widerspruch
Die wichtigste Aufgabe der Projektleitung ist es, ein Klima zu schaffen, in dem jemand sagen kann: „Ich glaube, das Ziel ist veraltet“ oder „Ich schaffe das nicht allein“ – und zwar bevor es teuer wird. In Hierarchien wie der Verwaltung ist das die eigentliche Rebellion. Team bedeutet nicht, dass sich alle mögen. Es bedeutet, dass man sich aufeinander verlassen kann und ein gemeinsames Ziel teilt. Und es bedeutet, ein geteiltes Ende: Das Team, das das Projekt getragen hat, schließt es gemeinsam ab. Nicht die Leitung allein, nicht die Verwaltungsspitze.
Das Projekt als Lebensform
Projektmanagement ist eine Metapher, die man mit nach Hause nehmen darf. In einer Zeit, die uns dazu bringt, alles gleichzeitig anzufangen und nichts zu beenden, ist ein fertiges Projekt fast schon ein kleines Kunstwerk. Ob am Arbeitsplatz oder im Kleingarten: Wer mit Ziel plant, wer das Ende mitdenkt, wer die Übergabe ordentlich macht, hat am Schluss nicht nur ein Ergebnis, sondern auch die Gewissheit, dass das Kapitel geschlossen ist. Der Kopf wird wieder frei für das nächste Vorhaben. Und manchmal ist das bewusste Beerdigen eines Projekts die befriedigendste Phase von allen.
Welche Erfahrungen habt ihr mit Projektabschlüssen gemacht – den gelungenen und den verstummten? Ich lese gern mit – schreibt in die Kommentare oder auf Mastodon.
mpooch (2026): Projekt, bitte zu Ende bringen: Ein rebellischer Blick aufs Projektmanagement.
Verwaltungsrebell, ISSN 3054-1271.
https://verwaltungsrebell.blog/projekt-bitte-zu-ende-bringen-ein-rebellischer-blick-aufs-projektmanagement/