Wie gelingt eine klare Aufgabenverteilung bei mehreren Beteiligten im selben Projekt?

Eine klare Aufgabenverteilung beginnt nicht mit einer möglichst detaillierten To-do-Liste. Entscheidend ist, dass jede beteiligte Person weiss, welche Ergebnisse sie liefern muss, wer Entscheidungen trifft und unter welchen Bedingungen die Arbeit an die nächste Stelle übergeht. Gerade wenn Fachabteilungen, externe Partner und Projektleitung parallel zusammenarbeiten, reichen mündliche Absprachen dafür selten aus.

Eine verlässliche Struktur kombiniert eindeutig benannte Ergebnisverantwortliche, nachvollziehbare Aufgabenbeschreibungen und dokumentierte Übergaben. Mitarbeitende können gemeinsam an einer Aufgabe arbeiten, ohne dass die Verantwortung für deren Abschluss unklar wird. Auch Prioritäten und Änderungen müssen für alle Beteiligten sichtbar bleiben.

Für Projektleitende in der Schweiz bietet sich dafür ein pragmatisches Vorgehen an: Rollen definieren, Aufgaben konkreten Personen zuordnen, Entscheidungsbefugnisse festhalten und Informationen direkt mit den jeweiligen Arbeitsschritten verbinden. Das funktioniert mit einer sorgfältig gepflegten Aufgabenübersicht ebenso wie mit einer geeigneten Projektmanagementsoftware. Bei grösseren oder häufig wechselnden Teams werden allerdings Transparenz, Vertretungsregeln und automatisierte Benachrichtigungen zunehmend wichtig.

Warum führen unklare Zuständigkeiten trotz guter Planung zu Projektverzögerungen?

Unklare Zuständigkeiten verzögern Projekte, weil eine korrekt geplante Aufgabe nicht automatisch von jemandem übernommen wird. Wenn mehrere Beteiligte davon ausgehen, dass eine andere Person den nächsten Schritt erledigt, entsteht eine unbemerkte Wartephase. Terminplan und Aufgabenliste können weiterhin vollständig erscheinen, obwohl die tatsächliche Bearbeitung bereits stillsteht.

Die Ursache liegt in der Trennung zwischen Arbeitsplanung und Ergebnisverantwortung. Ein Projektplan kann sämtliche Tätigkeiten, Abhängigkeiten und Fristen enthalten. Er beantwortet damit jedoch noch nicht zwingend, wer eine Aufgabe aktiv startet, über deren Abschluss entscheidet oder nach einer Unterbrechung die Verantwortung übernimmt.

Besonders problematisch wird diese Lücke bei Aufgaben, die mehrere Abteilungen betreffen. Beispielsweise kann eine technische Fachperson davon ausgehen, dass die Projektleitung eine Kundenfreigabe einholt. Gleichzeitig wartet die Projektleitung darauf, dass die Fachperson die notwendigen Unterlagen ausdrücklich zur Freigabe meldet. Beide arbeiten nach ihrer eigenen Vorstellung korrekt, während der nächste Projektschritt blockiert bleibt.

In konsensorientierten oder wenig hierarchischen Projektteams kann eine zusätzliche Schwierigkeit entstehen: Zuständigkeiten werden im Alltag informell angepasst, ohne die ursprüngliche Dokumentation zu aktualisieren. Das ist keine Besonderheit, die sich pauschal allen Schweizer Unternehmen zuschreiben lässt. Gerade bei organisationsübergreifender Zusammenarbeit sollte aber überprüft werden, ob die gelebte Verantwortung noch mit der festgelegten Rollenverteilung übereinstimmt.

Die Projektmanagementmethode HERMES der Schweizerischen Bundeskanzlei bietet dafür einen strukturierten methodischen Rahmen. Sie umfasst konkrete Rollenbeschreibungen, definierte Aufgaben und Aktivitäten sowie Verfahren für Projektsteuerung, Projektführung und Projektausführung.

