ZenHub

Kurzfazit

ZenHub ist die naheliegende Wahl für Engineering-Teams, die GitHub bereits als Single Source of Truth nutzen und keine Lust auf einen zweiten Tool-Tab haben. Die KI-Funktionen, KI-Label-Vorschläge, automatische Sprint-Zusammenfassungen und KI-Akzeptanzkriterien, nehmen Routinearbeit ab; das automatische Sprint-Building spielt seine Stärke aus, wenn das Team über mehrere Sprints stabile Velocity-Daten gesammelt hat. Schwächen: kein EU-Hosting (Daten in den USA und Kanada), englischsprachige Oberfläche, harte Bindung an GitHub. Wer auf GitLab oder Bitbucket arbeitet, kann ZenHub komplett ignorieren.

Für wen ist ZenHub?

Engineering-Teams mit GitHub als primärem Repository Der Sweet Spot: 5 bis 30 Entwicklerinnen und Entwickler, die täglich in GitHub Pull Requests reviewen und Issues schreiben. ZenHub legt sich als Boards-Layer über die bestehenden Issues, niemand muss Tickets doppelt pflegen.

Agile Teams, die Velocity-basiert planen Wenn ihr in Story Points schätzt und Sprints in fester Kadenz fahrt, holt ihr aus dem automatischen Sprint-Building und den Velocity-Reports den meisten Nutzen heraus. ZenHub schlägt Sprint-Kandidaten auf Basis priorisierter Backlog-Issues vor, was bei stabiler Teamzusammensetzung verlässlich funktioniert.

Engineering Manager, die weniger Statusmeetings wollen Die KI-Sprint-Zusammenfassungen fassen am Sprint-Ende automatisch zusammen, was abgeschlossen wurde, was verschoben ist und wo es hakte. Das ersetzt nicht das Sprint Review, aber verkürzt die Vorbereitung deutlich.

Open-Source-Maintainer (mit Free-Plan) Mit bis zu 50 Nutzern, 2 Repos und 250 Issues reicht der Free-Plan für viele kleinere OSS-Projekte aus, Backlog-Management ohne extra Infrastruktur.

Weniger geeignet für:

• Teams auf GitLab, Bitbucket oder Azure DevOps, ZenHub funktioniert ausschließlich mit GitHub
• Nicht-technische Projektteams (Marketing, Sales, Operations), die Tool-DNA ist Engineering-zentriert
• Behörden und stark regulierte Branchen mit EU-Datenresidenz-Pflicht
• Kleine Teams unter 3 Personen, die keine Sprint-Struktur brauchen

Preise im Detail

Plan	Preis (USD/Nutzer/Monat)	Limits	KI-Features
Free	0	1 Workspace, max. 50 Nutzer, 2 Repos, 250 Issues	Keine
Teams	4,99 (jährlich) / 7,50 (monatlich)	10 Workspaces, max. 50 Nutzer, 50 Repos, bis 5.000 Issues	AI Sprint Summaries, AI-Label-Vorschläge
Enterprise	Auf Anfrage	Unbegrenzt	+ AI Acceptance Criteria, Workspace-Automationen, Advanced Security

Einordnung: Der Free-Plan ist großzügig genug für Hobby-Projekte und kleine Open-Source-Initiativen, aber ohne KI. Für die wirklich interessanten Funktionen, automatisches Sprint-Building und automatische Reviews, musst du auf Teams wechseln. Bei einem 10-köpfigen Team kostet Teams jährlich rund 600 USD (4,99 USD × 10 × 12); die jährliche Zahlung spart gegenüber der monatlichen etwa ein Drittel. Das liegt deutlich unter den meisten kommerziellen Alternativen wie Linear oder Jira in vergleichbaren Tarifen. Enterprise lohnt sich erst, wenn ihr Workspace-Automatisierungen und automatische Akzeptanzkriterien wirklich braucht.

Stärken im Detail

GitHub-native Architektur ZenHub speichert nichts in einer separaten Datenbank, Issues, Labels, Milestones bleiben GitHub-Issues. Das hat zwei Folgen: Erstens müsst ihr nie zwei Systeme synchron halten. Zweitens funktioniert eure GitHub-Automation (Actions, Webhooks, CLI) weiter, ohne dass ZenHub im Weg steht. Wer ZenHub kündigt, behält alle Daten in GitHub.

Automatisches Sprint-Building Statt manuell Issues in den Sprint zu ziehen, generiert ZenHub Sprint-Kandidaten auf Basis der priorisierten Backlog-Issues. Das verkürzt Planning-Meetings spürbar, die Kapazitätsdiskussion schrumpft von Stunden auf Minuten, weil das Team nur noch über Priorisierung statt über die Zusammenstellung diskutiert. Zusammen mit den Velocity- und Sprint-Reports plant ihr auf Datenbasis statt Bauchgefühl.

