Wie verbessert man den Arbeitsfluss im Team, ohne zusätzlichen Koordinationsaufwand?

Ein Team kann vollständig ausgelastet sein und trotzdem zu wenig abschliessen. Aufgaben warten auf Freigaben, Unterlagen gehen zwischen Abteilungen hin und her, und Mitarbeitende beginnen neue Arbeiten, während ältere Aufträge liegen bleiben. Zusätzliche Statusmeetings lösen dieses Problem selten dauerhaft.

Ein besserer Arbeitsfluss entsteht durch eindeutige Übergaben, begrenzte parallele Arbeit und sichtbare Zuständigkeiten. Jede beteiligte Person muss erkennen können, wann eine Aufgabe übernommen werden darf, welche Informationen dafür notwendig sind und was bei einer Blockade geschieht. Sind diese Regeln im bestehenden Arbeitsablauf verankert, sinkt der Bedarf an spontanen Rückfragen.

Gerade für Schweizer KMU mit kleinen, spezialisierten Teams ist diese Unterscheidung wichtig: Nicht jede Verzögerung verlangt zusätzliche personelle Kapazität. Manchmal reicht es, Wartezeiten offenzulegen oder die Reihenfolge einzelner Bearbeitungsschritte anzupassen. Andere Engpässe lassen sich dagegen nur durch zusätzliche Kompetenzen oder eine veränderte Aufgabenverteilung beheben.

Entscheidend ist deshalb, nicht bloss mehr Aktivitäten zu koordinieren, sondern den Weg von einer begonnenen zu einer tatsächlich abgeschlossenen Aufgabe systematisch zu verbessern.

Warum stauen sich Aufgaben vor einzelnen Teammitgliedern trotz freier Kapazität?

Aufgaben stauen sich häufig, weil der nächste Bearbeitungsschritt nicht eindeutig ausgelöst wird. Fehlende Übergabekriterien, unsichtbare Warteschlangen und gebundenes Spezialwissen können verhindern, dass verfügbare Mitarbeitende Arbeit übernehmen. Allerdings muss zwischen Prozessproblemen und tatsächlichen Kapazitätsengpässen unterschieden werden: Beide können denselben Aufgabenstau verursachen.

Ein typisches Beispiel ist ein Dokument, das fachlich bereits vorbereitet wurde, aber weiterhin beim Ersteller liegt. Die nächste Person weiss nicht, ob die notwendigen Prüfungen abgeschlossen sind. Der Ersteller wartet seinerseits auf eine ausdrückliche Rückmeldung. Obwohl niemand aktiv daran arbeitet, bewegt sich die Aufgabe nicht weiter.

Solche Verzögerungen lassen sich als verdeckte Warteschlangen (Hidden Queuing) verstehen. Im Aufgabenmanagement erscheint möglicherweise nur der Status «In Bearbeitung». Ob während dieser Zeit tatsächlich gearbeitet oder lediglich auf eine Entscheidung gewartet wird, bleibt unklar.

Für eine brauchbare Diagnose müssen deshalb zwei Zeitarten unterschieden werden:

• Bearbeitungszeit: Die Zeit, in der jemand aktiv an der Aufgabe arbeitet.
• Liegezeit: Die Zeit, in der die Aufgabe auf eine Person, Information, Entscheidung oder freie Kapazität wartet.

Die gesamte Durchlaufzeit umfasst beide Bestandteile und gegebenenfalls weitere Unterbrechungen. Der Kanban Guide von 2025 definiert unter anderem die Durchlaufzeit abgeschlossener Aufgaben, das Alter offener Aufgaben und den Durchsatz als zentrale Kennzahlen. Eine zusätzliche Trennung von Bearbeitungs- und Liegezeit kann die Ursachen von Verzögerungen genauer erkennbar machen.

In kleinen Schweizer Teams kann diese Situation durch Abhängigkeiten von einzelnen Schlüsselpersonen verschärft werden. Wenn nur eine Fachperson bestimmte Kundenanforderungen oder Freigabeschritte kennt, lässt sich eine Aufgabe nicht automatisch an eine verfügbare Kollegin übertragen.