Eine weitere Fehlerquelle sind unsichtbare Übergaben. Verlässt eine zuständige Person das Projekt, fällt sie krankheitsbedingt aus oder wechselt ihre Funktion, bleibt die Aufgabe häufig formal bestehen. Ohne dokumentierte Vertretung oder aktive Neuzuteilung kann sie faktisch verwaisen.

Ein einfacher Diagnose-Test hilft, solche Probleme zu erkennen: Drei Teammitglieder werden unabhängig voneinander gefragt, wer für ein bestimmtes Ergebnis verantwortlich ist. Nennen sie unterschiedliche Personen, sollte die Zuständigkeitsdefinition überprüft werden. Der Test ist eine praktische Prüfmethode, kein wissenschaftlich validiertes Messinstrument.

Erst wenn die Verantwortung zweifelsfrei geklärt ist, lässt sich beurteilen, ob ein Terminproblem durch fehlende Kapazität, unklare Prioritäten oder eine blockierte Übergabe verursacht wird. Bei grösseren Teams wird diese Transparenz noch wichtiger.

Wie verteilt man Aufgaben bei 10 oder mehr Beteiligten ohne Doppelarbeit?

Bei Projekten mit zehn oder mehr Beteiligten lässt sich Doppelarbeit durch eine zentrale, verbindliche Aufgabenübersicht und klar getrennte Verantwortungsarten begrenzen. Für jedes Ergebnis sollte eine entscheidungsbefugte Person benannt sein, während mehrere Mitarbeitende an der Ausführung beteiligt sein können. Zusätzlich müssen Bearbeitungsstatus, Prioritäten und Arbeitsbereiche für alle Berechtigten sichtbar bleiben.

Die Anzahl von zehn Personen ist dabei keine wissenschaftlich begründete Schwelle. Sie beschreibt eine praktische Situation, in der parallele Tätigkeiten und Abstimmungsbeziehungen unübersichtlich werden können. Auch kleinere Teams benötigen eindeutige Zuständigkeiten, insbesondere wenn verschiedene Unternehmen beteiligt sind.

Wichtig ist der Unterschied zwischen Aufgabenzuweisung und Arbeitsverteilung. Eine Zuweisung beantwortet, wer für ein bestimmtes Ergebnis einsteht. Die Arbeitsverteilung zeigt dagegen, welche Personen welche Teilaufgaben tatsächlich bearbeiten und wie sich diese Tätigkeiten zeitlich überschneiden.

Für diese Unterscheidung eignet sich das RACI-Modell. Der PMI-Fachbeitrag zum Stakeholdermanagement und RACI-Modell erläutert vier Beteiligungsarten: Responsible für die Ausführung, Accountable für das Ergebnis, Consulted für fachliche Rückmeldungen und Informed für die Information über den Fortschritt. Die eindeutige Accountable-Zuständigkeit verhindert, dass die letzte Entscheidung zwischen mehreren Beteiligten offenbleibt.

Für eine praktikable Aufgabenübersicht sollten mindestens folgende Angaben verbindlich gepflegt werden:

• Ergebnis und Abgrenzung: Was soll entstehen, und welche Tätigkeiten gehören ausdrücklich nicht dazu?
• Ergebnisverantwortliche Person: Wer ist für Abschluss und Entscheid verantwortlich?
• Mitwirkende Personen: Wer führt welche Teilaufgabe aus?
• Priorität und Termin: Was muss zuerst abgeschlossen werden, und bis wann?
• Status und Abhängigkeiten: Was läuft bereits, was wartet auf andere Ergebnisse?
• Arbeitsort oder Ablage: Wo befinden sich die verbindlichen Dateien und Bearbeitungsstände?

Ein digitales Aufgabenboard kann diese Angaben zentral zugänglich machen und, je nach eingesetzter Lösung, Statusänderungen zeitnah anzeigen. Damit reduziert sich die Notwendigkeit, den Bearbeitungsstand ausschliesslich in Besprechungen zu erfragen. Die Software verhindert allerdings nicht automatisch jede Doppelarbeit.

