Projektmanagement für Digital-Agenturen: Workflow-Guide 2026

Eine Digital-Agentur ist anders als ein Inhouse-Team. Mehrere Kunden parallel, jeder Kunde anderer Workflow, jeder Kunde eigene DSGVO-Anforderungen, Stundensatz-Abrechnung knallhart. Das übliche „Wir nutzen Linear wie alle Startups"-Setup funktioniert nicht.

Wir bauen Spedy bei einer Coding-Agentur (Coding9 GmbH) — und nutzen das Tool selbst täglich. Hier ein Praxis-Guide, wie eine moderne DACH-Digital-Agentur 2026 ihren PM-Workflow strukturiert.

Die fünf Kernanforderungen einer Agentur

Was ein Agentur-PM-Setup braucht und ein Inhouse-Setup nicht:

1. Multi-Tenant-Trennung pro Kunde. Kunden-Daten dürfen nicht mischen. Berechtigungen müssen pro Kunde separat sein. Idealerweise eigene Subdomain (kunde-a.spedy.ai).

2. Time-Tracking pro Ticket. Stundensatz-Abrechnung ist das Hauptgeschäftsmodell. Time-Entries müssen zu Tickets, Tickets zu Kunden, Kunden zu Rechnungen — saubere Datenkette.

3. Knowledge-Pro-Kunde. Onboarding-Notizen, Architektur-Diagramme, Customer-Calls — alles kunden-spezifisch und bleibt nach Projektabschluss verfügbar.

4. Skalierende Velocity. Junior-Devs müssen eigenständig liefern können, ohne dass Senior dauernd erklären muss. Detaillierte Tickets + KI-Coding-Agent helfen hier.

5. Customer-Logins (optional). Manche Kunden wollen eigenen Zugriff auf "ihre" Tickets, ohne dass sie in deinen Agentur-internen Tickets blättern können.

Wenn dein PM-Setup eines dieser Punkte nicht erfüllt, ist das ein Engpass.

Workflow: Wie ein typisches Kunden-Projekt läuft

Bei Coding9 läuft ein typisches Projekt so:

Tag 1: Workspace-Setup. Neuer Kunde → neuer Spedy-Workspace mit eigener Subdomain. Default-Boards (Backlog, Sprint, Done), Default-Roles (Senior, Junior, Customer-View). Wiki-Hierarchy mit Onboarding-Section.

Tag 1-3: Kickoff + Architektur. Customer-Call, Anforderungs-Analyse, Architektur-Skizzen ins Wiki. Erste Tickets im Backlog. Das alles im Kunden-Workspace, nicht im Agentur-General-Workspace.

Sprint 1 (2 Wochen):

• Senior schreibt Tickets detailliert (User-Story-Format mit Acceptance-Criteria)
• Tickets werden gelabelt: agent-eligible oder human-only
• KI-Agent verarbeitet agent-eligible-Tickets autonom → öffnet PRs
• Junior reviewt agent-PRs + arbeitet an human-only-Tickets
• Senior reviewt Final-PRs + macht Architektur-Tickets selbst
• Time-Tracking läuft pro Ticket — am Ende des Sprints CSV-Export für Buchhaltung

Sprint Review: Eigenes Spedy-Board für Sprint-Reviews, mit Kunden-View-Berechtigungen. Customer kann Status sehen, ohne dass er ungewollt in interne Estimates blättert.

Project-Close: Wiki-Pages bleiben (Architektur, Decisions, Customer-Notes), Tickets archiviert. Wenn der Kunde 6 Monate später ein Hotfix braucht, kannst du in 5 Minuten in den Workspace zurück.

Wo die Reibung 2026 noch ist

Drei reale Pain-Points, die wir auch nach 2 Jahren Agentur-Workflow noch haben:

1. Customer-Communication-Tools sind separat. Slack-Channels pro Kunde, Email-Threads, Calls in Notion. Es gibt 2026 noch kein Tool, das das alles in einem Spedy-Workspace bündelt — wir nutzen Linear-style "Customer-Comments im Ticket" für asynchrones, aber Slack/Email für alles andere.

2. Cross-Kunden-Reporting. Wieviele Stunden hat dein Team über alle Kunden hinweg gerade in welche Status? Multi-Workspace-Aggregation ist in Spedy in der Roadmap, in Linear gar nicht möglich. Bei den meisten Agenturen läuft das via CSV-Export + eigenes Dashboard.

3. Senior-Review-Bottleneck. KI-Agents schaffen mehr PRs pro Tag, was Senior-Reviews zur neuen Engpass-Stelle macht. Lösung in Arbeit: Pre-Review durch zweiten KI-Agent ("Bevor du der Senior zeigst, prüfe gegen diese Checkliste"), aber das ist nicht ausgereift.

Tooling-Stack einer 2026-Agentur

Aus unserem eigenen Setup:

• PM: Spedy (eigener Workspace pro Kunde, Multi-Tenant, KI-Agent built-in)
• Code: GitHub (PRs verlinkt mit Spedy-Tickets)
• Editor: Cursor (Agent-First-Editor)
• Calls: Google Meet
• Async-Communication: Slack pro Kunde + Spedy-Comments im Ticket
• Time-Tracking: Spedy built-in (Export für Buchhaltung)
• Doku: Spedy Wiki pro Kunde
• Customer-Login (optional): Spedy Customer-View per Subdomain

Das sind 4 Tools, nicht 12. Stack-Reduktion ist Velocity.

Tipps aus 2 Jahren Praxis

Schreib Tickets so detailliert, dass ein Junior oder ein Agent es in einem Try umsetzen kann. "Add dark mode" ist kein Ticket. "Add dark mode toggle in settings, persist in user preferences, default to system, all components must respect — see Wiki/architecture for color tokens" ist ein Ticket.

Erlaub deinem Team, Tickets zu refusen. Wenn Junior oder Agent sagt "Ticket zu vage" — Senior nimmt zurück, schärft, gibt zurück. Schneller als zwei Iterationen mit Müll-Output.

Time-Tracking ist nicht micromanagement. Es ist Stundensatz-Schutz. Wenn du nicht trackst, weißt du nicht ob ein Kunde profitabel ist oder ob du Geld verbrennst.

Multi-Workspace ab Kunde #3. Vorher reicht Single-Workspace mit Tags. Ab #3 spart eigenes Workspace pro Kunde Stunden pro Woche.

Fazit

Eine Digital-Agentur 2026 mit ~10 Devs operiert mit ~3-4 Tools, KI-Agent built-in, Multi-Tenant pro Kunde, EUR-Pricing für DSGVO. Die Tools-Frage ist gelöst — die echte Herausforderung ist der Workflow drumherum: detailliertes Ticket-Schreiben, Senior-Reviews skalierbar machen, Customer-Communication async halten.

Wer das hinkriegt, kann 30-40% mehr Volumen liefern ohne mehr Devs einzustellen. Das ist 2026 die echte Differenzierung.