Der SECO-Beitrag zum Arbeitskräftemangel in der Schweiz vom 25. März 2026 verweist auf eine KOF-Befragung, in der 63 Prozent der befragten Ökonomen eine mangelnde Passung zwischen vorhandenen und benötigten Qualifikationen als Ursache langfristiger Arbeitskräfteengpässe nennen. Daraus folgt nicht, dass jeder betriebliche Aufgabenstau ein Qualifikationsproblem ist. Es verdeutlicht jedoch, weshalb die Verteilung von Spezialwissen organisatorisch relevant bleibt.

Ein einfacher Quick-Check benötigt keine neue Software. Während drei Wochen erfasst das Team bei ausgewählten Aufträgen, wann ein Bearbeitungsschritt abgeschlossen wurde, an wen die Aufgabe überging und wann die nächste aktive Bearbeitung begann. Eine gemeinsame Tabelle reicht dafür aus.

Übersteigt die Liegezeit regelmässig die Bearbeitungszeit, sollte das Team die betreffenden Übergaben untersuchen. Dieses Verhältnis allein beweist aber keine Prozessursache: Fehlende Kompetenzen, eine begrenzte Freigabekapazität oder externe Abhängigkeiten können ebenso verantwortlich sein.

Erst wenn die Ursache sichtbar ist, lässt sich entscheiden, ob eine klarere Übergaberegel, eine Vertretung oder zusätzliche Kapazität benötigt wird. Der nächste Schritt ist deshalb eine Workflow-Definition, die unnötige Rückfragen vermeidet.

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

Ein Workflow funktioniert mit weniger Rückfragen, wenn für jeden wichtigen Übergabepunkt feststeht, welche Informationen vorliegen müssen, wann die vorherige Phase abgeschlossen ist und wer die Aufgabe anschliessend übernimmt. Entscheidend sind überprüfbare Kriterien statt allgemeiner Statusbezeichnungen. Sonderfälle benötigen einen klaren Klärungsweg, aber nicht für jede Ausnahme eine zusätzliche Prozessregel.

Das zentrale Instrument ist die Unterscheidung zwischen Definition of Ready und Definition of Done. Die erste beschreibt, wann eine Aufgabe ausreichend vorbereitet ist, um den nächsten Arbeitsschritt zu beginnen. Die zweite legt fest, welche Bedingungen erfüllt sein müssen, damit ein Ergebnis als abgeschlossen gilt.

Der offizielle Scrum Guide beschreibt die Definition of Done als gemeinsame Festlegung des erforderlichen Qualitätszustands eines fertigen Ergebnisses. Die Übertragung dieses Grundgedankens auf einzelne Übergaben ist eine praktische Anpassung. Die Definition of Ready ist dabei keine gleichwertig vorgeschriebene formale Scrum-Regel.

Ein konkretes Beispiel ist die Übergabe eines Kundenauftrags vom Verkauf an die Produktion. Statt lediglich «Auftrag bereit» zu markieren, kann das Team festlegen, dass Leistungsumfang, gewünschter Liefertermin, relevante Unterlagen und offene Kundenentscheidungen dokumentiert sein müssen.

Für wiederkehrende Aufgaben genügen häufig drei Festlegungen:

• Eingangskriterien: Welche Informationen braucht die empfangende Person mindestens?
• Abschlusskriterien: Woran erkennt sie, dass der vorherige Schritt tatsächlich fertig ist?
• Ausnahmeweg: Wer entscheidet, wenn eine Information fehlt oder ein Sonderfall auftritt?

Nicht jede Rückfrage zeigt eine Prozessschwäche. Fragt eine Mitarbeiterin bei nahezu jedem Auftrag nach derselben fehlenden Spezifikation, deutet das auf eine unzureichende Aufgabenbeschreibung hin. Taucht dagegen eine bisher unbekannte Kundenanforderung auf, kann eine gezielte Rücksprache fachlich notwendig sein.

Eine sinnvolle Verbesserung besteht darin, wiederkehrende Fragen zu sammeln und nur diejenigen Informationen zu standardisieren, die regelmässig für die Weiterbearbeitung fehlen.

In einer geeigneten Aufgaben- oder Unternehmenssoftware lassen sich solche Kriterien durch Pflichtfelder, Checklisten und Vorlagen abbilden. Ein Auftrag kann beispielsweise erst dann den Status «Bereit zur Ausführung» erhalten, wenn seine erforderlichen Angaben vollständig sind. Ob ein technischer Übergangsblock sinnvoll ist, hängt jedoch von der Software und der Art der Arbeit ab.

