Worklenz
Anmelden
Guide

Self-Hosted Projektmanagement: Der vollständige Leitfaden 2026

Chamika Jayasri 11 min read
#Self-Hosting#Open Source#Project Management#Privacy#Guide
Leitfaden für selbst gehostete Projektmanagementsoftware 2026

Selbst gehostete Projektmanagementsoftware gibt Ihrem Team die vollständige Kontrolle darüber, wo Projektdaten gespeichert werden. Anstatt einem SaaS-Anbieter Ihre Kundendaten, Aufgabenhistorie und Zeitaufzeichnungen anzuvertrauen, betreiben Sie die Software auf Ihren eigenen Servern, entweder in der Cloud oder vor Ort.

Warum sollten Sie Ihr Projektmanagement-Tool selbst hosten?

Datenschutz und Compliance

Der häufigste Treiber für Self-Hosting ist der Datenschutz. Wenn Ihr Team Folgendes verwaltet:

  • Vertrauliche Kundeninformationen: Agenturverträge, NDAs, finanzielle Projektdaten
  • Gesundheitsdaten: Jede Organisation, die HIPAA unterliegt, muss kontrollieren, wo Daten gespeichert werden
  • Daten von EU-Bürgern: Die DSGVO erfordert in vielen Interpretationen Datensouveränität; das Hosting in Ihrer eigenen EU-Infrastruktur beseitigt Unklarheiten
  • Regierungs- oder Verteidigungsarbeiten: Sicherheitsanforderungen schreiben oft lokale oder air-gapped Infrastruktur vor
  • Rechtliche oder finanzielle Kundendaten: Anwaltskanzleien, Buchhalter und Finanzdienstleister haben häufig vertragliche Pflichten zur Datenhaltung

Bei einem SaaS-Tool befinden sich Ihre Daten im Rechenzentrum einer anderen Person, unter deren Sicherheitspraktiken, zugänglich für deren Support-Mitarbeiter. Self-Hosting beseitigt diese Abhängigkeit vollständig.

Herstellerunabhängigkeit

SaaS-Preise ändern sich. Anbieter werden übernommen. Funktionen werden hinter Paywalls gesperrt. Dienste werden eingestellt. Mehrere bekannte PM-Tools wurden im letzten Jahrzehnt eingestellt und ließen Teams damit allein, Daten vor dem Stichtag zu exportieren.

Self-Hosting bedeutet:

  • Keine überraschenden Preiserhöhungen
  • Keine Funktionen, die hinter einem neuen Tarif verschwinden
  • Keine Abhängigkeit vom Geschäftsüberleben eines Anbieters
  • Vollständige Datenportabilität: Sie besitzen die Datenbank

Kosten in der Skalierung

Pro-Nutzer-SaaS-Preise skalieren linear mit der Mitarbeiterzahl. Bei 10 Nutzern ist $10–$25/Nutzer/Monat handhabbar. Bei 50 Nutzern kostet dasselbe Tool $500–$1.250/Monat. Selbst gehostete Tools haben typischerweise einmalige oder jährliche Fixkosten oder sind vollständig kostenlos für Self-Hosting.

Für ein 50-Personen-Team bei einem $20/Nutzer-SaaS-Tool: $1.000/Monat ($12.000/Jahr). Im Vergleich zu einem selbst gehosteten Open-Source-Tool auf einem $50/Monat VPS: $600/Jahr. Der Break-even wird oft innerhalb der ersten Monate erreicht.

Anpassung

Selbst gehostete Software kann modifiziert werden. Open-Source-Self-Hosted-Tools können geforkt, mit benutzerdefinierten Integrationen erweitert oder modifiziert werden, um exakt zu Ihrem Workflow zu passen. Das ist mit geschlossenen SaaS-Tools unmöglich.

Die besten selbst gehosteten Projektmanagement-Tools 2026

Worklenz: Am besten für Agenturen

