Rollen im Projekt: Verantwortung entscheidungsfähig machen

Rollen nach der Aufgabe klären, nicht nach dem Organigramm

Ein Organigramm zeigt, wer organisatorisch zu wem gehört. Es erklärt nicht automatisch, wer im Projekt Anforderungen bewertet, einen Test bestätigt oder über zusätzlichen Aufwand entscheidet. Auch ein Titel wie Projektverantwortlicher bleibt ohne benannte Aufgaben mehrdeutig. Beginnen Sie deshalb mit den Ergebnissen und Entscheidungen, die tatsächlich benötigt werden. Erst danach werden passende Rollen und Personen zugeordnet.

Im fiktiven Serviceportalprojekt muss jemand festlegen, welchen Nutzen die Organisation erwartet. Eine andere Aufgabe ist, die laufende Zusammenarbeit zu koordinieren. Das Serviceteam beurteilt, ob Vorgänge fachlich richtig bearbeitet werden können; die technische Rolle verantwortet ihren vereinbarten Beitrag zur Umsetzung. Diese Aufgaben können in kleinen Vorhaben teilweise bei derselben Person liegen. Entscheidend ist, dass daraus keine unbemerkten Lücken oder widersprüchlichen Erwartungen entstehen.

Eine hilfreiche Einstiegsfrage lautet: Wenn diese Entscheidung morgen nötig wird, wen sprechen wir an und was darf diese Person entscheiden? Wenn darauf verschiedene Antworten kommen, ist die Rolle noch nicht geklärt. Die Diskussion sollte an konkreten Fällen erfolgen, etwa einer zusätzlichen Anfragekategorie oder einem nicht bestandenen Zugriffstest. An solchen Beispielen wird Verantwortung greifbar, während allgemeine Zuständigkeitssätze erstaunlich lange widerspruchsfrei klingen können.

Auftraggeber und Projektleitung nicht gegeneinander ausspielen

Die auftraggebende Rolle trägt das Vorhaben innerhalb der Organisation und entscheidet über wesentliche Zielkonflikte. Die Projektleitung macht diese Konflikte sichtbar, bereitet Optionen vor und organisiert die vereinbarte Arbeit. Sie kann einen nicht verfügbaren Fachbereich nicht allein durch einen aktualisierten Plan verfügbar machen. Umgekehrt sollte nicht jede Alltagsfrage bei der Auftraggeberin landen. Beide Rollen benötigen einen abgestimmten Entscheidungsrahmen.

Für das Portal wird beispielsweise vereinbart, welche Anpassungen die Projektleitung innerhalb des ersten Umfangs selbst abstimmen darf. Neue Nutzergruppen oder zusätzliche Kosten benötigen eine weitergehende Entscheidung. Die Grenzen können anhand von Art, Wirkung und Umfang einer Änderung beschrieben werden. Ein starres Zahlenlimit allein reicht oft nicht: Auch eine kleine technische Änderung kann unerwartete Auswirkungen auf Zugriffe oder betroffene Menschen haben.

Regelmäßige kurze Abstimmungen helfen, wenn sie sich auf Entscheidungen und wesentliche Veränderungen konzentrieren. Die Auftraggeberin sollte nicht erst erfahren, dass eine Voraussetzung fehlt, wenn ein öffentlicher Termin gefährdet ist. Ebenso braucht die Projektleitung eine klare Rückmeldung auf vorgelegte Optionen. Vertrauen bedeutet hier, Schwierigkeiten früh ansprechen zu können und anschließend mit einer belastbaren Entscheidung weiterzuarbeiten. Es bedeutet nicht, schlechte Nachrichten aus Rücksicht auf den Kalender zurückzuhalten.

Beiträge, Mitwirkung und Zustimmung unterscheiden

Nicht jede Person, die fachlich beiträgt, muss die gesamte Entscheidung freigeben. Umgekehrt kann eine Entscheidung unbrauchbar werden, wenn notwendige Fachkenntnis fehlt. Unterscheiden Sie deshalb, wer etwas erarbeitet, wer einen bestimmten Aspekt prüft, wer verbindlich entscheidet und wer das Ergebnis kennen muss. Für wenige wichtige Ergebnisse lässt sich das in einer kleinen Tabelle festhalten. Eine vollständige Verwaltung jeder einzelnen Tätigkeit ist dafür nicht nötig.

Beim Portal kann das Serviceteam das Formular prüfen und die technische Rolle die Zugriffstrennung testen. Die Entscheidung über den Pilotstart braucht beide Ergebnisse, bleibt aber einer benannten Rolle zugeordnet. Fachliche Einwände verschwinden nicht, nur weil eine Person entscheidet. Sie werden mit ihren Folgen dokumentiert und geklärt. Die Entscheidung darf auch nicht stillschweigend eine Befugnis beanspruchen, die nach den Regeln der Organisation bei einer anderen Stelle liegt.