Eine zusätzliche Regel ist nur dann hilfreich, wenn ihr Nutzen den Pflege- und Prüfaufwand rechtfertigt. Zu viele Pflichtfelder können einfache Aufgaben ebenso ausbremsen wie fehlende Informationen.

Damit ist zwar klar, wann eine Aufgabe weitergegeben werden kann. Noch offen bleibt, wann die nächste Person sie tatsächlich beginnen sollte. Dafür ist die Steuerung der laufenden Arbeit entscheidend.

Push oder Pull: Welches Prinzip verhindert Überlastung bei vielen offenen Aufgaben?

Das Pull-Prinzip schützt Teams besser vor ungeplanter Überlastung, weil neue Aufgaben erst aufgenommen werden, wenn tatsächlich Kapazität vorhanden ist. Beim Push-Prinzip werden Aufgaben dagegen von einer vorgelagerten Stelle zugeteilt, auch wenn die empfangende Person bereits ausgelastet sein kann. Pull funktioniert allerdings nur mit klaren Prioritäten, transparenten Aufgaben und begrenzter paralleler Arbeit.

Beim Push-Prinzip bestimmt beispielsweise eine Teamleitung, wer den nächsten Auftrag erhält. Die Zuweisung schafft Zuständigkeit, garantiert jedoch noch keinen freien Bearbeitungsplatz. So können persönliche Aufgabenlisten wachsen, während sich Fertigstellungen verzögern.

Beim Pull-Prinzip übernimmt die bearbeitende Person eine priorisierte Aufgabe aus einer gemeinsamen Warteschlange, sobald sie dafür Kapazität hat. Der Kapazitätsentscheid liegt näher an der tatsächlichen Ausführung.

Damit Pull zuverlässig funktioniert, müssen Aufgaben ausreichend beschrieben und vergleichbar priorisiert sein. Andernfalls besteht das Risiko, dass leicht verständliche oder angenehmere Arbeiten bevorzugt werden, während schwierige Aufträge liegen bleiben.

Hilfreich sind deshalb transparente Prioritätsregeln, sichtbare Fälligkeiten und ein gemeinsames Verfahren für blockierte oder besonders komplexe Aufgaben.

Die eigentliche Schutzwirkung entsteht durch Work-in-Progress-Limits (WIP-Limits). Ein Team kann beispielsweise vereinbaren, dass pro Person höchstens drei Aufgaben gleichzeitig im aktiven Bearbeitungsstatus liegen dürfen. Diese Zahl ist ein frei gewählter Testwert, keine allgemeingültige Kanban-Vorgabe.

Erreicht eine Person dieses Limit, zieht sie keine weitere reguläre Aufgabe. Stattdessen kann sie eine bestehende Arbeit abschliessen, eine Blockade melden, eine Priorität klären oder einer anderen Person bei der Fertigstellung helfen.

Ein WIP-Limit kann sich auf Personen, Statusspalten, Teams oder bestimmte Bearbeitungsphasen beziehen. Seine passende Höhe hängt von Aufgabenart, Verfügbarkeit und Arbeitsablauf ab. Entscheidend ist, dass eine Überschreitung sichtbar wird und eine vereinbarte Reaktion auslöst.

Reine Pull-Systeme sind nicht für jede Tätigkeit zweckmässig. In der Praxis können hybride Modelle Vorteile bieten: Erfahrene Spezialisten wählen komplexe Arbeiten aus einer priorisierten Warteschlange, während standardisierte Routineaufgaben planmässig zugeteilt werden.

Die Wahl sollte sich nach Aufgabentyp und Verantwortungsstruktur richten. Auch im Push-Modell lässt sich Überlastung reduzieren, wenn jede Zuweisung die vorhandene Kapazität berücksichtigt.

Wie wirksam eine Begrenzung ist, zeigt sich nicht an der Zahl gestarteter Arbeiten, sondern an der Zahl abgeschlossener Ergebnisse und ihrer Durchlaufzeit. Zu viel parallele Arbeit verzerrt genau diese Sicht.

Welche Folgen hat zu viel Work in Progress für Termine und Qualität?

Zu viel Work in Progress verlängert häufig die Fertigstellung einzelner Aufgaben, erhöht den Aufwand für Arbeitswechsel und erschwert die Qualitätssicherung. Mitarbeitende müssen nach Unterbrechungen Zusammenhänge erneut herstellen, während viele angefangene Ergebnisse noch nicht nutzbar sind. Termine werden dadurch schwerer planbar, obwohl die sichtbare Beschäftigung des Teams hoch bleibt.