Lizenz: AGPL-3.0 Self-Hosting: Docker Compose Einrichtungsschwierigkeit: Moderat (30–60 Minuten) Funktionen: Aufgabenmanagement, Zeiterfassung, Ressourcenmanagement, Kundenportal, Analytics, Rechnungsstellung Datenbank: PostgreSQL Tech-Stack: React + Ant Design, TypeScript + Express.js

Worklenz ist die funktionsreichste kostenlose Option für Agenturen, die selbst hosten wollen. Aufgabenmanagement über mehrere Projekte, integrierte Zeiterfassung, Team-Auslastungsansichten und ein Kundenportal: Nichts davon erfordert eine Pro-Nutzer-Lizenzgebühr.

Die AGPL-3.0-Lizenz bedeutet, dass der vollständige Quellcode öffentlich verfügbar ist, sodass Sie ihn inspizieren, forken und auf Ihrer eigenen Infrastruktur betreiben können. Der selbst gehostete Community-Plan ist kostenlos; Business ($99/Monat) und Enterprise ($499/Monat) Self-Hosted-Pläne fügen verwalteten Support und erweiterte Funktionen hinzu.

Ideal wenn: Sie eine Agentur oder Beratung leiten, Zeiterfassung und Ressourcenmanagement benötigen und Ihre Daten selbst besitzen möchten.

Plane: Beste Jira-Alternative für Engineering-Teams

Lizenz: AGPL 3.0 Self-Hosting: Docker Compose Einrichtungsschwierigkeit: Moderat Funktionen: Issues, Zyklen (Sprints), Module, Seiten, Ansichten Datenbank: PostgreSQL Tech-Stack: Python/Django, React

Plane ist der glaubwürdigste Open-Source-Konkurrent zu Jira/Linear. Es ist für Software-Teams mit sprint-basierten Workflows konzipiert: Issues, Epics, Zyklen und Module bilden direkt ab, wie Produkt- und Engineering-Teams arbeiten.

Ideal wenn: Ihr Team Scrum oder Kanban für die Softwareentwicklung einsetzt und eine selbst gehostete Jira-Alternative sucht.

OpenProject: Am besten für Unternehmen und Waterfall-Teams

Lizenz: GPL v3 (Community) / Enterprise Edition verfügbar Self-Hosting: Docker, DEB/RPM-Pakete Einrichtungsschwierigkeit: Hoch Funktionen: Gantt-Diagramme, Roadmaps, agile Boards, Zeiterfassung, Meeting-Management, Foren Datenbank: PostgreSQL Tech-Stack: Ruby on Rails, Angular

OpenProject ist die ausgereifteste Open-Source-Option mit dem vollständigsten Enterprise-PM-Funktionsset. Seine Gantt-Diagramm- und Waterfall-Planungsfähigkeiten sind stärker als bei jedem anderen Tool auf dieser Liste. Es wird von Regierungsbehörden, Universitäten und Unternehmen gewählt, die robuste Projektplanung mit formalen Supportoptionen benötigen.

Ideal wenn: Ihre Organisation formale Projektplanung mit Gantt-Diagrammen durchführt, Agile-Waterfall-Hybrid-Workflows benötigt oder Enterprise-Support-Verträge erfordert.

GitLab Community Edition: Am besten für DevOps-Pipelines

Lizenz: MIT (CE) Self-Hosting: Omnibus-Pakete, Docker, Helm Einrichtungsschwierigkeit: Hoch Funktionen: Quellcodeverwaltung, CI/CD, Issue-Tracking, Merge-Request-Workflows, Boards, Meilensteine Datenbank: PostgreSQL Tech-Stack: Ruby on Rails, Go, Vue.js

GitLab CE ist eine vollständige DevOps-Plattform, nicht nur ein PM-Tool. Wenn die Arbeit Ihres Teams auf Softwareentwicklung ausgerichtet ist, gibt Ihnen GitLab CE Quellcodeverwaltung, CI/CD-Pipelines, Container-Registry und Issue-Tracking in einem selbst gehosteten System.

Ideal wenn: Sie Quellcodeverwaltung und CI/CD selbst hosten möchten und PM-Funktionen sekundär sind.

Redmine: Am besten für Stabilität in Legacy-Umgebungen