Eine sogenannte stille Überlappung entsteht beispielsweise, wenn zwei Fachpersonen denselben Bericht unabhängig voneinander erstellen, weil sie unterschiedliche Teilaufträge erhalten haben. Beide Aufgaben können im System korrekt zugewiesen erscheinen. Erst ein Abgleich der erwarteten Ergebnisse und Arbeitsorte zeigt, dass dieselbe Leistung mehrfach erbracht wird.

Deshalb sind kurze regelmässige Abstimmungen sinnvoll. Im Mittelpunkt stehen nicht ausführliche Fortschrittsberichte, sondern drei Fragen: Welche Ergebnisse werden gerade bearbeitet? Wo gibt es Überschneidungen? Welche Übergaben benötigen eine Entscheidung?

Mit wachsender Teamgrösse sollte die Struktur skalierbar bleiben. Dafür stellt sich die nächste Frage: Werden Aufgaben besser einzelnen Personen oder dauerhaft definierten Rollen zugeordnet?

Aufgabe an Person oder Rolle: Was funktioniert bei wechselnden Teams besser?

Bei häufig wechselnden Projektteams funktioniert eine Kombination aus rollenbasierter Struktur und personenbezogener Zuweisung besonders gut als organisatorischer Ansatz. Die Rolle beschreibt dauerhaft, welche Funktion für eine Aufgabe zuständig ist. Eine namentlich benannte Person übernimmt die konkrete Verantwortung während der Bearbeitung. So können Mitarbeitende wechseln, ohne jedes Mal die gesamte Aufgabenstruktur neu aufzubauen.

Die beiden Modelle erfüllen unterschiedliche Zwecke. Eine personenbezogene Zuweisung macht unmittelbar sichtbar, wer aktuell handelt. Eine rollenbasierte Zuweisung sorgt dafür, dass eine Aufgabe organisatorisch einer Funktion zugeordnet bleibt, auch wenn deren Besetzung wechselt.

Welche Variante besser geeignet ist, hängt von Teamstabilität, Projektlaufzeit und Vertretungsbedarf ab. Eine allgemeingültige Überlegenheit eines Modells lässt sich daraus nicht ableiten.

Eine Hybridregel lässt sich einfach umsetzen: Jede Aufgabe erhält ein Rollenfeld und ein Personenfeld. Im Rollenfeld steht beispielsweise «Technische Prüfung», im Personenfeld die aktuell zuständige Fachperson. Bei einem Personalwechsel wird die Zuweisung aktualisiert, während die fachliche Funktion erhalten bleibt.

Das funktioniert allerdings nur mit präzise definierten Rollen. Bezeichnungen wie «Projektleitung» oder «Fachbereich» können zu allgemein sein. Besser ist eine Beschreibung, die Aufgabenbereich, Entscheidungsbefugnis, erwartetes Ergebnis und Vertretung ausdrücklich festlegt.

Bei einem hypothetischen Schweizer Engineering-Projekt arbeiten beispielsweise ein Planungsbüro, ein externer Fachprüfer und die interne Projektleitung zusammen. Wird die technische Prüfung zunächst einem externen Spezialisten zugeordnet und dieser später ersetzt, bleibt die Funktion «Technische Prüfung» bestehen. Die neue Fachperson übernimmt nach dokumentierter Übergabe die offenen Prüfpunkte und die dafür vorgesehenen Befugnisse.

Gerade in zeitlich begrenzten Projekten mit Mitarbeitenden verschiedener Unternehmen reduziert dieses Prinzip den organisatorischen Aufwand eines Wechsels. Es setzt jedoch voraus, dass Zugriffsrechte, Verfügbarkeit und offene Entscheidungen ebenfalls geprüft werden.

Auch bei einer sauber definierten Rolle bleibt entscheidend, wie viele Personen für ein Ergebnis verantwortlich sein sollen. Gemeinsame Mitarbeit ist dabei nicht dasselbe wie gemeinsame Entscheidungsverantwortung.

Warum sind Aufgaben mit mehreren Verantwortlichen besonders fehleranfällig?