Jeder Wechsel zwischen unterschiedlichen Aufgaben kann zusätzlichen Aufwand auslösen: Dokumente müssen wieder geöffnet, Entscheidungen nachvollzogen und bisherige Überlegungen erneut aufgenommen werden. Dieses Context-Switching beansprucht Arbeitszeit, die nicht unmittelbar zur Fertigstellung beiträgt.

Besonders problematisch wird dies, wenn mehrere Aufgaben gleichzeitig auf Rückmeldungen warten. Anstatt die Blockaden zu beseitigen, beginnt das Team neue Arbeiten. Sobald verschiedene Rückmeldungen eintreffen, konkurrieren zahlreiche offene Aufträge um dieselbe Aufmerksamkeit.

Die Verzögerungen müssen dabei nicht proportional zur Zahl der Aufgaben steigen. Je nach Unterbrechungshäufigkeit, Abhängigkeiten und verfügbarem Personal können sich Warteschlangen zusätzlich verstärken. Eine pauschale Prozentzahl für den Produktivitätsverlust lässt sich daraus jedoch nicht ableiten.

Auch die Qualität kann leiden. Wenn eine Aufgabe mehrfach unterbrochen wird, steigt das Risiko, bereits geprüfte Details zu übersehen, Änderungen nicht vollständig zu berücksichtigen oder veraltete Bearbeitungsstände zu verwenden.

Solche Fehler dürfen nicht automatisch mangelnder Sorgfalt zugeschrieben werden. Häufig sollte zunächst untersucht werden, ob die Arbeitsorganisation unnötige Unterbrechungen begünstigt.

Hinzu kommt die Fast-Done-Illusion: Viele Aufgaben erscheinen beinahe abgeschlossen, während keine tatsächlich ausgeliefert werden kann. Ein hypothetisches Team könnte beispielsweise fünf Aufträge melden, die jeweils zu einem grossen Teil bearbeitet sind, aber noch auf dieselbe Freigabe warten. Der berichtete Fortschritt wirkt positiv, obwohl die Kundschaft weiterhin auf sämtliche Ergebnisse wartet.

Für zuverlässige Projektberichte sollte deshalb zwischen begonnenen, blockierten und vollständig abgeschlossenen Aufgaben unterschieden werden. Prozentuale Fortschrittsanzeigen ersetzen keinen eindeutigen Fertigstellungsstatus.

Ein einfacher Frühindikator besteht darin, die Zahl offener Aufgaben pro Person jede Woche zum gleichen Zeitpunkt zu erfassen und mit dem durchschnittlichen wöchentlichen Abschlussvolumen zu vergleichen. Liegen regelmässig deutlich mehr offene als wöchentlich abgeschlossene Arbeiten vor, sollte das Team zusätzlich prüfen, ob Aufgabenalter und Durchlaufzeiten steigen.

Eine hohe Bestandszahl allein beweist noch keinen wachsenden Rückstand. Dafür muss auch beobachtet werden, wie viele neue Aufträge eingehen und wie viele tatsächlich abgeschlossen werden.

Zeigt die Beobachtung wiederkehrende Wartezeiten oder Rücksprünge, kann die Reihenfolge des Workflows überprüft werden. Nicht jede Auffälligkeit erfordert jedoch eine vollständige Neugestaltung.

Wann sollte ein Team seine bestehenden Prozessschritte neu ordnen?

Ein Team sollte seine Prozessschritte überprüfen, wenn sich Rückfragen wiederholen, Freigaben länger dauern als die eigentliche Bearbeitung oder Aufgaben mehrfach durch dieselben Stationen laufen. Entscheidend sind beobachtbare Verzögerungen und unnötige Schleifen, nicht ein fester Reorganisationsrhythmus. Vor Änderungen muss jedoch geklärt werden, ob die Ursache strukturell oder personell ist.

Ein Workflow kann über Jahre gewachsen sein, ohne dass jede frühere Entscheidung weiterhin sinnvoll ist. Besonders in KMU bleiben gelegentlich Prüfschritte bestehen, die für frühere Kundenabläufe, Verantwortlichkeiten oder betriebliche Anforderungen eingeführt wurden.

Das bedeutet nicht, dass solche Schritte grundsätzlich überflüssig sind. Gerade sicherheitsrelevante, vertragliche oder regulatorisch notwendige Kontrollen dürfen nicht allein zur Beschleunigung entfernt werden.

