Zum Inhalt springen

Grundlagen 4 - Organisationsstruktur & -kultur

Google Project Management Certificate · Kurs 1: Grundlagen des Projektmanagements


Wie ein Unternehmen aufgebaut ist und „wie die Dinge hier gemacht werden” - beides bestimmt, wie viel Spielraum ein Projektmanager tatsächlich hat, um ein Projekt zu steuern. Die Struktur sagt mir, wer an wen berichtet und wo meine Autorität endet; die Kultur sagt mir, an welche Werte ich appellieren muss, wenn ich Zustimmung gewinnen will. Ein Projekt ist erst dann wirklich erfolgreich, wenn die Organisation sein Ergebnis annimmt - deshalb behandelt dieses Modul auch das Change Management, die Disziplin, ein fertiges Projekt zu übergeben und die Menschen dazu zu bringen, es auch wirklich zu nutzen.

Zwei Strukturen, die man kennen sollte: Klassisch vs. Matrix

Abschnitt betitelt „Zwei Strukturen, die man kennen sollte: Klassisch vs. Matrix“

Der Kurs konzentriert sich auf zwei verbreitete Familien. Alles Nachgelagerte - meine Autorität, wie ich an Ressourcen komme, wem ich für Freigaben hinterherlaufe - ergibt sich daraus, in welcher der beiden ich mich befinde.

Eine traditionelle Befehlskette: CEO und Führungskräfte an der Spitze, dann Direktoren/Manager, dann deren direkte Untergebene und so weiter. Sie wird auch funktional genannt, weil das Unternehmen nach Funktion in Abteilungen aufgeteilt ist (Marketing, Vertrieb, Personal, Finanzen, Technik …), jede geleitet von einem Funktionsmanager, mit Mitarbeitern, die nach ihrer Fachrichtung gruppiert sind. Man stelle sich eine militärische Rangleiter vor - die Autorität fließt von oben nach unten, und Statusberichte fließen wieder nach oben.

CEO / Führungskräfte
↓
MarketingFunktionsmanager
FinanzenFunktionsmanager
TechnikFunktionsmanager
BetriebFunktionsmanager
↓
Teammitglieder
Teammitglieder
Teammitglieder
Teammitglieder
Klassische / funktionale Struktur - eine Autoritätslinie sickert von oben nach unten durch, Mitarbeiter nach Abteilungsfunktion gruppiert.

In einer klassischen Organisation wird ein Projektteam abteilungsübergreifend zusammengestellt, behält aber seine bestehenden Berichtslinien - die Mitglieder verlassen ihre Funktion nicht. Als PM muss ich daher oft mit den Funktionsmanagern Rücksprache halten, um zu erfahren, welche Ressourcen und Kapazitäten ich mir ausleihen kann und wie die internen Prozesse und Freigabeketten jeder Funktion aussehen. Meine Autorität ist tendenziell leicht eingeschränkt durch konkurrierende Prioritäten und Freigabehierarchien - Erwartungen von Anfang an klarzustellen ist der Weg, wie ich das Projekt trotzdem umsetze.

Mitarbeiter haben zwei oder mehr Vorgesetzte: ihren dauerhaften Funktionsmanager und, für die Dauer eines Projekts, einen Projektmanager. Benachbarte Abteilungen kreuzen sich häufig, und wer die jeweilige Arbeit verantwortet, hat dafür die größte Autorität. Ich kann mir den PM als temporären Vorgesetzten vorstellen, solange die Person meinem Team zugeteilt ist; der Funktionsmanager bleibt über alle kommenden und gehenden Projekte hinweg konstant.

CEO
↓
Funktionsmanager - Marketing
Funktionsmanager - Technik
Funktionsmanager - Design
↕ Teammitglieder berichten an BEIDE ↕
Projektmanager A →horizontale Linie über Funktionen hinweg
Projektmanager B →horizontale Linie über Funktionen hinweg
Matrixstruktur - die funktionale Autorität verläuft vertikal (jede Abteilung hinunter), die Projektautorität verläuft horizontal (über die Abteilungen hinweg). Ein Teammitglied sitzt an einem Schnittpunkt und berichtet auf beiden Achsen.
DimensionKlassisch (funktional)Matrix
Vorgesetzte pro PersonEiner (funktional)Zwei oder mehr (funktional + Projekt, manchmal mehr)
BefehlsketteKlar, top-downWeniger eindeutig; auf mehrere Führungskräfte verteilt
TeamgruppierungNach Abteilung/FunktionNach Funktion und nach funktionsübergreifendem Projekt
PM-AutoritätOft eingeschränkt; stützt sich auf FunktionsmanagerIn der Regel mehr Autonomie beim Entscheiden & Ressourcenbeschaffen
Ressourcen bekommenAnfrage die Freigabekette hinauf; Manager kontrollieren Budget/PersonalRessourcen über mehrere Führungskräfte hinweg verhandeln & teilen
ProjektfokusProjekt aus bestehenden Abteilungen gebildetStarker, expliziter Projektfokus
Schlüsselzug des PMErwartungen vorab klären, Funktionsmanager konsultierenVor Start jeden Stakeholder identifizieren & wer was kontrolliert