Aufgaben mit mehreren gleichrangigen Verantwortlichen sind fehleranfällig, weil Entscheidungs- und Kontrollpflichten leicht ungeklärt bleiben. Die Beteiligten können annehmen, dass jemand anderes die letzte Prüfung, Freigabe oder Weiterleitung übernimmt. Gemeinsame Ausführung ist deshalb sinnvoll von der eindeutigen Ergebnisverantwortung zu trennen, ohne die Zusammenarbeit künstlich auf eine einzige ausführende Person zu beschränken.

Das Problem liegt weniger in der Zahl der Mitarbeitenden als in der fehlenden Festlegung, wer eine Aufgabe verbindlich abschliesst. Wenn zwei Personen dieselbe Entscheidung treffen dürfen, können unterschiedliche Dateiversionen freigegeben, Kunden mehrfach kontaktiert oder widersprüchliche Aussagen weitergegeben werden.

Eine RACI-Matrix hilft, diese Unterscheidung sichtbar zu machen. Der Atlassian-Fachbeitrag zur RACI-Verantwortungsmatrix beschreibt, dass mehrere Personen an der Durchführung einer Aufgabe beteiligt sein können, während die Ergebnisverantwortung eindeutig einer entscheidungsbefugten Person zugeordnet wird.

Für die praktische Aufgabenorganisation empfiehlt sich deshalb ein einfaches Übergabemuster:

• Ausführend: Erstellt oder bearbeitet das vereinbarte Ergebnis.
• Prüfend: Kontrolliert das Ergebnis anhand definierter Kriterien.
• Freigebend: Trifft die verbindliche Abschlussentscheidung.
• Informiert: Erhält die freigegebene Version oder Abschlussmeldung.

Prüfung und Freigabe können je nach Aufgabenart von derselben Person wahrgenommen werden. Entscheidend ist, dass die Befugnisse vor Beginn der Arbeit eindeutig feststehen. Bei vertraglichen, regulatorischen oder internen Freigabevorgaben müssen zusätzliche Anforderungen berücksichtigt werden.

Bei fachlich komplexen Entscheidungen kann eine gemeinsame Abstimmung weiterhin notwendig sein. Auch dann sollte feststehen, wer den Entscheid dokumentiert und welche Eskalationsinstanz bei Uneinigkeit zuständig ist.

Die Verantwortungsstruktur sollte nicht nur beim Projektstart funktionieren. Neue Anforderungen und geänderte Ressourcen können ursprüngliche Zuweisungen schnell überholen.

Wann müssen Zuständigkeiten nach einer Änderung des Projektumfangs neu verteilt werden?

Zuständigkeiten sollten überprüft und bei Bedarf neu verteilt werden, sobald eine Umfangsänderung neue Aufgabenarten schafft, bestehende Kapazitäten wesentlich verschiebt oder Beteiligte hinzukommen beziehungsweise wegfallen. Kleine Erweiterungen können innerhalb vorhandener Rollen bleiben. Strukturelle Änderungen benötigen dagegen eine dokumentierte Neuzuteilung und eine ausdrückliche Bestätigung durch die künftig verantwortlichen Personen.

Eine Umfangsänderung betrifft nicht ausschliesslich Termine und Liefergegenstände. Sie kann auch verändern, welche Kompetenzen benötigt werden, wer Entscheidungen treffen darf und welche Abteilung zusätzliche Arbeit übernimmt.

Besonders kritisch ist die schleichende Umverteilung. In der Praxis können Aufgaben bei derjenigen Person landen, die am schnellsten auf Rückfragen reagiert. Das muss nicht die fachlich passende oder ausreichend verfügbare Person sein. Ohne Abgleich der tatsächlichen Arbeitslast bleibt die Verschiebung möglicherweise lange unbemerkt.

Eine Projektleitung sollte deshalb bei jeder relevanten Änderung drei Dimensionen prüfen:

• Aufgabenumfang: Entstehen neue Ergebnisse, zusätzliche Prüfungen oder andere fachliche Anforderungen?
• Ressourcen: Verschiebt sich die Belastung einzelner Personen oder Teams erheblich?
• Organisation: Ändern sich Beteiligte, externe Zuständigkeiten oder Entscheidungsbefugnisse?

