Projektmanagement in der Agentur: das Disziplin-Problem

Bei den Agenturen, die ich auditiere, ist das Projektmanagement-Tool meistens gut gewählt. Trello, Asana, Notion, ClickUp. Sauber aufgesetzt, Spalten, Owner, Tags. Trotzdem rutschen Deadlines. Briefings sind unklar. Kunden fragen zweimal das Gleiche.

Das Tool ist nicht das Problem.

Das Problem ist, dass Projektmanagement als Aufgabe behandelt wird. Tickets eintragen, Status updaten, Tool offen lassen. Aber Projektmanagement ist eine Disziplin. Und die kann kein Tool ersetzen.

Was ich bei fast allen Agenturen mit Teams bis 20 Personen sehe: Sie haben ein sauber befülltes Tool und ein unklares System dahinter. Niemand hat definiert, was "fertig" bedeutet. Niemand hält Deadlines als verbindlich. Niemand trägt wirklich die Verantwortung für einen Task. Das Tool zeigt das nur deutlicher, als ein leerer Kalender es je könnte.

Warum Projektmanagement in Agenturen besonders bricht

Jeder im Team jongliert mehrere Kunden gleichzeitig. Drei aktive Projekte parallel, vier weitere in der Pipeline, dazu zwei Pitches in Vorbereitung. Bei dir ist das ein normaler Dienstag.

In den Audits, die ich mache, sieht das in der Praxis so aus: Der Senior hat morgens einen Call mit Kunde A, mittags ein Konzept-Review für Kunde B, am Nachmittag eine Eskalation in Projekt C. Abends fragt sich der Projektleiter, warum eigentlich nichts mehr Konsequenz hatte.

Dazu kommt Kunden-Kommunikation aus fünf Kanälen gleichzeitig: Mail, Slack, WhatsApp, Telefon, Kommentar im Google-Doc. Niemand weiss am Freitagabend, was der aktuelle Stand ist. Der Projektleiter weiss es. Irgendwie. In seinem Kopf.

Diese Multi-Kunden-Logik macht Projektmanagement in einer Agentur härter als in einem Produkt-Team. Tools sind für lineare Single-Projekt-Flows gebaut, nicht für sechs parallele Realitäten. Sie machen das Chaos sichtbarer, lösen aber nichts. Was es braucht, sind fünf konkrete Disziplin-Bausteine.

Die fünf Disziplin-Bausteine

1. Klare Owner pro Task

"Wir kümmern uns" ist keine Zuweisung. Das ist die freundlichste Art, niemanden verantwortlich zu machen.

Jeder Task braucht genau eine Person. Nicht "Team Design". Nicht "Markus oder Lisa". Eine Person. Die ist verantwortlich, dass das Ergebnis kommt, nicht unbedingt, dass sie alles selbst macht. Aber sie ist der eine Anker.

Wenn du morgen durch dein Tool gehst und mehr als 20% der offenen Tasks keinen eindeutigen Owner haben, hast du deinen Bottleneck gefunden.

2. Deadlines mit Konsequenz, nicht Wünsche

Eine Deadline, die ohne Konsequenz verschoben wird, lehrt dein Team, dass Deadlines verhandelbar sind. Nach drei, vier Mal ist das die gelernte Kultur.

Das heisst nicht, dass Deadlines nie verschieben dürfen. Es heisst, dass eine Verschiebung eine bewusste Entscheidung mit Begründung sein muss, nicht die Standardreaktion auf zu viel auf einmal.

Konkret: Wenn eine Deadline bricht, muss sofort jemand informiert werden, intern oder beim Kunden. Die Konsequenz muss sichtbar sein. Wer das einmal konsequent macht, hat danach deutlich weniger Verschiebungen.

3. Definition of Done pro Task-Typ

Was heisst "fertig"? Reichen 80 Prozent? Braucht's QA? Kunden-Sign-off? Einen letzten Review durch den Lead?

Wenn das nicht definiert ist, entscheidet jede Person im Team für sich. Das Konzept dahinter und wie du es für jede Rolle und jeden Projekttyp scharf formulierst, erklärt Definition of Done in der Agentur. Manche liefern ab, wenn der erste Entwurf steht. Andere warten auf perfekte Polierung. Das Ergebnis: ein Rework-Loop, der sich jedes Mal wiederholt, weil niemand wusste, was genau erwartet wurde.

Die Lösung ist einfach: Pro Task-Typ eine Zeile. Landing Page fertig bedeutet: Texte freigegeben, Bilder eingefügt, auf Mobile geprüft, Ladezeit unter 3 Sekunden, Kunden-Sign-off vorliegt. Fertig ist fertig.

