AEM Weinreich GmbH · Köln
Fokusthema · Projektmanagement

Ein Projekt läuft nicht neben Ihrem Betrieb.

Es läuft mitten durch ihn.

Sie führen Projektmanagement gerade ein. Oder Sie haben seit Jahren einen Prozess, Vorlagen und erfahrene Projektleiter. An der Frage darunter ändert beides nichts: Trägt das System auch dann, wenn nicht genau die richtige Person alles zusammenhält?

Ein Projekt verbindet Produktentstehung, Kundenanforderungen, Ressourcen, Entscheidungen, Qualität, Lieferanten und Dokumentation. Deshalb beginnt die Arbeit hier nicht mit einem weiteren Projektmanagementstandard, sondern mit dem realen Betrieb, an den er angepasst werden muss.

Erstgespräch vereinbaren

Drei Situationen aus Projekten im technischen Mittelstand.

Nicht jede davon ist ein Projektmanagementproblem.
1
Der Prozess ist überall derselbe. Trotzdem läuft jedes Projekt anders, je nachdem, wer es führt.

Vorlagen, Meilensteine und Rollen sind definiert. Der erfahrene Projektleiter weiß trotzdem, wen er anrufen muss, welche Information wirklich zählt und wann eine Regel besser nicht wörtlich genommen wird. Dieses Wissen steht in keinem Prozessdokument. Es hängt an der Person, und es fehlt in dem Moment, in dem sie zwei Vorhaben gleichzeitig führen soll.

Was trägt heute der Prozess, und was trägt die Erfahrung einzelner Personen?
2
Der Projektstatus ist grün. Die technische Reife ist es nicht.

Projektfortschritt, Reifestand und Nachweisstand sind drei verschiedene Zustände. Solange sie nicht aneinander gebunden sind, kann ein Projekt formal im Plan liegen, während eine Freigabe auf einem Nachweis steht, den noch niemand gesehen hat. Sichtbar wird die Lücke im Serienanlauf, also dort, wo ihre Behebung am teuersten ist.

Welcher Reifestand gehört zu welchem Meilenstein, und welcher Nachweis macht ihn belastbar?
3
Der Kunde hat seine Meilensteine. Ihr Entwicklungsprozess hat eine andere Logik.

Kundenanforderungen, Liefergegenstände, Reviews und Freigaben greifen direkt in die eigene Produktentstehung ein. Beim Zulieferer entsteht dadurch eine zweite Projektwelt neben der eigenen, beim Unterlieferanten eine dritte. Wo diese Verbindung nirgends festgelegt ist, wird sie im entscheidenden Moment telefonisch hergestellt, von jemandem, der beide Seiten im Kopf hat.

Wo sind Kundenprojekt, eigenes Projekt und Produktentstehung verbindlich gekoppelt?

Ein Projekt verbindet, was im Betrieb sonst getrennt läuft.

KUNDE UND MARKT Anforderungen, Termine, Freigaben Das Projekt planen, entscheiden, steuern, liefern Produktentstehung Reife, Verifikation, Freigabe Organisation, Ressourcen Kapazität, Verantwortung, Befugnis Qualität Kriterien, Prüfungen, Konformität Lieferanten, Partner Abhängigkeiten, Zusagen, Übergaben Information und Dokumentation welcher Stand gilt, für welche Entscheidung, ab wann Verbunden wird das alles im laufenden Betrieb. Die Frage ist, wodurch.
seitlich scrollen

Jeder dieser Bereiche kann für sich sauber beschrieben sein. Die Entwicklung denkt vom Produkt her, der Prozess beschreibt die fachliche Arbeit, das Projektmanagement organisiert das konkrete Vorhaben. Reibung entsteht selten in einem der Teile, sondern zwischen ihnen, dort, wo die Beziehung nirgends festgelegt ist und trotzdem jeden Tag hergestellt werden muss.

Projektmanagement wird genau an dieser Stelle wirksam oder eben nicht.

Ein guter Projektleiter kann vieles auffangen. Genau das macht ein Strukturproblem lange unsichtbar.