Ein verbindlicher Prüfpunkt im Änderungsprozess kann dafür sorgen, dass nicht nur neue Aufgaben angelegt, sondern auch bestehende Verantwortlichkeiten aktualisiert werden. Projektmanagementsoftware kann hierbei unterstützen, beispielsweise durch Pflichtfelder, konfigurierbare Prüfregeln oder Berichte über nicht zugewiesene Aufgaben. Solche Funktionen müssen in der konkreten Lösung vorhanden und entsprechend eingerichtet sein.

Für die eigentliche Neuzuteilung bietet sich folgende Checkliste an.

Eine geringfügige Erweiterung kann beispielsweise eine zusätzliche Prüfung durch eine bereits zuständige Fachrolle sein. Werden hingegen völlig neue Leistungsbereiche aufgenommen oder mehrere Unternehmen anders eingebunden, reicht eine informelle Anpassung häufig nicht aus.

Auch der Zeitpunkt ist wichtig: Die Zuständigkeitsprüfung sollte vor Beginn der neuen Tätigkeiten stattfinden, nicht erst dann, wenn sich Rückstände zeigen. Für bereits laufende Arbeit sind offene Übergaben ausdrücklich zu berücksichtigen.

Damit solche Anpassungen im Alltag nicht ständig zusätzliche Rückfragen erzeugen, müssen Aufgaben anschliessend in einen nachvollziehbaren Arbeitsablauf eingebettet werden.

Wie definiert man einen Workflow, der Aufgaben ohne Rückfragen weiterführt?

Ein Workflow führt Aufgaben weitgehend ohne Rückfragen weiter, wenn jeder Arbeitsschritt einen eindeutigen Ausgangszustand, ein überprüfbares Abschlusskriterium und eine benannte nachfolgende Zuständigkeit besitzt. Zusätzlich müssen Informationen, Fristen und Eskalationswege bekannt sein. Automatisierungen können Statusänderungen und Benachrichtigungen unterstützen, ersetzen aber keine fachlichen Entscheidungen bei unklaren oder aussergewöhnlichen Situationen.

Der entscheidende Unterschied liegt zwischen einer einfachen Abfolge von Tätigkeiten und einem übergabefähigen Prozess. Eine Anweisung wie «Unterlagen prüfen und weiterleiten» beschreibt zwar grob den Ablauf, lässt aber offen, welche Prüfung notwendig ist, wann das Ergebnis freigabefähig wird und wer danach handelt.

Eine belastbare Workflow-Definition beantwortet daher für jeden Schritt folgende Fragen:

• Welcher Eingangszustand muss vorliegen, bevor die Bearbeitung beginnt?
• Welche Person oder Rolle führt den Schritt aus?
• Welche Informationen und Unterlagen werden benötigt?
• Nach welchen Kriterien gilt das Ergebnis als vollständig?
• Wer übernimmt den nächsten Schritt, und welche Frist gilt?
• Wer entscheidet, wenn Voraussetzungen fehlen oder sich Beteiligte nicht einigen?

Ein Beispiel aus einem hypothetischen Freigabeprozess zeigt den Unterschied: Statt «Dokument an die Projektleitung senden» lautet die Übergaberegel «Fachlich geprüftes Dokument mit abgeschlossener Prüfliste und gekennzeichneter Version zur Freigabe zuweisen». Damit erkennt die nachfolgende Person bereits am Bearbeitungsstatus, welche Voraussetzungen erfüllt sein sollten.

Digitale Aufgabenabhängigkeiten können diesen Ablauf zusätzlich strukturieren. Die Asana-Hilfedokumentation zu Aufgabenabhängigkeiten beschreibt beispielsweise die Verknüpfung blockierender und abhängiger Aufgaben. Zuständige Personen können benachrichtigt werden, sobald vorausgehende Aufgaben abgeschlossen sind. Die Verfügbarkeit solcher Funktionen hängt von Produkt, Abonnement und Konfiguration ab.