4. Async als Default, nicht als Notlösung

Ein 15-Minuten-Stand-up mit 6 Personen kostet die Firma ca. 1,5 Stunden Arbeitszeit pro Tag. Bei 3 Stand-ups pro Woche sind das ca. 4,5 Stunden, und mit Vor- und Nachbereitung landest du schnell bei 7 Stunden pro Woche. Für Statusberichte.

Ein Loom-Video von 2 Minuten oder eine kurze Zeile im Task-Tool macht dasselbe. Der Unterschied: Async lässt sich überspringen, wenn es nichts zu berichten gibt. Ein Stand-up nicht.

Meetings gehören für Entscheidungen, für echte Blocker und für Kick-offs. Nicht für "ich bin bei 60 Prozent und hab nichts Neues."

5. Tool-Konsolidierung, aber erst nach Prozess-Klarheit

Das fünfte Disziplin-Element ist, zu wissen, wann ein neues Tool hilft und wann es nichts löst.

Ein neuer Notion-Setup ohne Prozess-Klarheit dahinter ist derselbe Salat in besserer Sortierung. Ich sehe das regelmässig: Die Agentur verbringt drei Tage mit Migration und Neuaufbau, und nach zwei Wochen ist das neue System genauso unklar wie das alte, weil die Fragen "Wer ist Owner?" und "Was heisst fertig?" immer noch nicht beantwortet sind.

Erst Prozess definieren. Dann Tool wählen oder anpassen. Prozesse zuerst, Tools danach ist kein theoretisches Prinzip, das ist der Unterschied zwischen einer Migration, die hilft, und einer, die Zeit kostet.

Drei Anti-Patterns, die ich immer wieder sehe

Anti-Pattern 1: Tool wechseln statt System klären

"Wir probieren mal ClickUp" ist die häufigste Antwort auf Projektmanagement-Schmerz. Und meistens der teuerste Umweg.

Wenn Tasks keine Owner haben, werden sie in ClickUp auch keinen haben. Wenn Deadlines in Asana nicht verbindlich waren, werden sie es in Notion auch nicht sein. Das Tool ist der Spiegel. Nicht die Ursache.

Bevor du migrierst: Beantworte für drei aktuelle Projekte die Fragen, wer Owner pro Task ist, was fertig bedeutet und welche Deadlines verbindlich sind. Wenn das klar ist, ist die Migration in 2 Tagen erledigt. Wenn nicht, verlierst du eine Woche und landest beim selben Problem.

Anti-Pattern 2: Shared Ownership als Komfort-Lösung

"Wir kümmern uns gemeinsam" klingt nach Team-Geist. In der Praxis ist es die eleganteste Art, niemanden zuständig zu machen.

Shared Ownership funktioniert nur, wenn einer die Lead-Rolle hat und die anderen Support-Rollen. Wenn zwei Personen gleichberechtigt Owner eines Tasks sind, passiert meistens folgendes: Beide warten, dass der andere anfängt. Beide gehen davon aus, dass der andere die Deadline im Blick hat. Am Ende hat niemand geliefert und beide fühlen sich zu 50 Prozent schuldlos.

Eine Person. Ein Task. Klare Verantwortung.

Anti-Pattern 3: Prozess-Dokumentation ohne Lebendigkeit

Viele Agenturen haben irgendwo eine Notion-Seite mit "So arbeiten wir". Geschrieben bei Gründung oder nach einem schlechten Projekt. Seitdem nicht angefasst.

Prozess-Dokumentation, die niemand liest, ist kein System. Das ist eine Denkübung, die mal stattgefunden hat.

Ein lebendiges System braucht zwei Dinge: regelmässige Überprüfung, ob die Regeln noch stimmen, und sichtbares Vorleben durch die Führung. Wenn du als Inhaber Tasks ohne Owner erstellst, wird dein Team es auch tun. Wenn du Prozesse dokumentierst und auch nutzt, zieht das Team nach.

Dein nächster Schritt

Geh heute in dein Projektmanagement-Tool und schau dir die offenen Tasks der letzten zwei Wochen an.

Wie viele haben einen eindeutigen Owner? Wie viele haben eine Deadline, die tatsächlich eingehalten wurde? Wie viele hatten eine klare Definition, was fertig bedeutet?

Wenn du bei allen drei Fragen über 80 Prozent kommst, läuft dein System. Wenn nicht, weisst du jetzt, wo der Hebel sitzt: Owner, Deadlines, Definition of Done. Drei Punkte, kein neues Tool nötig.