Über die Leistung, die in keinem Bericht auftaucht.

Hands-on-Kompetenz ist wertvoll und bleibt es. Kritisch wird sie dort, wo ein Projekt nur deshalb läuft, weil jemand Informationen zusammensucht, Schnittstellen überbrückt, Ressourcen persönlich organisiert und widersprüchliche Vorgaben informell ausgleicht.

Diese Leistung erscheint in keinem Statusbericht, weil sie im Ergebnis verschwindet. Das Projekt war ja erfolgreich. Sichtbar wird sie erst, wenn die Person das Unternehmen verlässt, wenn zwei Vorhaben parallel laufen oder wenn jemand Neues dieselbe Rolle übernehmen soll und feststellt, dass die Rolle ohne die Person nicht beschrieben ist.

Dasselbe gilt für Projektleitung, die von außen kommt. Ein externer Projektmanager, der ein Vorhaben durchzieht, ist eine legitime und oft die richtige Entscheidung. Was er dabei aufbaut, bleibt aber nur dann im Haus, wenn es dort einen Ort hat, an den es gehört. Fehlt dieser Ort, geht die Arbeit mit ihm, und beim nächsten Vorhaben beginnt derselbe Vorgang von vorn, mit einer anderen Person und derselben Lücke.

Die Frage ist dann nicht, ob extern besetzt wird, sondern woran extern angedockt wird.

Was trägt heute Ihr Projektmanagement, und was trägt der Projektleiter?

Bevor angepasst wird, wird sichtbar gemacht.

Drei Schritte, und der Umgang mit bestehenden Standards.
Schritt
Was dabei entsteht
1 · Betrieb verstehen
Wie laufen Arbeit, Entscheidungen, Informationen und Verantwortung tatsächlich, und wo gleichen Menschen dauerhaft aus?
Ein Bild des realen Wirkstroms mit Übergaben, Abhängigkeiten und personengebundenen Ausgleichsleistungen.
2 · Projektmanagement darauf beziehen
Welche Anforderungen stellt dieser Betrieb an Governance, Rollen, Steuerung, Dokumentation und Methoden?
Eine begründete Ableitung, welche Projektmanagementpraxis hier gebraucht wird und welche nicht.
3 · Ausprägung gestalten
Welche Standards und Werkzeuge werden genutzt, was bleibt unverändert, welche Kopplung wird gebaut?
Ein Tailoring, das an bestehende Standards anschließt und die fehlenden Beziehungen explizit macht.

Bewährte Standards bleiben stark, wo sie stark sind.

Hier entsteht kein zusätzlicher Projektmanagementstandard und kein Methodenmix aus allem, was gut klingt. ISO 21502 sieht ausdrücklich vor, den Projektmanagementansatz an die Bedürfnisse der Organisation, das vorherrschende Risiko, die Kompetenzen der Beteiligten und projektspezifische Bedingungen anzupassen. PMI, IPMA und PRINCE2 liefern dazu Prinzipien, Kompetenzmodelle und Werkzeuge.

Die Standards sagen, dass angepasst werden soll. Woran im konkreten Betrieb angepasst wird, sagen sie nicht. Genau dort setzt die Arbeit an.

Zum gemeinsamen Modell, dem Wirkstromsystemmodell →

Dasselbe Modell unter den Vorhaben ERP-Einführung, Zertifizierung, Wissenstransfer, Unternehmensnachfolge und KI-Einführung.

Woran genau muss Projektmanagement in Ihrem Betrieb angepasst werden?

Vier Anlässe. Derselbe Ausgangspunkt.