Gerade bei zeitkritischen Übergaben kann eine entsprechend konfigurierte Benachrichtigung hilfreich sein. Eine mögliche Regel lautet: Sobald die technische Prüfung abgeschlossen ist, wird die Freigabeaufgabe aktiv und die zuständige Person erhält eine Mitteilung. Wird die vorgelagerte Frist verschoben, muss die Auswirkung auf nachfolgende Termine sichtbar werden.

Automatisierung sollte sich jedoch auf eindeutig definierte Bedingungen beschränken. Ist beispielsweise unklar, ob eine Kundenanforderung fachlich erfüllt wurde, kann ein automatisch gesetzter Status keine inhaltliche Freigabe ersetzen.

Für solche Fälle benötigt der Workflow eine ausdrücklich benannte Eskalationsperson, die fehlende Informationen einholt oder einen Entscheid herbeiführt. Ebenso wichtig ist die Regel, was während Abwesenheiten oder bei ausbleibender Bearbeitung geschieht.

Damit diese Abläufe dauerhaft funktionieren, müssen neben den Prozessen auch die notwendigen personellen Fähigkeiten rechtzeitig verfügbar sein.

Personen oder Kompetenzen planen: Welches Modell eignet sich für wechselnde Projekte?

Bei wechselnden Projekten ist eine kompetenzorientierte Planung häufig sinnvoll, wenn die benötigten Fähigkeiten frühzeitig bestimmt werden müssen, konkrete Mitarbeitende aber noch nicht feststehen. Die Personenplanung bleibt notwendig, sobald verfügbare Kapazitäten und tatsächliche Einsätze koordiniert werden. Beide Modelle ergänzen sich: Kompetenzen klären die fachliche Besetzbarkeit, Personen die konkrete Durchführbarkeit.

Die Personenplanung stellt bekannte Mitarbeitende in den Mittelpunkt. Sie berücksichtigt deren Einsatzzeiten, bestehende Verpflichtungen und verfügbare Kapazitäten. Das ist besonders praktisch, wenn Teams über längere Zeit stabil bleiben und ähnliche Aufgaben bearbeiten.

Die Kompetenzplanung beginnt dagegen bei den Anforderungen einer Aufgabe. Zunächst wird festgelegt, welche Kenntnisse oder Qualifikationen notwendig sind. Anschliessend wird geprüft, welche verfügbaren Personen diese Anforderungen erfüllen können.

Bei wiederkehrenden, stabilen Projektkonstellationen kann eine personenbezogene Planung ausreichend sein. Bei wechselnden Auftraggebern, kurzfristigen Projekteinsätzen oder steigender Nachfrage können gepflegte Kompetenzprofile zusätzliche Orientierung bieten.

Beispielsweise kann ein Schweizer IT-Dienstleister für mehrere parallele Kundenprojekte Mitarbeitende mit bestimmten Integrationskenntnissen benötigen. Werden ausschliesslich Personennamen geplant, ist möglicherweise nicht sofort ersichtlich, ob geeignete Fachkenntnisse für einen weiteren Auftrag vorhanden sind. Eine Kompetenzübersicht ermöglicht es, die fachliche Verfügbarkeit vor einer Zusage zu prüfen.

Das gleiche Prinzip kann in Bau- oder Engineering-Projekten eingesetzt werden, wenn Spezialisten zeitweise für unterschiedliche Auftraggeber tätig sind. Dabei muss jedoch berücksichtigt werden, dass fachliche Eignung allein keine freie Kapazität garantiert.

Für eine brauchbare Kompetenzplanung sollten Profile regelmässig aktualisiert werden. Veraltete Angaben über Qualifikationen, Erfahrungen oder Verfügbarkeit können zu falschen Annahmen führen. Ausserdem sollten die dokumentierten Kompetenzen konkret genug sein, um sie mit den Anforderungen einzelner Tätigkeiten vergleichen zu können.

Die Kombination funktioniert in zwei Schritten: Zuerst wird festgestellt, welche Fähigkeiten ein Arbeitspaket erfordert. Danach wird eine geeignete Person unter Berücksichtigung ihrer tatsächlichen Verfügbarkeit verbindlich zugewiesen.