Wie die Struktur meine Autorität und Ressourcen verändert

Abschnitt betitelt „Wie die Struktur meine Autorität und Ressourcen verändert“

Die Struktur einer Organisation ist das Rahmenwerk für Rechenschaft und Kommunikation. Zwei Hebel, die sie direkt für mich bewegt:

  • Autorität - meine Macht, Projektentscheidungen zu treffen, die sich auf die Organisation auswirken (z. B. wähle ich manchmal die Lieferanten aus; andere Male wird mir eine Lieferantenliste vorgegeben). Der Grad der Autorität variiert von Projekt zu Projekt.
  • Ressourcenverfügbarkeit - wie leicht ich an die Menschen, Ausrüstung und das Budget komme, die ich brauche.

Rechne mit weniger Autorität und engerem Scope. Die Menschen in meinem Team und die Ressourcen, die ich brauche, werden meist von Abteilungsmanagern kontrolliert, daher bin ich auf deren Freigabe angewiesen, um voranzukommen. Brauche ich eine Budgeterhöhung? Ich melde das meinem Vorgesetzten, der es zur Genehmigung seine Managementkette hinauf eskaliert. Frühzeitig und wiederholt über die Freigabekette werben.

Innerhalb beider Strukturen kann es eine Gruppe geben, die sich dem Projektmanagement selbst widmet.

Kernfunktionen eines PMO:

FunktionWas sie leistet
Strategische Planung & GovernanceDie wichtigste - definiert Projektkriterien, wählt Projekte aus, die zu den Geschäftszielen passen, und bereitet den Business Case für das Management auf.
Best PracticesTeilt Prozesse, Werkzeuge, Kennzahlen und Lessons Learned, um Projekte konsistent zu halten.
Gemeinsame ProjektkulturSchult Mitarbeiter in optimalen Vorgehensweisen, damit die PM-Praxis organisationsweit einheitlich ist.
RessourcenmanagementWeist Menschen und Ausrüstung projektübergreifend nach Budget/Priorität/Zeitplan zu; definiert Rollen; betreut und coacht PMs.
Dokumentation, Archive & WerkzeugeStellt Vorlagen und Software bereit und archiviert Dokumente abgeschlossener Projekte, um Projekthistorie und Lessons Learned zu bewahren.

Warum ein PM die Kultur lesen muss: Sie prägt, wie Entscheidungen getroffen werden, wie Menschen kommunizieren und wie viel Unterstützung ein Projekt anzieht. Wie der Management-Denker es ausdrückte: „Kultur frisst Strategie zum Frühstück” - Kultur beeinflusst den Erfolg, egal wie gut das Geschäftsmodell ist. Kultur berührt besonders drei Dinge:

  • Identität - wie sich das Unternehmen intern und extern verhält; seine Werte sind Teil seiner Identität. Lies die Mission und die Werteleitbilder, um zu verstehen, warum es existiert und wie es sich verhält.
  • Menschen - eine starke, positive Kultur hält gute Talente und zieht sie an; eine toxische stößt sie ab. Finde eine Kultur, die zu dir passt.
  • Prozesse - Kultur ist in die Art eingebacken, wie Arbeit erledigt wird (z. B. baut ein Unternehmen, das Feedback schätzt, Kommentarmöglichkeiten in seine Prozesse ein).
  1. Fragen stellen - idealerweise im Vorstellungsgespräch und beim Einstieg. Erkunde die Atmosphäre (Kleiderordnung, Anerkennung teilen, Haltung gegenüber Risiko/Scheitern, wie Manager motivieren, wie Feedback gegeben wird, Traditionen), Richtlinien (Urlaub, Flexibilität), Prozesse (Onboarding, Wirkungsmessung) und Werte (Leitbild, Karriereentwicklung).

  2. Den Geschichten der Menschen zuhören - wie Mitarbeiter das Unternehmen darstellen, verrät viel; frage nach vergangenen ähnlichen Projekten und nach wichtigen Stakeholdern und Kunden.

  3. Die Rituale beachten - Geburtstage, Feiertage, gemeinsame Mittagessen. Rituale treiben Kultur und gemeinsamen Sinn an.

  4. Interaktionen beobachten - formell oder informell? Werden Ideen von jeder Ebene eingeholt? Passe meinen eigenen Stil an die Norm an.

  5. Meine Wirkung verstehen - mit dem Management zusammensetzen, um zu erfahren, was von mir erwartet wird.

  6. Kommunikation schärfen - wie ein Unternehmen kommuniziert, ist seine Kultur. Frage nach den kleinen Konventionen: Team-E-Mails als Team oder als ich unterschreiben? Allein präsentieren oder mit Teammitgliedern?