Eine Überprüfung ist insbesondere dann sinnvoll, wenn folgende Warnsignale auftreten:

• Dieselben Angaben werden mehrfach erfasst oder angefordert.
• Freigaben bleiben regelmässig länger offen als die eigentliche Bearbeitung dauert.
• Aufgaben wechseln wiederholt zwischen zwei Statusspalten.
• Mehrere Personen prüfen denselben Inhalt ohne klar unterscheidbare Prüfziele.
• Einzelne Bearbeitungsphasen sammeln dauerhaft wartende Aufgaben.

Bevor eine Reihenfolge geändert wird, muss das Team zwischen strukturellen Engpässen und personellen Engpässen unterscheiden. Muss beispielsweise jede fachliche Prüfung zwingend durch dieselbe Spezialistin erfolgen, kann eine andere Reihenfolge die begrenzte Prüfungskapazität nicht beseitigen.

Liegt das Problem hingegen daran, dass Informationen erst nach einer Freigabe erhoben werden, obwohl sie für diese Freigabe benötigt würden, kann eine geänderte Reihenfolge sinnvoll sein.

Statt sämtliche Abläufe neu zu entwerfen, bietet sich ein begrenzter Test an. Das Team wählt eine auffällige Statusspalte aus, dokumentiert ihre Eingangs- und Ausgangsbedingungen und verhandelt die angrenzenden Schritte neu.

Die eingesetzte Arbeitssoftware dient dabei als Beobachtungsinstrument. Statuswechsel, Rückgaben und Bearbeitungszeiten können vor und nach der Änderung verglichen werden. Auch eine einfache Tabelle kann diese Funktion erfüllen.

Für historisch gewachsene Abläufe empfiehlt sich ausserdem die Frage, wer einen bestehenden Schritt tatsächlich benötigt und welchen Zweck er heute erfüllt. So wird vermieden, veraltete Routinen unverändert in eine neue Software zu übernehmen.

Eine sinnvollere Reihenfolge allein verhindert allerdings noch keine Doppelarbeit. Sobald viele Personen oder Teilteams beteiligt sind, müssen zusätzlich die Verantwortlichkeiten eindeutig sichtbar werden.

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

Bei zehn oder mehr Beteiligten lässt sich Doppelarbeit am zuverlässigsten durch eine gemeinsame Aufgabenübersicht und eindeutige Zuständigkeiten reduzieren. Jede Aufgabe sollte eine klar verantwortliche Person haben, während Mitwirkende und zu informierende Personen getrennt ausgewiesen werden. Entscheidend ist zudem, neue Arbeiten vor Bearbeitungsbeginn sichtbar zu erfassen und Überschneidungen zwischen Teilteams aktiv zu prüfen.

Mit wachsender Beteiligtenzahl werden informelle Absprachen schwieriger. Mehr Menschen können direkt oder indirekt miteinander zusammenarbeiten, Entscheidungen weitergeben oder denselben Auftrag aufnehmen. Das bedeutet nicht, dass genau zehn Personen eine allgemeingültige Organisationsgrenze bilden.

Die Zahl markiert lediglich eine praktische Grössenordnung, ab der eine rein mündliche Abstimmung in manchen Teams unübersichtlich werden kann. Die tatsächliche Komplexität hängt stärker von Abhängigkeiten, Rollen und Arbeitsweise ab.

Ein bewährter Ansatz ist die Trennung verschiedener Verantwortungsarten. Dafür kann eine RACI-Matrix eingesetzt werden. Der PMI-Fachbeitrag zur Verantwortungsverteilung erläutert dieses Modell zur Klärung von Aufgaben, Zuständigkeiten und Entscheidungsbefugnissen.

Im RACI-Modell sollte jede Aufgabe genau eine Accountable-Person besitzen. Mehrere Personen dürfen operativ mitarbeiten, aber die Ergebnisverantwortung bleibt eindeutig zugeordnet.

In einer Aufgabenmanagementsoftware kann dieses Prinzip durch ein Feld für die hauptverantwortliche Person sowie separate Felder für Mitwirkende und weitere Beteiligte umgesetzt werden.

Ein gemeinsames Board hilft zusätzlich, Doppelarbeit früh zu erkennen. Dazu sollten Aufgaben bereits beim Arbeitsbeginn angelegt oder als übernommen markiert werden, nicht erst beim Abschluss. Jede Karte zeigt mindestens Gegenstand, Status und Zuständigkeit.