Ein solches Vorgehen ist eine organisatorische Empfehlung und kein Nachweis dafür, dass kompetenzorientierte Planung grundsätzlich bessere Projektergebnisse erzielt. Die Qualität hängt von aktuellen Daten, realistischen Kapazitätsannahmen und klaren Zuständigkeiten ab.

Selbst bei passenden Kompetenzen und sauber verteilten Aufgaben können Projekte ins Stocken geraten, wenn wichtige Entscheidungen über verschiedene Kommunikationskanäle verstreut bleiben.

Wie lässt sich die gesamte Kommunikation eines Projektteams zentral organisieren?

Die Kommunikation eines Projektteams lässt sich zentral organisieren, indem eine verbindliche Informationsquelle für Aufgaben, Entscheidungen und Freigaben festgelegt wird. Nicht jede Nachricht muss über dasselbe Werkzeug laufen. Entscheidend ist, dass relevante Informationen dauerhaft am passenden Projektvorgang dokumentiert und für berechtigte Beteiligte auffindbar sind. Dafür braucht es eindeutige Kanalregeln und eine konsequente Verknüpfung mit Aufgaben.

Eine zentrale Ablage ist noch keine zentrale Kommunikationsstruktur. Wenn Dateien in einem gemeinsamen Ordner liegen, Entscheidungen aber ausschliesslich in privaten Chats, E-Mails oder mündlichen Gesprächen getroffen werden, fehlt weiterhin eine zuverlässige Übersicht.

Die Organisation sollte deshalb zwischen kurzfristiger Abstimmung und verbindlicher Dokumentation unterscheiden. Eine mögliche Kommunikationsregel sieht folgendermassen aus:

Die Zuordnung muss für die Beteiligten einfach verständlich sein. Ein Teamchat kann weiterhin für spontane Rückfragen genutzt werden. Sobald daraus aber eine verbindliche Änderung der Priorität, des Lieferumfangs oder der Zuständigkeit entsteht, sollte die Entscheidung direkt bei der betroffenen Aufgabe dokumentiert werden.

Für eine nachvollziehbare Kommunikation ist die Verknüpfung zwischen Nachricht und Arbeitsauftrag besonders wichtig. Wer später eine Aufgabe übernimmt, sollte nicht verschiedene Postfächer durchsuchen müssen, um herauszufinden, weshalb ein bestimmter Entscheid getroffen wurde.

Besonders schwierig ist die sogenannte Kanalflucht: Mitarbeitende nutzen zwar offiziell ein gemeinsames Projektsystem, klären wichtige Fragen aber weiterhin ausschliesslich in Direktnachrichten oder persönlichen Gesprächen. Dadurch entsteht eine Informationslücke zwischen dem dokumentierten und dem tatsächlichen Projektstand.

Eine praktikable Regel lautet deshalb: Jede Absprache, die eine Aufgabe, einen Termin, eine Freigabe oder eine Zuständigkeit verändert, wird im verbindlichen System nachgeführt. Das bedeutet nicht, sämtliche informellen Gespräche zu protokollieren. Dokumentiert werden die Informationen, die für die spätere Bearbeitung oder Nachvollziehbarkeit notwendig sind.

Bei Projekten mit externen Partnern müssen zudem Zugriffsrechte berücksichtigt werden. Nicht jede beteiligte Organisation darf automatisch alle internen Informationen einsehen. Eine zentrale Struktur muss deshalb relevante Projektdaten zugänglich machen, ohne vertrauliche Inhalte unkontrolliert offenzulegen.

Für die laufende Qualitätssicherung kann die Projektleitung stichprobenartig prüfen, ob Aufgaben, Freigaben und dokumentierte Entscheidungen miteinander übereinstimmen. Fehlt der Kontext, sollte er nachgetragen werden, bevor die nächste Übergabe erfolgt.

Ein sinnvoller nächster Schritt besteht darin, eine laufende Projektphase auszuwählen und deren Aufgaben, Zuständigkeiten sowie Entscheidungen gemeinsam zu überprüfen. Schon eine verbindliche Regel zur Dokumentation von Zuweisungen und Freigaben kann helfen, die tatsächlichen Abläufe transparenter zu gestalten.