Kurzantwort: „Kostenlos“ und „ersetzbar“ sind zwei verschiedene Fragen. Kaneo ist MIT-lizenziert und self-hosted — Seat-Gebühren werden gegen eigene Ops-Zeit getauscht. Jira Cloud bleibt für bis zu zehn Nutzer dauerhaft gratis, aber der elfte Account schiebt euch auf die Standard-Bezahlspur. Für 2–8-köpfige iOS-, Flutter- oder AI-Teams mit GitHub im Zentrum gilt: Nutzt ihr real nur etwa 20 % der Jira-Funktionen, ist Kaneo oft die bessere Rechnung. Braucht ihr komplexe Workflows, Audit-Compliance oder abteilungsübergreifende Reports, lässt sich Jira kaum vollständig ablösen.
Dieser Text richtet sich an Tech-Leads, Solo-Entwickler und verteilte Kleinteams, die gerade überlegen, ob die Atlassian-Rechnung weiterlaufen soll. Wir gehen von echten Szenarien aus — nicht von Feature-Matrizen zum Einschüchtern. Viele Teams zahlen drei Jahre lang für Jira und öffnen den Workflow-Editor höchstens fünfmal.
Datenstand: 6. August 2026. Kaneo-Referenz v2.9.x; Jira-Preise und Free-Limits laut Atlassian-Dokumentation.
1. Warum „kostenlose Jira-Alternative“ wieder im Gespräch ist
Seit Ende 2024 sammelt Kaneo auf GitHub schnell an Zuspruch — Tags wie jira-alternative und linear-alternative sind Programm. Das Versprechen: aufgeräumtes UI, Self-Hosting, keine Seat-Rechnung. Parallel existiert Jiras Free-Plan für kleine Teams schon länger — viele glauben deshalb, „Jira sei sowieso gratis“, übersehen aber Automation-Kontingente, Speicher und Rechtegrenzen.
Die eigentliche Frage ist nicht „Was kostet weniger?“, sondern welches Problem soll das Tool lösen. Zwei Fehlurteile sehe ich ständig: Fünf-Personen-Startups mit Premium-Erwartungen, die in Wahrheit nur ein Board ziehen, Beschreibungen schreiben und GitHub-PRs verlinken. Oder Teams, die Kaneo erzwingen, aber niemand macht Backups — ein volles PostgreSQL-Laufwerk begräbt den Sprint schneller als jede Lizenzrechnung.
Wer eine Architektur mit leichtem Control Plane und schwerer Execution Plane plant — Git und PM auf dem VPS, iOS-Builds auf Cloud Mac — findet in unserem Gitea/Forgejo + Cloud-Mac-Webhook-FAQ ein passendes Gegenstück: an der Steuerung sparen, an Xcode, Signing und Archive nicht.
2. Kernkonzepte: Was Kaneo und Jira jeweils sind
2.1 Kaneo: Self-Hosted-Board für „weniger ist mehr“
Kaneo ist ein MIT-lizenziertes Projektmanagement-Tool mit React-Frontend, Hono-API und PostgreSQL. Laut offizieller Dokumentation bietet es Listen- und Board-Ansichten, Labels, Prioritäten, Fälligkeiten, Zuweisungen und native GitHub-Issue-Synchronisation — für Teams, die ohnehin in GitHub leben, der entscheidende Unterschied.
Zwei Installationswege: empfohlen per drim-CLI oder manuell via Docker Compose. Keine Per-Seat-Preise — Kosten entstehen durch VPS, DB-Backups und die Ops-Stunden, die ihr investiert. 2026 kamen MCP- und OAuth-Erweiterungen hinzu; Kaneo positioniert sich damit nicht nur als statisches Board, sondern als Knoten in der Developer-Toolchain.
2.2 Jira Cloud: Workflow-Engine plus Atlassian-Ökosystem
Jira ist Atlassians Enterprise-Plattform für Issues und Projekte. Stärken: programmierbare Workflows mit Zustandsmaschinen, Bedingungen und Post-Funktionen; enge Verzahnung mit Confluence, Bitbucket und Jira Service Management; Rechtemodelle, Audit-Logs und Compliance-Zertifizierungen für größere Organisationen. Der Free-Plan erlaubt bis zu zehn Nutzer, 2 GB Speicher und hundert Automation-Läufe pro Monat — für „Agile ausprobieren“ oft genug, für Produktionsbetrieb häufig zu eng.
Laut Atlassians Planübersicht fehlen im Free-Tier erweiterte Berechtigungen und Audit-Logs. Ab Nutzer elf startet automatisch eine Standard-Testphase; ohne Downgrade folgt der kostenpflichtige Standard-Plan — 2026 typischerweise ab etwa 8,15 USD pro Nutzer und Monat bei Jahreszahlung. Fünf Personen: schnell über 480 USD im Jahr, ohne Confluence oder Marketplace-Apps.
3. Praxis: Minimal-Deployment für beide Seiten
3.1 Kaneo schnell self-hosten (drim-Pfad)
Auf einem Test-VPS (2 vCPU / 4 GB RAM) haben wir den offiziellen Ein-Klick-Weg durchgespielt — inklusive PostgreSQL-Image etwa 15 Minuten:
curl -fsSL https://assets.kaneo.app/install.sh | sh drim setup # Domain, PostgreSQL-Passwort und Admin-Account eingeben # Danach: https://pm.ihredomain.de
Erster Durchlauf: Workspace anlegen → Projekt erstellen → Issues importieren oder manuell anlegen → Board-Ansicht. Mit GitHub-OAuth lassen sich Repository-Issues bidirektional synchronisieren. Wir haben bewusst keine Custom-Field-Orgie konfiguriert — Kaneos Philosophie ist keine Jira-Feldinflation. Wer Linear oder GitHub Projects gewohnt ist, findet sich meist in unter einer halben Stunde zurecht.
3.2 Jira Cloud Free einrichten und Grenzen testen
Auf Jira-Seite geht es schneller: Atlassian-Konto → Cloud Site → Free-Plan → Mitglieder einladen (max. zehn). Scrum- oder Kanban-Projekt anlegen, Standard-Workflow reicht zum Start. Zeitfresser ist Over-Engineering: eigene Issue-Typen, viele Screens, Automation-Regeln — plötzlich hat jemand einen Nebenjob als Jira-Admin.
Im Free-Tier drei Grenzen bewusst ausloten: Einladung des zehnten versus elften Nutzers; der 101. Automation-Lauf im Monat; Upload-Verhalten nahe 2 GB Speicher. Das sagt mehr über den Upgrade-Zeitpunkt als jede Marketing-Featureliste.
4. Zusammenspiel mit Cloud Mac und Apple Silicon
Unter VPSSpark-Lesern sind iOS-, Flutter- und AI-Agent-Entwickler stark vertreten. PM-Tools laufen nicht in Xcode — aber sie bestimmen, ob Build-Fehler, Release-Blocker und ablaufende Zertifikate sichtbar, zugewiesen und geschlossen werden. Typische Drei-Ebenen-Architektur:
- Planung (Kaneo oder Jira): Sprint-Planung, Bug-Priorisierung, Release-Meilensteine.
- Code (GitHub): PRs, Reviews, Issue-Nummern in Commit-Messages.
- Ausführung (Cloud Mac / Apple Silicon): Xcode Archive, TestFlight-Upload, Flutter-iOS-Builds, nächtliche CI-Regression.
Für Remote-Teams liegt ein oft unterschätzter Vorteil darin, die Execution Plane auf einem VPSSpark Cloud Mac mini M4 zu betreiben: Build-Logs, Signing-Fehler und xcodebuild-Exit-Codes lassen sich per Webhook als Kommentar in Kaneo oder Jira zurückschreiben — ohne im VNC-Terminal zu wühlen. Apple Silicons Unified Memory stabilisiert große Swift-Links gegenüber x86-VPS, M4-Standby liegt bei etwa 4 W — ein 24/7-Build-Knoten ohne Stromschlag ins Gewissen.
Mischt das Team Windows für Kommunikation und Mac für Builds, lohnt ein Blick auf VPS Cloud Mac Produktionsumgebung 2026: PM-Tools sollen browserbasiert und plattformneutral sein; iOS-Builds gehören trotzdem auf macOS — genau deshalb Control Plane self-hosted, Execution Plane in der Cloud.
5. Kosten, Performance und Risiken — die Tabelle reicht nicht
| Dimension | Kaneo (Self-Hosted) | Jira Cloud Free | Jira Standard (bezahlt) |
|---|---|---|---|
| Lizenz | MIT, keine Seats | $0, ≤10 Nutzer | ca. $8,15/Nutzer/Monat |
| Infrastruktur | Eigener VPS + PostgreSQL | Atlassian-gehostet | Atlassian-gehostet |
| Workflows | Leichte Status, kein komplexer Automat | Basis-Workflows | Vollständig anpassbar |
| GitHub | Native Issue-Sync | Marketplace-Apps nötig | Tiefe Integration + Automation |
| Reports / Audit | Basis-Ansichten | Basis-Reports, kein Audit | Erweitert + Audit-Log |
| Betrieb | Eigenes Upgrade/Backup | Atlassian SLA (Community) | 9×5 Regional-Support |
| Ideal für | 2–8 GitHub-native Teams | ≤10 Personen, Agile testen | Abteilungen, Compliance, komplexe Prozesse |
5.1 Risiken, die bei „gratis“ wirklich wehtun
Kaneo: Backups nur als VPS-Snapshot ohne Offsite-Kopie — ein versehentlich gelöschtes Projekt ist weg. Upgrades folgen eurem Changelog-Disziplin, nicht einem SaaS-Push. Verlässt der einzige Ops-Mensch das Team ohne Dokumentation, bleibt die Instanz „login-fähig, aber untouchable“.
Jira: Automation-Kontingente fallen mitten im Sprint um. Das Zehn-Personen-Limit macht jeden Praktikanten zum Lizenzproblem. Langjährige Atlassian-Abhängigkeit macht Migration teuer — Issue-Historie, Custom Fields und Marketplace-Daten lassen sich selten sauber in Open Source überführen.
6. Häufige Fragen (FAQ)
Kann Kaneo Jira vollständig ersetzen?
Nicht mit einem Ja für alle. Reicht „wer macht was bis wann, verlinkt mit GitHub-PR“ — Kaneo genügt. Braucht ihr SOX-Audit, mehrstufige Freigaben, Portfolio-Management oder Service Desk — Jira bleibt Default. Pragmatischer Test: Jira-Admin öffnen, Workflow-Regeln der letzten 90 Tage zählen. Null Änderungen? Ihr zahlt vermutlich für ungenutzte Tiefe.
Reicht Jira Free?
Für ≤10 Personen in der Produktvalidierung oft ja. Drei Trigger beobachten: Nutzerzahl, Automation, Speicher. Trifft einer — entweder Anforderungen senken oder Standard buchen. Dazwischen gibt es keinen dauerhaften Mittelweg.
Ist Migration von Jira zu Kaneo schwer?
Titel und Beschreibungen per CSV meist machbar; Custom Fields, Workflow-Historie und Plugin-Daten gehen verloren. Realistischer: neuer Sprint startet in Kaneo, altes Jira read-only archivieren, GitHub Issues als Übergangs-Single-Source.
Hybrid-Betrieb möglich?
Ja: Jira nach außen für Compliance, Kaneo intern für Iteration, GitHub als Wahrheit — aber Regeln schreiben, welches System führt. Doppeltes Master-System ist teurer als doppelte Rechnung.
7. Fazit: Ersetzt kostenlos wirklich kostenpflichtig?
Zurück zur Überschrift: Kostenlos kann kostenpflichtig ersetzen — aber nur, wenn ihr wirklich nur die Gratis-Fähigkeiten braucht. Kaneo tauscht Seat-Gebühren gegen Ops-Verantwortung; Jira Free tauscht Feature-Deckel gegen späteren Upgrade-Druck. Für typische VPSSpark-Leser mit iOS-, Flutter- oder AI-Fokus:
- ≤8 Personen, GitHub-zentriert, keine Compliance-Pflicht → Kaneo zuerst testen, gesparte Seat-Kosten in Cloud-Mac-Build-Knoten stecken.
- Nahe an zehn Nutzern, Automation oder Audit im Einsatz → bei Jira bleiben, aber Premium-Fantasien streichen.
- Unsicher → zwei Wochen Parallelbetrieb; Metriken: „Wie viele Klicks bis Issue closed?“ und „Postet ein Build-Fail automatisch einen Kommentar?“ — das schlägt jede Feature-Matrix.
PM-Software soll unsichtbar sein — nicht mehr Kopfarbeit als Code. Ob Kaneo oder Jira: die Execution Plane verdient ein stabiles, natives macOS — damit Archive und TestFlight am Sprint-Ende kein Glücksspiel werden.
Auf Cloud Mac mini: Delivery-Kette unter Kontrolle
Kaneo oder Jira klärt „wer was tut“; Cloud Mac klärt „ob das Paket rausgeht“. VPSSpark Cloud Mac mini M4 liefert natives Xcode, Signing und CI — Apple Silicons Unified Memory stabilisiert Swift- und Flutter-iOS-Links, Standby nur ~4 W, ideal als unbeaufsichtigter Build-Knoten am Sprint-Ende. Gatekeeper und SIP senken das Risiko bösartiger Skripte gegenüber improvisierten Setups.
PM leicht self-hosted, iOS-Build in der Cloud — für viele Kleinteams die günstigste Schichtung: Control Plane im einstelligen Dollar-Bereich, Execution Plane tageweise, Gesamtkosten unter Jira Standard plus Hardware-Chaos.
Wer Sprint-Tools und Build-Umgebung gemeinsam modernisieren will: VPSSpark Cloud Mac mini M4 ist ein starker Einstieg für die Execution Plane — Tarife ansehen, damit „Bereit zur Veröffentlichung“ nicht an der lokalen Xcode-Version hängen bleibt.