Achten Sie besonders auf Schnittstellen zwischen Gruppen. Wer liefert Testfälle, wer führt sie aus und wer bewertet Abweichungen? Wenn nur „Fachbereich“ im Plan steht, kann jede Person annehmen, eine andere werde sich kümmern. Konkrete Beiträge und Vertretungen vermeiden diese Unschärfe. Gleichzeitig sollte der Rahmen flexibel genug bleiben, damit Mitarbeit nicht an einer zu kleinteiligen Zuständigkeitsgrenze scheitert. Klarheit soll Zusammenarbeit erleichtern, nicht gegenseitige Hilfe verhindern.

Entscheidungen mit brauchbaren Optionen vorbereiten

Eine Entscheidungsfrage sollte so formuliert sein, dass sie beantwortet werden kann. „Wir haben ein Problem mit dem Termin“ beschreibt eine Lage, aber noch keine Entscheidung. Besser ist eine kurze Vorlage: Was muss entschieden werden, welche gesicherten Informationen liegen vor, welche Annahmen bleiben offen und welche Optionen bestehen? Dazu gehören Folgen für Umfang, Termine, Aufwand, Qualität und betroffene Menschen.

Im Beispiel steht die geplante Anmeldung nicht rechtzeitig für den Pilot bereit. Das Team könnte den Start verschieben, den Test auf eine geeignete interne Umgebung begrenzen oder eine andere freigegebene Lösung verwenden. Jede Option wird mit Voraussetzungen und Nachteilen beschrieben. Die Projektleitung kann eine begründete Empfehlung geben, sollte aber wesentliche Gegenargumente nicht verstecken. Eine Entscheidungsvorlage ist keine Verkaufspräsentation für die persönliche Lieblingslösung.

Nennen Sie auch den spätesten sinnvollen Entscheidungstermin und die Folge einer ausbleibenden Antwort. Vielleicht bleibt der Pilot dann angehalten, während unabhängige Vorbereitungen weiterlaufen. Das ist etwas anderes als ein stillschweigendes Einverständnis. Bei fehlenden Informationen kann eine befristete Zwischenentscheidung passend sein. Sie muss zeigen, was bis wann geklärt wird und welche Handlung bis dahin erlaubt ist. So wird Unsicherheit begrenzt, ohne sie als erledigt auszugeben.

Entscheidungen so festhalten, dass sie später noch helfen

Ein Beschluss ist wenig wert, wenn niemand mehr weiß, was genau beschlossen wurde. Halten Sie deshalb Datum, Frage, Entscheidung, verantwortliche Rolle und wesentliche Begründung fest. Ergänzen Sie Bedingungen, offene Punkte und notwendige Folgeschritte. Das kann in einer einfachen gemeinsamen Liste geschehen. Wichtig sind Auffindbarkeit und ein erkennbarer aktueller Stand, nicht das technische Format der Ablage.

Für den Portalpilot könnte der Eintrag festhalten, dass zunächst eine Anfragekategorie mit freigegebenen Testdaten geprüft wird. Die spätere Nutzung echter Vorgänge ist damit ausdrücklich noch nicht entschieden. Diese Abgrenzung schützt vor einer häufigen Verschiebung: Aus der Zustimmung zu einem Versuch wird im Alltag eine vermeintliche Freigabe für den Regelbetrieb. Ein sauberer Eintrag erleichtert auch neuen Beteiligten, die ursprüngliche Entscheidung richtig einzuordnen.

Dokumentieren Sie die Argumente so, dass eine spätere Neubewertung möglich bleibt. Wenn sich eine wichtige Annahme ändert, kann die Entscheidung erneut betrachtet werden. Das ist kein Widerspruch zu Verbindlichkeit. Verbindlich ist, dass Änderungen bewusst erfolgen und kommuniziert werden. Wer dagegen nur die letzte Version überschreibt, entfernt die Erklärung, warum das Team bisher anders gearbeitet hat. Historie muss nicht ausufernd sein, sollte aber wesentliche Richtungswechsel nachvollziehbar halten.

Geben Sie wichtige Entscheidungen an die Menschen weiter, deren Arbeit sich dadurch verändert. Ein gespeicherter Beschluss erreicht sie nicht von allein. Für das Serviceteam muss beispielsweise verständlich sein, ob es bereits echte Anfragen im Portal bearbeiten soll oder weiterhin nur Testfälle vorbereitet. Eine kurze Rückmeldung, wie die Entscheidung verstanden wurde, kann Missverständnisse verhindern. Bei sensiblen Informationen wird dabei nur das verteilt, was für den jeweiligen Beitrag erforderlich ist. Nachvollziehbarkeit bedeutet nicht, sämtliche Projektunterlagen für alle zugänglich zu machen. Sie bedeutet, dass die richtigen Personen die für ihre Aufgabe maßgeblichen Festlegungen finden und einordnen können.

Eskalation als Hilfe zur Entscheidung vereinbaren