Ein Projekt mit der Mission und den Werten des Unternehmens in Einklang zu bringen, gewinnt die Unterstützung der Führungskräfte und erleichtert Freigaben. Zu lesen, was Führungskräfte priorisieren, sagt mir, wie ich entscheiden soll:

Wenn die Kultur … schätzttendiert sie zu …
Stabilität & Nutzer-FeedbackVerlängerung des Zeitplans zum Testen, dann Entscheidung anhand der Ergebnisse
Innovation & Umsatzwachstumeinem kürzeren Zeitplan, schnellerem Ausliefern, gewissem Risiko

Ein neues Werkzeug oder ein neuer Prozess ist nur dann ein Erfolg, wenn Menschen es nutzen - ein neues Zeiterfassungssystem, das niemand annimmt, ist ein gescheitertes Projekt. Änderungen wirken sich auf Menschen aus: neue Prozesse, Budgets, Zeitpläne, Rollen - sogar kosmetische Änderungen (ein neues Logo bedeutet, sämtliche Geschäftsausstattung auszutauschen und alle dazu zu bringen, es korrekt zu verwenden). Diese Wellenwirkungen vorab durchzudenken ist das, was die Annahme auf Erfolg ausrichtet.

Drei Kernkonzepte (von allen Change-Modellen geteilt)

Abschnitt betitelt „Drei Kernkonzepte (von allen Change-Modellen geteilt)“

Es gibt unzählige Change-Modelle, aber sie teilen dieselben Ideen:

  1. Ownership & Dringlichkeit schaffen - Menschen dazu bringen, sich befähigt und verantwortlich zu fühlen, ihre Aufgaben abzuschließen (Ownership) und zu verstehen, warum das Projekt wichtig ist und was jetzt zu tun ist (Dringlichkeit). Zusammen steigern diese Interesse, Motivation und Engagement.

  2. Richtige Mischung aus Fähigkeiten & Persönlichkeiten - Teammitglieder wählen, deren Wissen sich gegenseitig ergänzt; ist das Team bereits vorausgewählt, wenigstens beeinflussen, wer was tut, und mit ihnen in Kontakt treten, damit sie zu Fürsprechern der Veränderung werden. Eine klare Vision zu kommunizieren ist ein starker Motivator.

  3. Wirksame Kommunikation - transparent und offen sein; das Team und die weitere Organisation auf dem Laufenden halten, damit sich alle einbezogen fühlen. Dies kann nicht genug betont werden.

Best Practices, wenn die Veränderung auf Widerstand stößt

Abschnitt betitelt „Best Practices, wenn die Veränderung auf Widerstand stößt“

Veränderung geschieht nicht über Nacht, und Widerstand ist normal. Treib sie voran, indem du Menschen beim Anpassen hilfst, ihre Bemühungen belohnst und sie an den langfristigen Wert erinnerst.

TunNicht tun
Proaktiv sein - betroffene Stakeholder frühzeitig auf kommende Änderungen hinweisenMenschen die Änderungen erst beim Launch überstülpen
Change Management in den Projektplan einbauen (Feedback-Dokumente, Demos, Q&A-Foren, Marketingvideos)Es als nachträglichen Einfall behandeln, der den Zeitplan sprengt
Regelmäßig kommunizieren unter Stakeholdern, dem Change-Team und dem ProjektteamZwischen den Meilensteinen verstummen
Einem konsistenten, dokumentierten Prozess folgen für jede ÄnderungJede Änderung anders improvisieren
Empathie üben für die Angst, die Veränderung mit sich bringtWiderstand als Blockade abtun
Werkzeuge nutzen - Umfragen/Feedback, Flussdiagramme, Culture MappingAuf die Hoffnung setzen, dass Menschen sich „schon anpassen”