KI-Sprint-Zusammenfassungen ohne manuellen Aufwand Am Sprint-Ende generiert ZenHub automatisch eine Zusammenfassung (AI sprint summaries): was wurde abgeschlossen, was verschoben, wo hakte es. Für asynchrone, verteilte Teams (typisch in Berliner und Hamburger Tech-Startups) ein echter Zeitgewinn, die Review-Doku schreibt sich praktisch selbst.

KI-Label-Vorschläge und KI-Akzeptanzkriterien ZenHub schlägt automatisch passende Labels für Issues vor (AI suggested labels) und kann, im Enterprise-Plan, Akzeptanzkriterien generieren (AI acceptance criteria). Das nimmt Product Ownern und Entwicklern wiederkehrende Fleißarbeit ab, ersetzt aber keine fachliche Prüfung.

Planning Poker integriert Schätzen direkt in GitHub Issues, ohne extra Tool wie Scrum Poker Online. Spart die Logistik von “alle bitte gleichzeitig auf den Link klicken” in Remote-Refinements.

Schwächen ehrlich betrachtet

GitHub-Lock-in ist absolut ZenHub funktioniert nur mit GitHub. Migriert ihr zu GitLab oder Bitbucket, ist ZenHub sofort weg. Das ist keine theoretische Hürde: Viele europäische Teams diskutieren Self-Hosted-Alternativen, und ein Wechsel kostet euch ZenHub komplett.

Kein EU-Datenhosting ZenHub speichert Daten auf Google Cloud Platform und AWS mit Servern in den USA und Kanada. Für Teams in regulierten Branchen, Banken, Versicherungen, öffentlicher Dienst, ist das ein No-Go. Eine EU-Region ist Stand Juli 2026 nicht angekündigt.

Automatik braucht Velocity-Geschichte Das automatische Sprint-Building und die Velocity-Reports sind nur so gut wie eure Daten. Frische Teams oder Teams mit häufiger Mitgliederrotation bekommen unzuverlässige Vorschläge, weil die Velocity stark schwankt. Plan: erst nach mehreren abgeschlossenen Sprints darauf verlassen.

Keine deutschsprachige Oberfläche UI, Dokumentation und Support: ausschließlich Englisch. Für reine Dev-Teams meist kein Problem, für gemischte Teams mit Product Ownern aus Marketing oder Sales eine echte Hürde.

Free-Plan ohne KI Die KI-Funktionen sind komplett hinter dem Teams-Plan eingeschlossen. Wer ZenHub nur kostenlos testet, sieht nicht, wofür man eigentlich zahlt.

Wachsende Konkurrenz durch GitHub Projects GitHub baut seit 2023 eigene Project-Boards aktiv aus, inklusive Roadmaps, Custom Fields und Automatisierungen. Die nahtlose Integration ist dort sogar noch stärker, dafür fehlen die ausgereifteren Velocity- und Sprint-Reporting-Features. Workaround: Erst prüfen, ob GitHub Projects bereits reicht.

Alternativen im Vergleich

Wenn du …	Nimm
ein kommerzielles Linear-Erlebnis mit moderner UX willst	Linear
Enterprise-Skalierung, Compliance und tiefe Workflows brauchst	Jira
Marketing-, Ops- und Engineering-Teams in einem Tool koordinierst	Asana
visuelle Boards mit nicht-technischen Teams nutzen willst	monday.com
Doku, Wiki und leichtes Projektmanagement im selben Werkzeug willst	Notion

GitHub Projects (im GitHub-Plan enthalten) ist 2026 die direkteste Konkurrenz: kostenlos, native, mit zunehmender Copilot-Integration. Wer reinen Open-Source-Ansatz bevorzugt, schaut auf Plane.so. Shortcut und Height bieten ähnlich entwicklerzentrierte UX, aber ohne den GitHub-Layer.

So steigst du ein

Schritt 1: Verbinde ZenHub mit deinen GitHub-Repositories über die ZenHub-Erweiterung (Browser-Plugin für Chrome/Firefox) oder die GitHub Marketplace App. Für Teams gilt: Alle Mitglieder installieren die Erweiterung, dann erscheinen ZenHub-Boards direkt in GitHub.

Schritt 2: Importiere euren bestehenden Backlog oder erstelle Issues direkt in GitHub. Weise Story Points zu und priorisiere den Backlog. Nach mehreren abgeschlossenen Sprints hat ZenHub genug Velocity-Daten, damit die Sprint-Vorschläge belastbar werden.

Schritt 3: Aktiviere die “Automated Sprints”, ZenHub generiert dann Sprint-Kandidaten auf Basis von Backlog-Priorität und Story Points. Über die Velocity- und Sprint-Reports behältst du im Blick, wie viel euer Team pro Sprint realistisch schafft.

Ein konkretes Beispiel