Der Einstieg unterscheidet sich, die erste Frage nicht.
A
Neu aufbauen
Projektmanagement erstmals systematisch einführen
Bevor Rollen, Vorlagen und Prozesse festgelegt werden, wird geklärt, welche Projektarten überhaupt vorkommen, wie Produktentstehung und Betrieb zusammenarbeiten und welche Governance tatsächlich gebraucht wird. Sonst entsteht ein Prozess, den später alle umgehen.
Mögliches Ergebnis
Projektmanagementarchitektur in Grundform
Rollen, Entscheidungslogik, Kernartefakte und die Kopplungen zum laufenden Betrieb.
B
Neu ordnen
Ein bestehendes Projektmanagement vereinheitlichen
Unterschiedliche Praktiken, lokale Vorlagen und informelle Regeln werden gegen den tatsächlichen Bedarf geprüft. Bewährtes bleibt. Doppelungen und Lücken werden sichtbar, und die Vereinheitlichung richtet sich nach dem Betrieb, nicht nach dem Ordnungswunsch.
Mögliches Ergebnis
Kopplungsbild und begründetes Tailoring
Eine nachvollziehbare Ableitung, welche Regel warum gilt und wo bisher zwei Logiken nebeneinander liefen.
C
Wirksam machen
Projekte funktionieren, aber zu personenabhängig
Hier interessiert vor allem, welche Leistung von Projektleitern, Schlüsselpersonen oder der Führung informell getragen wird, welche davon dort richtig aufgehoben ist und welche strukturell abgesichert gehört, bevor sie ausfällt.
Mögliches Ergebnis
Kompensationsinventar mit priorisierten Hebeln
Entscheidungs- und Übergabepunkte, die heute von Personen getragen werden, und die Reihenfolge, in der sie strukturell abgesichert werden. Dazu die Andockstelle für externe Projektleitung: festgelegte Übergabepunkte, ein Ort für das, was während eines Einsatzes entsteht, und Zustände, die auch dann noch gelten, wenn die Person wieder weg ist.
D
Kundenkopplung
Eigenes Projekt und Kundenprojekt sauber verbinden
Kundenmeilensteine, Liefergegenstände, Anforderungen und Freigaben werden mit der eigenen Projektabwicklung, dem Reifestand und der Lieferantenlogik verbunden. Für Zulieferer ist das der Punkt, an dem Termintreue entsteht oder verloren geht.
Mögliches Ergebnis
Kunden- und Lieferantenkopplung
Meilensteine, Zustände, Nachweise und Verantwortlichkeiten über die Unternehmensgrenze hinweg.

Aus einer Grundlage entstehen unterschiedliche Sichten.

Nicht vier feste Berichte, sondern die passende Sicht auf dieselbe Grundlage.

Ihr Produkt ist beschrieben, Ihre Prozesse sind dokumentiert, Ihr Projekt ist geplant. Entscheidend sind die Beziehungen dazwischen. Welcher Kundenmeilenstein gehört zu welchem Projektzustand, welcher Reifestand ist dafür erforderlich, welcher Nachweis muss vorliegen, wer entscheidet bei Abweichung, welche Version ist verbindlich.

Sind diese Beziehungen einmal explizit, lassen sich daraus je nach Frage unterschiedliche Sichten erzeugen. Beispiele:

Wer fragt
Worauf die Sicht antwortet
Projektleitung
Abhängigkeiten, offene Entscheidungen und der nächste kritische Zustand
Entwicklung
Reifestand, technische Nachweise und ihre Wirkung auf den Projektverlauf
Geschäftsführung
Tragfähigkeit, Prioritäten, Engpässe und Konflikte zwischen Vorhaben und Betrieb
Kunde und Qualität
Liefergegenstände, Freigaben, Nachweise und verbindliche Stände

Welche Sichten gebraucht werden, entscheidet sich am konkreten Betrieb und an den Fragen, die dort tatsächlich offen sind. Ein fertiges Berichtspaket steht hier nicht im Regal.

Erstgespräch, 30 Minuten, kostenfrei.

Kein Verkaufsgespräch. Wir klären, ob Ihr Thema tatsächlich im Projektmanagement liegt oder an einer Kopplung darunter. Ohne Vorentscheidung für ein Framework.

Termin anfragen
Oder direkt: 0175 589 18 33 · LinkedIn
Michael Weinreich · AEM Weinreich GmbH · Köln · mehr auf aem-weinreich.de