Was regelt eine Projektorganisation?
Projekte sind zeitlich begrenzt und quer zur Stammorganisation angelegt. Sie brauchen Personen aus verschiedenen Abteilungen, Entscheidungen von Führungskräften und Ressourcen, die auch im Tagesgeschäft gebraucht werden. Die Projektorganisation regelt, wie das zusammengeht: Wer verantwortet das Projekt? Wer leitet es im Alltag? Wer arbeitet mit, wie viel und mit welchen Befugnissen? Wer entscheidet, wenn Projekt und Linie unterschiedliche Prioritäten haben?
Unklare Organisation ist eine häufige Ursache für Projektprobleme. Wenn nicht festgelegt ist, wer über Änderungen entscheidet, werden Entscheide verschleppt oder von der falschen Stelle getroffen. Wenn Mitarbeitende nicht wissen, ob Projekt oder Linie Vorrang hat, entscheiden sie nach Tagesform. Die ISO 21502 beschreibt die Festlegung von Rollen, Verantwortlichkeiten und Governance als Grundlage jedes Projekts [2].
Welche Formen der Projektorganisation gibt es?
| Merkmal | Stabs- oder Einfluss-Projektorganisation | Matrix-Projektorganisation | Reine Projektorganisation |
|---|---|---|---|
| Befugnis der Projektleitung | koordiniert, berät, keine Weisungsbefugnis | fachlich für das Projekt, disziplinarisch bleibt die Linie | volle fachliche und meist disziplinarische Befugnis |
| Bindung der Mitarbeitenden | bleiben vollständig in der Linie | teilweise im Projekt, teilweise in der Linie | für die Projektdauer ganz im Projekt |
| Geeignet für | kleine Projekte, wenige Abteilungen | mittlere Projekte, geteilte Ressourcen | grosse, kritische oder lange Projekte |
| Stärke | geringer organisatorischer Aufwand | flexible Nutzung von Fachwissen | klare Prioritäten, hohe Identifikation |
| Schwäche | Projektleitung ohne Durchsetzungskraft | Konflikte zwischen Projekt und Linie | Rückkehr der Mitarbeitenden nach Projektende |
Die Matrix-Projektorganisation ist in der Praxis am verbreitetsten, weil sie Fachwissen aus der Linie nutzt, ohne Mitarbeitende ganz abzuziehen. Je nach Gewicht der Projektleitung spricht man von einer schwachen, ausgeglichenen oder starken Matrix. Ihr grösstes Risiko sind Prioritätskonflikte: Eine Person arbeitet zu fünfzig Prozent im Projekt, aber im Tagesgeschäft brennt es, und niemand hat festgelegt, wer im Konfliktfall entscheidet. Diese Regel gehört deshalb in jedes Projekthandbuch, siehe Projekthandbuch erstellen.
Welche Form passt zu welchem Projekt?
| Kriterium | spricht für Stab | spricht für Matrix | spricht für reine Organisation |
|---|---|---|---|
| Projektgrösse | wenige Personen | Team aus mehreren Abteilungen | grosses Team über längere Zeit |
| Bedeutung für die Organisation | gering bis mittel | mittel bis hoch | strategisch, existenziell |
| Dauer | Wochen | Monate | ein Jahr und mehr |
| Spezialwissen | in einer Abteilung | verteilt, nur teilweise benötigt | dauerhaft und vollständig benötigt |
| Zeitdruck | gering | mittel | hoch, klare Prioritäten nötig |
Agenturen und Beratungsunternehmen arbeiten oft in einer Mischform: Kundenprojekte werden von einer Projektleitung geführt, die Fachleute aus Design, Entwicklung oder Beratung aus einem gemeinsamen Pool einsetzt. Das entspricht einer Matrix mit starker Projektleitung. Entscheidend ist eine Übersicht über die Auslastung aller Personen über alle Projekte, damit Konflikte sichtbar werden, bevor sie Termine gefährden.
Welche Rollen braucht ein Projekt?
Unabhängig von der Organisationsform braucht jedes Projekt klar beschriebene Rollen. HERMES beschreibt ein Rollenmodell mit Standardrollen auf drei Ebenen: Steuerung, Führung und Ausführung [1]. Auf der Ebene Steuerung stehen der Auftraggeber und gegebenenfalls ein Projektausschuss, auf der Ebene Führung die Projektleitung und Teilprojektleitungen, auf der Ebene Ausführung Fachspezialisten, Anwendervertreter und Entwickler. Ausführlich behandelt der Beitrag HERMES-Rollen das Modell.
| Rolle | Aufgabe | Entscheidet über |
|---|---|---|
| Auftraggeber | verantwortet das Projekt, stellt Mittel bereit, gibt Phasen frei | Ziele, Budget, Endtermin, Abbruch |
| Projektausschuss (bei grösseren Projekten) | berät und unterstützt den Auftraggeber, vertritt betroffene Bereiche | Empfehlungen, Eskalationen |
| Projektleitung | plant, steuert, berichtet, führt das Team | Umsetzung innerhalb des Auftrags, Ausgaben bis zur Freigabegrenze |
| Teilprojektleitung | führt einen abgegrenzten Teil | Umsetzung im Teilprojekt |
| Fachspezialisten | erarbeiten Ergebnisse | fachliche Lösungen im Rahmen der Vorgaben |
| Anwendervertretung | bringt Anforderungen ein, prüft Ergebnisse | fachliche Abnahme von Ergebnissen |
Wie klärt eine RACI-Matrix die Verantwortung?
Eine RACI-Matrix ordnet jeder Aufgabe oder jedem Ergebnis zu, wer verantwortlich ist (Responsible), wer rechenschaftspflichtig ist und entscheidet (Accountable), wer konsultiert wird (Consulted) und wer informiert wird (Informed). Die wichtigste Regel: Pro Zeile gibt es genau ein A. Wo mehrere Personen rechenschaftspflichtig sind, ist es in Wirklichkeit niemand. Die Matrix macht ausserdem sichtbar, wo eine Person überlastet ist, weil sie in vielen Zeilen verantwortlich ist.
| Ergebnis | Auftraggeber | Projektleitung | Entwicklung | Fachbereich |
|---|---|---|---|---|
| Projektauftrag | A | R | C | C |
| Anforderungen | I | A | C | R |
| Umsetzung | I | A | R | C |
| Abnahme | A | R | C | R |
| Statusbericht | I | A, R | C | I |
Eine Vorlage bietet die RACI-Matrix auf flenio.ch. Wichtig ist, die Matrix nicht nur zu erstellen, sondern im Kick-off gemeinsam durchzugehen, damit alle ihre Rolle kennen und Widersprüche früh auffallen. Wie das Kick-off dafür genutzt wird, beschreibt der Beitrag Kick-off-Meeting vorbereiten.
Wie wird bei Konflikten entschieden?
Jede Projektorganisation braucht einen definierten Eskalationsweg. Er legt fest, welche Entscheide die Projektleitung selbst treffen darf, welche an den Auftraggeber gehen und wie schnell eine Antwort erwartet wird. Bewährt haben sich Schwellenwerte, etwa für Budgetabweichungen oder Terminverschiebungen, und eine feste Frist für Entscheide. Wer Eskalation als normales Werkzeug versteht und nicht als Eingeständnis eines Fehlers, erhält schnellere Entscheide.
- Projektleitung entscheidet im Rahmen des Auftrags und bis zu einer festgelegten Ausgabengrenze.
- Auftraggeber entscheidet über Änderungen an Zielen, Budget und Endtermin sowie über Konflikte mit der Linie.
- Projektausschuss oder Geschäftsleitung entscheidet bei Konflikten zwischen Projekten oder bei Abbruch.
- Für jeden Eskalationsschritt gilt eine Antwortfrist, etwa drei Arbeitstage.
Projektorganisation im Werkzeug abbilden
Rollen und Rechte sollten im Projekttool dieselbe Struktur haben wie in der Organisation. Wer Auftraggeber ist, sieht Statusberichte und Budget; wer im Team arbeitet, sieht seine Aufgaben und die gemeinsamen Dokumente; externe Partner sehen nur, was sie brauchen. In Flenio werden Rollen pro Workspace und Projekt vergeben, und die Auslastung lässt sich über alle Projekte verfolgen. Für die Planung der Kapazitäten eignet sich die Ressourcenplan-Vorlage.
Wie werden externe Partner eingebunden?
Viele Projekte arbeiten mit externen Partnern: Agenturen, Beratungen, Softwarelieferanten oder Freelancern. Sie brauchen einen klaren Platz in der Projektorganisation. Bewährt hat sich, auf beiden Seiten eine verantwortliche Person zu benennen, die Aufträge erteilt beziehungsweise entgegennimmt, und die vertraglichen Rahmenbedingungen mit der Projektorganisation abzustimmen. Wer beim Lieferanten Weisungen an einzelne Personen erteilt, statt über die vereinbarte Ansprechperson zu gehen, untergräbt die Steuerung und riskiert vertragliche Unklarheiten.
Für Werkverträge gilt zudem: Der Auftraggeber steuert über Anforderungen und Abnahme, nicht über tägliche Weisungen. Externe Fachleute, die wie Mitarbeitende in Teamroutinen eingebunden werden, können arbeitsrechtliche Fragen aufwerfen. Die Rollen externer Partner gehören deshalb in die RACI-Matrix und in das Projekthandbuch, mit klaren Ansprechpersonen und Zugriffsrechten im Projekttool.
Wann muss die Organisation angepasst werden?
Eine Projektorganisation ist kein fixes Gebilde. Sie sollte überprüft werden, wenn sich das Projekt wesentlich verändert: beim Übergang von der Konzeption zur Umsetzung, wenn neue Teilprojekte entstehen, wenn Schlüsselpersonen wechseln oder wenn sich zeigt, dass Entscheide regelmässig zu lange dauern. In HERMES ist die Überprüfung der Projektorganisation Teil der Phasenplanung; zu jeder Phasenfreigabe wird geprüft, ob Rollen und Besetzung für die nächste Phase passen.
Ein typisches Beispiel: Ein Projekt startet in einer Stabs-Organisation, weil es zunächst klein ist. Nach der Konzeptphase wächst es, mehrere Abteilungen sind beteiligt, und die Projektleitung kann ohne Befugnisse keine Prioritäten durchsetzen. Spätestens jetzt sollte der Auftraggeber die Organisation in eine Matrix mit klaren Regeln überführen. Wer diesen Schritt verpasst, erlebt Verzögerungen, deren Ursache nicht im Plan, sondern in der Organisation liegt.
Praktisch bewährt hat sich, die Projektorganisation auf einer einzigen Seite darzustellen: ein Organigramm mit Rollen und Namen, die Entscheidungswege und die wichtigsten Ansprechpersonen bei Partnern. Diese Seite gehört in das Projekthandbuch, wird im Kick-off vorgestellt und bei jeder Änderung aktualisiert. So weiss jede Person im Projekt jederzeit, wer wofür zuständig ist und an wen sie sich bei Fragen oder Problemen wenden kann. Neue Teammitglieder finden sich damit deutlich schneller zurecht.
Eine aktuelle Übersicht der Organisation ist zudem die Grundlage für Zugriffsrechte im Projekttool und für die Verteilung von Statusberichten an die richtigen Personen.
Kurz gesagt: Eine klare Organisation spart in jedem Projekt Zeit, Nerven und Geld.
Projektorganisation in HERMES, PMBOK und ISO 21502
HERMES beschreibt die Projektorganisation über das Rollenmodell mit den Ebenen Steuerung, Führung und Ausführung und legt fest, dass Rollen projektspezifisch besetzt werden [1]. Der PMBOK Guide behandelt Organisation und Verantwortlichkeiten in den Performance-Domänen Governance und Resources [3]. Die ISO 21502 betont Governance, klare Rollen und die Einbindung des Projekts in die Organisation. Gemeinsam ist allen: Die Organisation wird bewusst festgelegt, dokumentiert und bei Bedarf angepasst. Den Gesamtzusammenhang zeigt der Leitfaden Projektplanung Schritt für Schritt.