Lizenz: GPL v2 Self-Hosting: Manuell (Ruby on Rails) Einrichtungsschwierigkeit: Hoch (kein Docker Compose out of the box) Funktionen: Issue-Tracking, Zeiterfassung, Gantt, Foren, Wikis, umfangreiches Plugin-Ökosystem Datenbank: MySQL, PostgreSQL, SQLite Tech-Stack: Ruby on Rails

Redmine läuft seit 15+ Jahren in Unternehmen. Es ist kein modernes Tool, aber seine Stabilität und sein Plugin-Ökosystem sind unerreicht. Teams mit bestehenden Redmine-Installationen oder spezifischen Plugin-Abhängigkeiten haben einen starken Grund, damit weiterzumachen.

Ideal wenn: Sie eine bestehende Redmine-Installation haben, spezifische Redmine-Plugins benötigen oder maximale Stabilität über modernes UX erfordern.

Infrastrukturanforderungen für selbst gehostete PM-Tools

Mindest-Server-Spezifikationen

ToolCPURAMSpeicherBS
Worklenz2 vCPU4 GB20 GB SSDUbuntu 20.04+
Plane2 vCPU4 GB20 GB SSDUbuntu 20.04+
OpenProject4 vCPU8 GB40 GB SSDUbuntu/Debian
GitLab CE4 vCPU8 GB50 GB SSDUbuntu/Debian/RHEL
Redmine2 vCPU2 GB10 GB SSDLinux

Das sind Mindestwerte für Teams bis zu 25 Nutzern. Für 25–100 Nutzer verdoppeln Sie den RAM. Für 100+ Nutzer planen Sie eine horizontal skalierbare Architektur mit Load Balancing und Read-Replicas.

Cloud vs. vor Ort

Cloud-VMs (AWS EC2, Google Cloud, DigitalOcean):

  • Geringster betrieblicher Overhead
  • Zahlen nach Bedarf
  • Verwaltete Backup-Optionen
  • Immer noch „selbst gehostet”: Ihr Cloud-Konto, Ihre Kontrolle

Lokale Server:

  • Keine externe Netzwerkabhängigkeit
  • Erforderlich für air-gapped Umgebungen
  • Höhere Anfangskosten, höhere Wartungslast
  • Vollständige physische Kontrolle

Für die meisten Agenturen und mittelgroße Organisationen ist ein Cloud-VPS (DigitalOcean Droplet, Hetzner, AWS EC2) die richtige Balance. Sie besitzen die Daten und die Infrastruktur ohne die Komplexität physischer Server.

So hosten Sie Worklenz selbst: Schritt für Schritt

Worklenz verwendet Docker Compose, das das Deployment auf wenige Befehle vereinfacht.

Schritt 1: Server bereitstellen

Jeder Ubuntu 22.04 LTS Server funktioniert. Empfohlen: DigitalOcean ($24/Monat für 2 vCPU / 4 GB), Hetzner CX21 (€5,83/Monat) oder AWS EC2 t3.medium.

Schritt 2: Docker und Docker Compose installieren

# Paketindex aktualisieren
sudo apt update

# Docker installieren
sudo apt install -y docker.io

# Docker Compose Plugin installieren
sudo apt install -y docker-compose-plugin

# Ihren Nutzer zur Docker-Gruppe hinzufügen
sudo usermod -aG docker $USER
newgrp docker

Schritt 3: Worklenz klonen und konfigurieren

# Repository klonen
git clone https://github.com/Worklenz/worklenz.git
cd worklenz

# Beispiel-Umgebungsdatei kopieren
cp .env.example .env

# Umgebungsdatei bearbeiten
nano .env

Wichtige Einstellungen in .env:

  • POSTGRES_PASSWORD: starkes Datenbankpasswort festlegen
  • SESSION_SECRET: zufälliges Geheimnis für die Session-Signierung setzen
  • APP_DOMAIN: Ihr Domainname (z.B. pm.ihreagentur.de)
  • SMTP_*: E-Mail-Server-Einstellungen für Benachrichtigungen

