Das Leben einer Projektakte
Ein Drama in fünf Akten
Basierend auf wahren Begebenheiten. Jede Ähnlichkeit mit real existierenden Projekten ist rein zufällig. Natürlich.
Ein ganz normaler Montagmorgen
Die Kaffeemaschine blinkt „Wassertank leer“, Outlook verkündet 41 neue Mails, der erste Call beginnt in drei Minuten und der Projektleiter murmelt: „Heute räume ich endlich mal die Zeiterfassung auf.“
Spoiler: Wird er nicht.
Und irgendwo in den Tiefen des ERP-Systems – ganz leise, ganz unscheinbar – erblickt eine neue Projektakte das Licht der Welt. Noch ist sie optimistisch und träumt davon ein Vorzeigeprojekt zu werden.
Spoiler: Sie überlebt. Aber nur knapp.
Für das Unternehmen ist es ein weiterer Auftrag. Für die Projektakte ist es der Beginn einer intensiven Reise. Sie wird die nächsten Wochen alles miterleben. Von „Das müssen wir sauber aufsetzen!“ bis „Wer hat das denn so verbucht?!“ Die Projektakte soll Struktur geben, Transparenz schaffen und am Ende dafür sorgen, dass das Projekt wirtschaftlich erfolgreich abgewickelt wird. Doch schon bald wird klar: Zwischen System und Praxis liegen Welten.
Und sie wird sich fragen: Warum habt ihr eigentlich eine ERP-Lösung, wenn ihr sie nicht richtig nutzt?
🩷 AKT I - Die Initialisierung
„Ich wurde mit Liebe angelegt. Sorgfältig. Mit Checkboxen. Ich war so voller Hoffnung.
Montag, 08:15 Uhr.
Sandra aus dem Vertrieb klickt auf „Projekt anlegen“.
Sie hat letzte Woche ein Beratungspaket verkauft, inklusive Implementierung, Schulung und Support. Der Kunde ist nett, die Anforderungen klar, der Projektstart in drei Tagen.
Und Sandra macht alles richtig.
– Projektname: eindeutig.
– Projektnummer: nach Vorgabe.
– Verantwortlicher: zugewiesen.
– Module: aktiviert.
– Dokumentenstruktur: vordefiniert.
Für einen kurzen, heiligen Moment ist alles perfekt.
Die Projektakte wird liebevoll mit Basisdaten gefüttert, bekommt einen ersten Zeitplan, eine grobe Budgetkalkulation und sogar einen Starttermin. Es erfolgt eine saubere Initialisierung der Akte: Projektziele, erste Aufgaben, geplante Leistungen, erwartete Ressourcen und Budgets werden gepflegt.
So weit, so gut.
Jedoch beginnt bereits an dieser Stelle das erste Risiko:
Nicht immer sind die übergebenen Informationen vollständig. Termine fehlen, Rollen sind noch nicht final geklärt, Budgetgrenzen sind „ungefähr“.
Statt Fragen zu stellen oder Prozesse nachzuschärfen, wird das Projekt trotzdem freigegeben – man wolle „ja keine Zeit verlieren“.
Die Projektakte nimmt diese Daten widerspruchslos auf. Sie lebt von dem, was man ihr gibt – und leidet still unter allem, was fehlt.
🌀 Akt II – Das Chaos
„Ich wurde ignoriert. Übergangen. Kopiert. Und dann kamen die Exceltabellen.“
Dienstag, 10:48 Uhr.
Das Projekt läuft offiziell seit 18 Minuten.
Und schon bricht der Wahnsinn los.
Die ersten Kollegen betreten die Bühne.
Max aus der Technik hat keine Geduld mit Templates. Er lädt drei PDFs hoch - ohne Beschreibung, dafür mit kryptischen Dateinamen „todo_max_final_finalNEU.xlsx“.
Anna aus dem Consulting dokumentiert das Kick-off in Word - auf ihrem Desktop
Der Projektleiter – nennen wir ihn Tobias – hat seine ganz eigene Logik und erstellt eine eigene „Projektübersicht.xlsx“, die sofort zur zentralen Wahrheit erklärt wird.
Steffi beginnt, den Projektverlauf in PowerPoint zu dokumentieren. Für „den besseren Überblick“.
Louis lädt versehentlich ein Urlaubsfoto von 2019 hoch und Conny legt versehentlich das Projekt nochmal an.
Ergebnis: Die Projektakte ist nun der digitale Zwilling einer Zettelwirtschaft.
Daten sind verstreut, Verantwortlichkeiten diffus, Informationen redundant.
Nebenbei wird auch schon fleißig auf das Projekt gebucht – leider auf den falschen Leistungsbaustein.
Sandra fragt sich, warum die Zahlen nicht stimmen.
Die Projektakte ist verwirrt. Sie schweigt und leidet still.
In ihr liegt ein wunderschönes, aber ungenutztes Meilenstein-Dashboard. Die Gantt-Ansicht staubt ein.
Das ERP wäre bereit.
Aber niemand fragt es.
Die Folge:
– Zwei abweichende Zeitpläne
– Drei unterschiedliche Dokumentenspeicher
– Vier Versionen eines Angebots (keines davon im ERP)
– Und fünf Teammitglieder mit jeweils eigener Realität
🔥 AKT III - Die Krise
„Kunde fragt. Projektleiter schwitzt. Ich hätte die Antwort. Aber niemand hört mir zu.“
Donnerstag, 14:22 Uhr.
Der Kunde stellt Fragen.
– „Wie ist der aktuelle Stand? Können Sie mir bis heute Abend einen kurzen Stautsreport schicken?“
– „Wie viele Stunden sind bisher angefallen?“
– „Wann können wir mit dem nächsten Workshop rechnen?“
Tobias, der Projektleiter, zieht sich zurück – in ein Meer aus Mails, Kalenderterminen, Teams-Nachrichten und Notizen auf Papier (!).
Er klickt sich durch diverse Systeme, ruft Kolleg*innen an, sucht nach dem letzten echten Stand.
Er findet:
- zwei widersprüchliche Aussagen zu Phase 2
- drei unterschiedliche Versionen
- unvollständige Leistungnachweise
- Falschbuchungen
- fehlende Dokumentation oder Abnahmeprotokolle
- vier Kollegen, die alle sagen: „Ich dachte, das hast du gemacht!“
Die Wahrheit liegt irgendwo zwischen Excel, Outlook und Bauchgefühl.
„Ich mach jetzt mal schnell was in Excel – nur übergangsweise.“
In der Projektakte herrscht Datenmangel.
Stunden wurden falsch oder gar nicht gebucht.
Belege sind verschwunden.
Der Plan ist überfällig, aber keiner hat ihn aktualisiert.
Die Budgetübersicht zeigt: „Keine Daten vorhanden.“
Die ERP-Lösung hätte die gesuchten Infos längst geliefert – wenn alle sauber gearbeitet hätten:
Alle hatten Zugriff. Alle konnten pflegen.
Aber niemand hat es getan.
🛠️ Akt IV – Die Rettung
„Endlich. Jemand kümmert sich. Ich blühe auf. Ich bin wieder wer.“
Freitag, 10:06 Uhr.
Anna aus dem Controlling betritt die Bühne.
Sie kennt das ERP-System. Nicht nur die Menüpunkte – sondern die Zusammenhänge.
Sie sieht den Schaden. Und sie beginnt, aufzuräumen.
Sie fragt nicht: „Wo finde ich das?“ – sondern: „Warum habt ihr das nicht direkt dort gemacht?“
– Sie aktiviert die Fortschrittsanzeige.
– Sie ergänzt die fehlenden Projektbeteiligten.
– Sie richtet die Meilensteine neu aus.
– Sie dokumentiert, bereinigt, kommentiert, strukturiert.
Tobias schaut zu, erst genervt, dann staunend.
Er entdeckt das Reporting-Modul.
„Warte mal…Da ist ja alles. Budget, Ist-Zeiten, Abweichung - sogar grafisch. Das geht alles direkt im System? Warum hat mr das keiner gesagt? Ich dachte, wir brauchen dafür extra Tools.“
Erst jetzt wird klar, wie mächtig die Projektakte eigentlich ist – wenn man sie ernst nimmt.
Tobias. Ihr braucht keine Tools. Ihr braucht Disziplin.
Und plötzlich funktioniert es:
– Ein sauberer Statusbericht wird generiert.
– Die Budgetübersicht zeigt ein klares Bild.
– Der Kunde erhält ein Update – mit Zahlen, mit Aussagekraft, mit Struktur.
Die Projektakte richtet sich innerlich auf.
Sie ist zurück.
Sie fühlt sich ... erwachsen.
🧾 Akt V – Der Ruhestand
„Ich bin nicht nur ein Projekt. Ich bin Erfahrung. Und ich werde gebraucht – als Vorlage für das nächste.“
Zwei Monate später.
Das Projekt ist erfolgreich abgeschlossen. Die Schulungen fanden statt. Die Workshops liefen reibungslos. Die Abschlussrechnung wurde auf Knopfdruck erstellt.
Der Kunde ist begeistert. Ein Folgeprojekt ist schon in Vorbereitung.
Diesmal – so schwören alle – machen sie es von Anfang an richtig.
Die Projektakte wird archiviert – nicht gelöscht - nicht vergessen.
Sie lebt weiter – als Vorlage, als Benchmark, als positives Beispiel.
Und irgendwo in der Tiefe des Servers hört man sie sagen:
„Wenn ihr mich gebraucht hättet – ich war die ganze Zeit da.“
Fazit: Projektakten können viel – wenn man sie konsequent nutzt
Die ERP-Projektakte ist kein statisches Formular.
Sie ist ein Werkzeug zur operativen Steuerung, zur kaufmännischen Kontrolle und zur lückenlosen Dokumentation.
In der Praxis ist sie nur dann wirksam, wenn:
-
sie zu Beginn vollständig und sauber angelegt wird,
-
sie während des Projekts konsequent gepflegt wird,
-
sie als zentrale Informationsquelle verstanden und genutzt wird,
-
Verantwortlichkeiten und Workflows im Unternehmen klar geregelt sind,
-
und das Projektteam über die Bedeutung und den Umgang mit dem System geschult ist.
Die gute Nachricht: All das ist machbar – und in Vemas.NET bereits vorgesehen.
Was fehlt, ist meist nicht die Technik, sondern die Klarheit in der Nutzung.