Change Management ist ein großes Unterfangen - ein Projekt für sich - und ich leite die gesamte Transition von Anfang bis Ende möglicherweise nicht. Oft trägt ein Manager, ein Teammitglied oder eine Führungskraft die formale Autorität, um Menschen zur Annahme der Veränderung zu bewegen. Aber selbst wenn ich nur mitwirke, integriere ich dennoch die beiden Disziplinen und unterstütze die Annahme.

Vor der Planung stelle ich mir die Leitfragen:

  • Wie wird die Organisation auf Veränderung reagieren?
  • Welche Influencer können die Veränderung beeinflussen?
  • Welches sind die besten Kommunikationsmittel?
  • Welche Change-Management-Praktiken werden die Umsetzung meines Projekts zum Erfolg führen?

Wie ich mitwirke, hängt von Struktur und Kultur ab. Betrachte ein Deliverable - die Umbenennung eines Check-in-Systems - das sich auf zwei Weisen entfaltet:

Ich leite den Bedarf durch die bestehende Hierarchie: Eine Führungskraft schreibt dem Führungsteam eine E-Mail, um deren Teams anzuweisen, die Namensänderung umzusetzen. Budgets werden separat verwaltet, daher schickt eine Abteilung, die zusätzliche Mittel benötigt (z. B. um Ladenplakate neu zu drucken), diese Anfrage die eigene Freigabekette hinauf. Ich halte mehrere Meetings, um jeder Gruppe zu helfen zu verstehen, was sich ändert und warum.

  • Corporate Governance - die Standards und Praktiken, die eine Organisation lenken und kontrollieren und die Bedürfnisse von Stakeholdern, Management und Kunden ausbalancieren. Sie berührt Aktionspläne, interne/externe Kontrollen und Leistungskennzahlen. Sie ergänzt das Change Management, indem sie den Menschen eine präzise, klar definierte Karte davon gibt, wer während einer Veränderung Entscheidungen trifft. Lenkungsausschüsse (Steering Committees) sind ein Beispiel - ein beratendes Gremium, das Prioritäten setzt und strategische Entscheidungen mitgenehmigt.
  • Project Governance - das Rahmenwerk dafür, wie Projekt-Entscheidungen getroffen werden: die Richtlinien, Prozesse, Verfahren und Verantwortlichkeiten, die ein Projekt termin- und budgetgerecht halten. Es ist der Teil der Corporate Governance, der speziell für Projektaktivitäten gilt, zugeschnitten auf die Organisation.

Gute Corporate Governance unterstützt die Project Governance - sie sorgt für Aufsicht, mindert Risiken und hilft PMs, Ressourcen zu sichern, Blockaden zu lösen, Entscheidungsverzögerungen zu vermeiden, die Zustimmung der Stakeholder zu gewinnen und Sichtbarkeit bei den Führungskräften zu erlangen. Bei einem Vorstellungsgespräch oder Einstieg wäge die Governance einer Organisation genauso ab wie ihre Struktur und Kultur.

  • Struktur = die Karte. Klassisch/funktional ist eine top-down-Hierarchie, nach Abteilung gruppiert, mit einem Vorgesetzten pro Person; Matrix gibt Menschen zwei oder mehr Vorgesetzte (funktional + Projekt), wobei die Arbeit quer durch die Abteilungen verläuft.
  • Autorität folgt der Struktur. Klassisch → weniger Autorität, engerer Scope, Ressourcen von Abteilungsmanagern und Freigabeketten kontrolliert. Matrix → mehr Autonomie, aber Prioritäten müssen verhandelt und jeder Kontrolleur/Stakeholder vor dem Start identifiziert werden.
  • PMO legt Projektstandards fest, betreibt strategische Planung & Governance, teilt Best Practices, managt Ressourcen und archiviert die Projekthistorie - plus eine Peer-Community für PMs.
  • Kultur = die Persönlichkeit des Unternehmens (Werte, Mission, Normen, Rituale). Lerne sie durch Fragen, Zuhören, Beobachten von Ritualen und Interaktionen; richte das Projekt an der Mission aus, um Unterstützung zu gewinnen. Ich bin ein Change Agent, respektiere aber kulturelle Grenzen.
  • Change Management = die Organisation dazu bringen, das Deliverable anzunehmen. Kernkonzepte: Ownership & Dringlichkeit, richtige Teammischung und vor allem Kommunikation. Sei proaktiv, konsistent, empathisch; nutze Feedback-Werkzeuge. Ich wirke vielleicht nur mit, leite nicht, integriere aber dennoch das Change Management ins Projekt.
  • Governance beantwortet, wer das Sagen hat - Corporate (gesamte Organisation) und Project (mein Projekt) Governance überschneiden sich und unterstützen einander.