Eskalation wird leicht als persönlicher Vorwurf verstanden. Praktisch sollte sie bedeuten, eine Frage dorthin zu geben, wo sie mit den nötigen Befugnissen gelöst werden kann. Das Team beschreibt den Sachverhalt, bisherige Klärungsversuche, Auswirkungen und benötigte Entscheidung. Ein Streit über Personen hilft dabei selten. Auch ein freundlicher Ton ersetzt allerdings nicht die klare Aussage, dass die bisherige Zusammenarbeit an einer Grenze angekommen ist.

Im Portalprojekt beanspruchen zwei Bereiche dieselbe technische Fachkraft für jeweils dringende Aufgaben. Die Projektleitung kann Abhängigkeiten und Alternativen aufzeigen, aber nicht allein über die Gesamtpriorität der Organisation verfügen. Die zuständige Führung muss entscheiden, welche Arbeit Vorrang erhält oder wie Kapazität geschaffen wird. Bis dahin sollten realistische Annahmen gelten. Zwei Pläne mit derselben vollständig eingeplanten Person ergeben zusammen keine zusätzliche Arbeitskraft.

Vereinbaren Sie vorab, bei welchen Situationen eskaliert wird und wer erreichbar ist. Das können ausstehende Entscheidungen, widersprüchliche Aufträge oder erhebliche Auswirkungen auf vereinbarte Grenzen sein. Für dringende Fälle braucht es einen kurzen Weg; für normale Fragen genügt oft der nächste Abstimmungstermin. Eskalation wird dadurch berechenbar. Sie sollte früh genug erfolgen, um noch Optionen zu haben, und nicht erst als letzte Meldung vor einem bereits unvermeidbaren Scheitern.

Vertretung, Erreichbarkeit und Übergaben praktisch regeln

Rollen müssen auch funktionieren, wenn die benannte Person Urlaub hat oder kurzfristig ausfällt. Eine Vertretung braucht die notwendigen Informationen und passende Befugnisse. „Bitte wenden Sie sich an das Projektteam“ hilft wenig, wenn dort niemand entscheiden darf. Für wichtige Freigaben sollte früh geklärt werden, ob eine Vertretung möglich ist oder ein Termin bewusst auf die Rückkehr warten muss.

Im Serviceportalprojekt liegt ein Testabschluss in einer Woche, in der die fachlich verantwortliche Person abwesend ist. Eine geeignete Vertretung kann die vereinbarten Fälle prüfen, wenn Kriterien, Nachweise und offene Abweichungen verständlich vorliegen. Sie sollte nicht aus wenigen Gesprächsfragmenten rekonstruieren müssen, was erwartet wurde. Hier zeigt sich der praktische Wert knapper Dokumentation: Sie ermöglicht Weiterarbeit ohne eine private Erinnerung als einzige Wissensquelle.

Erreichbarkeit bedeutet nicht dauernde Verfügbarkeit. Vereinbaren Sie passende Reaktionszeiten und einen gesonderten Weg für wirklich dringende Fragen. Wenn jedes Anliegen als dringend markiert wird, verliert diese Kennzeichnung ihren Nutzen. Bei längeren Übergaben sollten offene Entscheidungen, nächste Termine und bekannte Grenzen gemeinsam durchgegangen werden. Eine Datei weiterzuleiten ist ein Transportvorgang; eine verständliche Übergabe ist eine Aufgabe der Zusammenarbeit.

Die Rollenverteilung an echten Situationen prüfen

Eine Rollenübersicht ist ein Arbeitsmittel und darf angepasst werden. Prüfen Sie nach den ersten Wochen, wo Fragen liegen bleiben, doppelt bearbeitet oder mehrfach freigegeben werden. Dahinter können unklare Grenzen, fehlende Zeit oder ein unpassender Entscheidungsweg stecken. Das Problem lässt sich nicht immer durch einen zusätzlichen Termin lösen. Manchmal muss eine Befugnis deutlicher zugeordnet oder die Aufgabe enger beschrieben werden.

Für das Portal könnte das Team drei Situationen gemeinsam durchgehen: eine neue Anforderung, einen gescheiterten Test und eine unerwartete Mehrbelastung im Service. Bei jedem Fall wird gefragt, wer Informationen liefert, wer entscheidet und wer danach handelt. Wenn die Antworten widersprüchlich sind, wird die Vereinbarung gezielt korrigiert. Eine kurze Übung mit konkreten Fällen ist meist aussagekräftiger als die allgemeine Frage, ob allen ihre Rolle klar sei.

Die PM²-Methodik der Europäischen Kommission beschreibt Projektführung über Rollen, Verantwortung und Entscheidungsbefugnisse. Die hier verwendete Einteilung ist eine vereinfachte praktische Darstellung für das Beispiel, kein vollständiges PM²-Rollenmodell. Mein Maßstab bleibt, ob Menschen mit angemessenem Aufwand verbindlich zusammenarbeiten können. Gute Projektorganisation erkennt man daran, dass wichtige Fragen beantwortet werden und die Antwort anschließend tatsächlich etwas verändert.