Besonders wichtig sind Schnittstellen zwischen Teilteams. Bei einer Aufgabe zwischen Verkauf und Produktion sollte vor dem Anlegen geprüft werden, ob bereits ein entsprechender Eintrag existiert. Falls ja, wird die vorhandene Aufgabe ergänzt, verknüpft oder eindeutig abgegrenzt.

Die zuständigen Personen beider Bereiche sollten erkennen können, welche Teilergebnisse erwartet werden und wer die Übergabe auslöst. Eine gemeinsame Aufgabenübersicht ist dabei nur dann verlässlich, wenn alle Beteiligten dieselben Erfassungsregeln anwenden.

Wenn Verantwortlichkeiten feststehen, folgt die nächste Frage: Sollten Aufgaben direkt bestimmten Personen zugeordnet oder zunächst nach benötigten Kompetenzen geplant werden?

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

Bei häufig wechselnden Projekten ist es meist sinnvoll, zuerst die benötigten Kompetenzen und danach die verfügbaren Personen zu planen. Die Kompetenzplanung zeigt, welche Fähigkeiten ein Auftrag voraussetzt. Anschliessend berücksichtigt die Personenplanung konkrete Verfügbarkeit, Auslastung und Vertretungen. Beide Modelle ergänzen sich, statt miteinander zu konkurrieren.

Bei der Personenplanung stehen individuelle Kalender und Kapazitäten im Mittelpunkt. Das Team erkennt, wer zu einem bestimmten Zeitpunkt Zeit für eine Aufgabe hat und welche bestehenden Verpflichtungen berücksichtigt werden müssen.

Die Kompetenzplanung setzt früher an. Sie beantwortet die Frage, welche Kenntnisse, Erfahrungen oder Berechtigungen eine Arbeit überhaupt erfordert.

Für wechselnde Projektkonstellationen kann eine direkte Personenzuordnung problematisch werden. Verschiebt sich ein Termin oder verändert sich die Projektzusammensetzung, müssen starre Zuweisungen überarbeitet werden. Sind dagegen zunächst die benötigten Kompetenzen beschrieben, kann innerhalb einer geeigneten Personengruppe neu besetzt werden.

Ein praktikables Vorgehen umfasst zwei aufeinanderfolgende Entscheidungen: Zuerst wird der fachliche Bedarf festgelegt, danach die verfügbare Person ausgewählt. Erst diese zweite Prüfung zeigt, ob die erforderliche Fähigkeit auch rechtzeitig eingesetzt werden kann.

Für ein Unternehmen mit mehreren gleichzeitig laufenden Kundenprojekten könnte die Kompetenzübersicht beispielsweise fachliche Prüfung, Kundenkommunikation, technische Umsetzung und Projektkoordination unterscheiden. Solche Kategorien müssen zur tatsächlichen Arbeit passen und sollten nicht unnötig detailliert werden.

Eine ausschliesslich kompetenzorientierte Planung hat allerdings einen Nachteil: Besitzen nur wenige Personen die benötigten Fähigkeiten, können Kompetenz-Silos entstehen. Die Planung zeigt dann zwar den richtigen Bedarf, löst aber nicht die Abhängigkeit von einzelnen Schlüsselpersonen.

Gegenmassnahmen sind dokumentiertes Fachwissen, gezielte Stellvertretungen und bewusst eingeplante Weiterbildung. Bei kritischen Tätigkeiten kann eine zweite qualifizierte Person die organisatorische Verwundbarkeit verringern, sofern Qualifikationsanforderungen und verfügbare Kapazitäten dies zulassen.

In geeigneter Unternehmenssoftware lassen sich Kompetenzen als Felder oder Tags hinterlegen. Die Planung filtert anschliessend zunächst nach benötigten Fähigkeiten und prüft danach Kalender, Auslastung und Verfügbarkeit möglicher Mitarbeitender.

Der zusätzliche Pflegeaufwand darf nicht unterschätzt werden. Kompetenzprofile müssen bei Qualifikationsänderungen, Rollenwechseln und neuen Aufgabenarten aktualisiert werden. Veraltete Daten können eine scheinbar präzise, tatsächlich aber irreführende Ressourcenplanung erzeugen.

Für kleinere Teams kann deshalb eine einfache, regelmässig überprüfte Kompetenzmatrix zweckmässiger sein als eine aufwendige Speziallösung.