Ein illustratives Beispiel: Ein Berliner SaaS-Team (8 Entwicklerinnen) nutzt ZenHub seit einem halben Jahr. Vor der Automatisierung dauerte das Sprint Planning rund 2,5 Stunden, hauptsächlich für die Diskussion, wie viele Punkte in den Sprint passen. Mit den Velocity-Reports und dem automatischen Sprint-Building dauert die Kapazitätsdiskussion nur noch Minuten: ZenHub zeigt die durchschnittliche Velocity der letzten Sprints, schlägt einen befüllten Sprint vor, das Team diskutiert nur noch Priorisierung. Der Engineering Manager nutzt zusätzlich die KI-Sprint-Zusammenfassungen, um asynchron mit dem Stakeholder-Kreis (Produktmanagement, Customer Success) zu kommunizieren, die Sprint-Doku schreibt sich faktisch von selbst. Die konkreten Zeit- und Carry-over-Werte variieren je nach Team und sind hier beispielhaft.

DSGVO & Datenschutz

• Betreiber: Axiom Labs Inc. (dba Zenhub), Vancouver, Kanada, laut Datenschutzerklärung
• Hosting: Google Cloud Platform und AWS mit Servern in den USA und Kanada, keine EU-Region (Stand Juli 2026)
• Datenverarbeitung: Issues, Sprints, Story Points und Kommentare werden in den USA und Kanada gespeichert; technisch identisch mit den GitHub-Issues, die euer Repository ohnehin in GitHub-Infrastruktur (US/global) hält
• KI-Anbieter: Laut Datenschutzerklärung kommen OpenAI (GPT-4o-mini) und Mistral 7b zum Einsatz; die Modelle laufen nach Angaben von Zenhub auf privaten Cloud-Instanzen innerhalb der eigenen Netzwerk-Policies
• Modell-Training: Zenhub gibt an, Kundendaten nicht für Retraining zu verwenden (“no feedback loops toward retraining”)
• Auftragsverarbeitungsvertrag (AVV): In der Datenschutzerklärung nicht ausdrücklich benannt; DSGVO-Compliance sowie EU/UK-Vertreter werden referenziert, ein Datenschutzbeauftragter ist unter dpo@zenhub.com erreichbar, AVV für Enterprise über den Sales-Kontakt erfragen
• Empfehlung: Für DSGVO-sensible Branchen ist ZenHub ohne explizite AVV-Prüfung problematisch. Wer nur öffentlichen oder nicht-personenbezogenen Code im Backlog hat (typischer SaaS-Backlog), ist im üblichen Risikorahmen

Gut kombiniert mit

GitHub Copilot, Während ZenHub den Planungs-Layer abdeckt, generiert Copilot direkt im Editor den Code. Beide Tools laufen in derselben GitHub-Welt, die Übergänge sind nahtlos.

Slack mit GitHub-Integration, Sprint-Updates, PR-Statusmeldungen und ZenHub-Events landen automatisch im richtigen Slack-Channel. Reduziert die Anzahl an Tabs, die jeder offen halten muss.

Linear oder Jira als Cross-Team-Tool, Wenn nur die Engineering-Sprints in ZenHub laufen, aber Produkt- und Marketing-Tasks in Linear oder Jira, bleibt die Zuständigkeit klar getrennt, ohne Doppelpflege auf Code-Ebene.

Unser Fazit

3 von 5 Sternen. ZenHub ist in seiner Nische sehr gut: GitHub-native Sprint-Planung mit echten KI-Mehrwerten bei Labels, Zusammenfassungen und Akzeptanzkriterien. Die Punkte verliert das Tool an drei Fronten, fehlende EU-Datenresidenz (hart bei deutschen Compliance-Anforderungen), Lock-in auf GitHub (unflexibel bei Plattformwechsel) und wachsende Konkurrenz durch GitHub Projects, das viele Basis-Features inzwischen kostenlos abdeckt. Vier Sterne erst, wenn ZenHub eine EU-Region anbietet oder die KI-Funktionen über Labels und Zusammenfassungen hinaus einen klaren, messbaren Mehrwert liefern.

Was wir bemerkt haben

• Juli 2026, Betrieben wird ZenHub von Axiom Labs Inc. (dba Zenhub) aus Vancouver, Kanada. Eine oft kolportierte Übernahme durch Aptean ließ sich weder in der Datenschutzerklärung noch im Footer belegen, dort steht schlicht ”© Zenhub”.
• Juli 2026, Der Teams-Plan ist auf 5.000 Issues gedeckelt, nicht “unbegrenzt”, wie einige ältere Reviews behaupten. Die eingesetzten KI-Modelle sind laut Datenschutzerklärung OpenAI (GPT-4o-mini) und Mistral 7b, nicht Anthropic.
• Juli 2026, Der Free-Plan deckt bis zu 50 Nutzer ab (2 Repos, 250 Issues), enthält aber keinerlei KI-Funktionen. AI Sprint Summaries und AI-Label-Vorschläge gibt es ab Teams, AI Acceptance Criteria bleiben Enterprise-exklusiv.
• 2024, GitHub Projects hat mit Custom Fields, Roadmaps und Insights deutlich aufgeholt; ZenHubs Wettbewerbsvorteil verlagert sich zunehmend auf KI-Funktionen und Sprint-Automatisierung.