Schritt 4: Anwendung starten

# Alle Dienste pullen und starten
docker compose up -d

# Überprüfen, dass alle Container laufen
docker compose ps

# Logs anzeigen, wenn Probleme auftreten
docker compose logs -f api

Worklenz startet drei Container: api (TypeScript + Express.js Backend), frontend (React + Ant Design) und db (PostgreSQL).

Schritt 5: SSL mit Nginx konfigurieren

Für den Produktionseinsatz benötigen Sie SSL. Eine typische Nginx-Konfiguration mit Let’s Encrypt:

# Nginx und Certbot installieren
sudo apt install -y nginx certbot python3-certbot-nginx

# SSL-Zertifikat erhalten
sudo certbot --nginx -d pm.ihreagentur.de

# Nginx-Konfiguration für Reverse Proxy (in /etc/nginx/sites-available/worklenz ablegen)
server {
    listen 443 ssl;
    server_name pm.ihreagentur.de;

    ssl_certificate /etc/letsencrypt/live/pm.ihreagentur.de/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/pm.ihreagentur.de/privkey.pem;

    location / {
        proxy_pass http://localhost:3000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
    }
}

Schritt 6: Automatisierte Backups konfigurieren

# PostgreSQL-Datenbank täglich sichern
# Zum crontab hinzufügen: crontab -e
0 2 * * * docker exec worklenz-db-1 pg_dump -U postgres worklenz > /backups/worklenz-$(date +%Y%m%d).sql

# Backups älter als 30 Tage bereinigen
0 3 * * * find /backups -name "worklenz-*.sql" -mtime +30 -delete

Schritt 7: Updates

# Neueste Images pullen und neu starten
cd /pfad/zu/worklenz
git pull
docker compose pull
docker compose up -d

Sicherheitsaspekte für selbst gehostete PM-Tools

Firewall-Konfiguration

Nur die benötigten Ports freigeben:

# Nur SSH, HTTP, HTTPS erlauben
sudo ufw allow OpenSSH
sudo ufw allow 80/tcp
sudo ufw allow 443/tcp
sudo ufw enable

Direkten Zugriff auf den Anwendungsport (3000) und den Datenbankport (5432) aus dem Internet blockieren. Nur Nginx und interne Dienste sollten darauf zugreifen.

Datenbanksicherheit

  • PostgreSQL nie dem Internet aussetzen
  • Starkes, einzigartiges Passwort für den Datenbanknutzer verwenden
  • Datenbanknutzerberechtigungen auf das Anwendungsschema beschränken
  • PostgreSQL-Audit-Logging für Compliance-Umgebungen aktivieren

Regelmäßige Updates

Selbst gehostete Tools erfordern aktive Wartung. Automatische Sicherheitsupdates für das Betriebssystem einrichten und das Worklenz-GitHub-Repository auf Sicherheitshinweise überwachen.

Zugriffskontrolle

  • SSO (falls verfügbar) zur zentralen Authentifizierung verwenden
  • Starke Passwortrichtlinien für lokale Konten durchsetzen
  • Nutzerzugriff quartalsweise überprüfen: ehemalige Mitarbeiter sofort entfernen
  • Rollenbasierte Zugriffskontrolle verwenden, um zu begrenzen, was jeder Nutzer sehen und tun kann

Self-Hosting vs. Cloud: Entscheidungsrahmen

Drei Fragen grenzen die Entscheidung ein:

Haben Sie eine technische Person, die den Server warten kann? Falls nein: Nutzen Sie den kostenlosen Cloud-Tarif von Worklenz oder erwägen Sie einen verwalteten Self-Hosting-Plan. Ein selbst gehostetes Tool ohne jemanden zur Wartung wird mit der Zeit zu einem Sicherheitsrisiko.

Haben Sie eine Datenschutzanforderung, die lokales oder länderspezifisches Hosting vorschreibt? Falls ja: Self-Hosting ist notwendig, nicht optional.