Damit Aufgaben, Zuständigkeiten und verfügbare Fähigkeiten im Alltag zusammenwirken, benötigt das Team eine geeignete visuelle Darstellung. Welche Methode sinnvoll ist, hängt von der Struktur des Projekts ab.

Welche visuellen Planungsmethoden eignen sich für komplexe Teamprojekte?

Für komplexe Teamprojekte eignen sich Kanban-Boards, Gantt-Diagramme, Netzpläne und Meilensteinübersichten, sofern ihre Darstellung zum jeweiligen Arbeitsablauf passt. Kanban unterstützt kontinuierliche Aufgabenströme, Gantt und Netzpläne machen zeitliche beziehungsweise logische Abhängigkeiten sichtbar, während Meilensteinübersichten wichtige Ergebnisse hervorheben. Entscheidend ist, dass die gewählte Methode Entscheidungen erleichtert und nicht zusätzlichen Pflegeaufwand verursacht.

Eine visuelle Planung sollte nicht danach ausgewählt werden, welche Darstellung besonders modern wirkt. Ausgangspunkt sind die Fragen, welche Informationen fehlen, welche Entscheidungen regelmässig getroffen werden müssen und wo Aufgaben zwischen Personen oder Teilteams warten.

Die Methoden unterscheiden sich insbesondere hinsichtlich ihres Umgangs mit laufender Arbeit, Terminen und Abhängigkeiten.

Ein Kanban-Board ist besonders hilfreich, wenn Aufgaben wiederholt dieselben Zustände durchlaufen. Es sollte sichtbar machen, welche Arbeiten bereitstehen, welche aktiv bearbeitet werden und welche blockiert sind. Ausserdem können vereinbarte WIP-Limits direkt an den betroffenen Spalten angezeigt werden.

Ein Gantt-Diagramm eignet sich eher, wenn Beginn, Dauer und Abschluss einzelner Projektaktivitäten koordiniert werden müssen. Ein Netzplan rückt dagegen die logischen Beziehungen zwischen Aktivitäten in den Vordergrund. Beide können bei Projekten mit zahlreichen Abhängigkeiten hilfreich sein.

Eine Meilensteinübersicht reduziert die Darstellung auf wesentliche Ergebnisse oder Entscheidungspunkte. Sie bietet sich für die Abstimmung mit Führungskräften oder Auftraggebenden an, ersetzt aber nicht die operative Aufgabensteuerung.

Bei komplexen Projekten reicht es oft nicht, mehrere unabhängige Boards anzulegen. Das Team muss auch erkennen können, wenn die Fertigstellung einer Aufgabe die Voraussetzung für Arbeiten in einem anderen Bereich bildet. Solche Abhängigkeiten können durch verknüpfte Aufgaben, gemeinsame Meilensteine oder explizit dargestellte Übergabepunkte sichtbar werden.

Um eine Überladung zu vermeiden, empfiehlt sich eine rollenbezogene Sicht auf dieselben Arbeitsdaten. Die Führungsebene benötigt einen Überblick über Meilensteine und Risiken. Operative Teams brauchen ihre konkreten Aufgaben mit Zuständigkeiten und WIP-Limits. Schnittstellenverantwortliche müssen vor allem Übergaben und gegenseitige Abhängigkeiten erkennen.

Diese unterschiedlichen Ansichten sollten möglichst auf einer gemeinsamen, konsistenten Datengrundlage beruhen. Werden Statusinformationen mehrfach in getrennten Übersichten gepflegt, kann die visuelle Planung genau jenen Koordinationsaufwand erzeugen, den sie ursprünglich reduzieren sollte.

Ein Board allein verbessert den Arbeitsfluss deshalb nicht. Sein Nutzen entsteht erst durch die Verbindung von eindeutig beschriebenen Aufgaben, klaren Statusübergängen, sichtbaren Verantwortlichkeiten, begrenzter paralleler Arbeit und einer aktiven Behandlung von Blockaden.

Als nächster praktischer Schritt empfiehlt sich ein Test mit einem einzigen, häufig genutzten Arbeitsablauf. Das Team definiert seine Übergaben, macht offene Aufgaben sichtbar, begrenzt parallele Arbeit und beobachtet die Abschlüsse. Erst wenn sich daraus ein konkreter Nutzen ergibt, sollte die Lösung auf weitere Bereiche übertragen werden.