Wie viele Nutzer werden Sie in 12 Monaten haben? Unter 20: Die Kosteneinsparungen durch Self-Hosting sind bescheiden. Nutzen Sie die Cloud, es sei denn, Datenschutz treibt die Entscheidung. 20–50+: Die Pro-Nutzer-Einsparungen werden erheblich. Self-Hosting zahlt sich wahrscheinlich innerhalb von 6 Monaten aus.

Können Sie etwas Einrichtungszeit und laufende Wartung tolerieren? Self-Hosting erfordert 2–4 Stunden anfänglicher Einrichtung und gelegentliche Wartungszeit. Wenn Ihr Team keine DevOps-Kapazität hat, beginnen Sie mit der kostenlosen Cloud und überdenken Sie Self-Hosting, wenn Sie die Ressourcen haben.

Häufig gestellte Fragen

Ist Self-Hosting sicherer als SaaS?

Self-Hosting gibt Ihnen mehr Kontrolle, aber Sicherheit hängt davon ab, wie Sie das System konfigurieren und warten. Ein schlecht gewarteter selbst gehosteter Server kann anfälliger sein als eine gut betriebene SaaS-Plattform. Self-Hosting ist sicherer als SaaS wenn es richtig konfiguriert und gewartet wird. Es eliminiert den Drittpartei-Zugriff, fügt aber Ihre eigenen betrieblichen Verantwortlichkeiten hinzu.

Was passiert mit meinen Daten, wenn ich später zur Cloud wechseln möchte?

Mit Worklenz besitzen Sie die PostgreSQL-Datenbank. Migration von Self-Hosted zur Cloud (oder umgekehrt) ist ein Datenbankexport/-import-Vorgang. Das Datenformat ist dasselbe, sodass es keine Anbieterabhängigkeit gibt.

Brauche ich einen Vollzeit-DevOps-Ingenieur für Self-Hosting?

Nein. Tools wie Worklenz und Plane sind so konzipiert, dass sie mit minimalem Wartungsaufwand über Docker Compose laufen. Monatliche Updates dauern 15–30 Minuten. Für die meisten Teams kann ein Entwickler oder technischer Projektmanager die Wartungslast bewältigen.

Was, wenn ich mit Self-Hosting anfange und es zu viel zu warten ist?

Sie können zum kostenlosen Cloud-Tarif migrieren. Exportieren Sie Ihre Daten aus der selbst gehosteten PostgreSQL-Datenbank und importieren Sie sie in den Cloud-Workspace. Worklenz unterstützt Datenportabilität in beide Richtungen.

Sind selbst gehostete Tools vollständig funktionsfähig im Vergleich zu Cloud-Versionen?

Bei Worklenz, ja. Die selbst gehostete Version läuft auf derselben Codebasis wie das Cloud-Produkt. Einige Tools (GitLab, OpenProject) haben eine Funktionstrennung zwischen ihren Community- und Enterprise-Editionen.

Zusammenfassung

Self-Hosting von Projektmanagementsoftware ist sinnvoll, wenn Datenschutzanforderungen, Kosten in der Skalierung oder Herstellerunabhängigkeit für Ihr Team wichtig sind. Docker Compose hat die Hürde erheblich gesenkt: Das Deployment ist jetzt eine 30-Minuten-Aufgabe, kein mehrtägiges Infrastrukturprojekt.

Für Agenturen deckt Worklenz das meiste Terrain unter den selbst gehosteten Optionen ab: AGPL-3.0-lizenziert, vollständig funktionsfähig (Zeiterfassung, Ressourcenmanagement, Kundenportale, Rechnungsstellung) und für den Multi-Projekt-Client-Service-Workflow konzipiert. Der Community-Self-Hosted-Plan ist kostenlos; Business ($99/Monat) und Enterprise ($499/Monat) Pläne sind für Teams verfügbar, die Support und erweiterte Funktionen benötigen.

Für die meisten Teams beginnen Sie mit dem kostenlosen Worklenz-Cloud-Tarif und migrieren dann zu Self-Hosting, wenn Ihre Teamgröße oder Compliance-Anforderungen es rechtfertigen.

Kostenlos testen Demo buchen