Plane: Open-Source-Projektmanagement mit Zyklen statt Sprints

Plane gegen Jira, Linear, Monday und ClickUp

Die GitHub-Beschreibung von makeplane/plane nennt Jira, Linear, Monday und ClickUp als Zielvorgabe: Plane will diese kommerziellen Projektmanagement-Tools ersetzen. Die README selbst stellt Plane als Open-Source-Werkzeug vor, um Issues zu verfolgen, Zyklen durchzuführen und Produkt-Roadmaps zu verwalten. Dabei verwendet das Projekt bewusst den Begriff Cycles statt Sprints; die eigenen zeitlich begrenzten Arbeitsabschnitte heißen in Plane Zyklen.

Das eingerahmte Motto "Modern project management for all teams" bleibt eine Selbstbeschreibung. Einen direkten Vergleich mit den genannten Wettbewerbern liefert die README nicht, weder bei Bedienung noch bei Funktionstiefe. Wer Tools abwägen will, muss dafür die Dokumentation oder die Erfahrungsberichte im Forum heranziehen. Die README ist ein Einstiegspunkt, keine Vergleichsstudie.

Zwei Wege in die Installation: Cloud und Self-Hosting

Zwei Installationswege stehen in der README. Plane Cloud unter app.plane.so sei der schnellste Einstieg, weil keine eigene Infrastruktur aufgebaut werden muss. Daneben erlaubt Self-Hosting die volle Kontrolle über Daten und Server; die README verweist dafür auf die Bereitstellungsanleitungen unter developers.plane.so mit den Methoden Docker und Kubernetes.

Konkrete Befehle wie ein docker-compose-Beispiel stehen nicht in der README, sondern erst in der verlinkten Self-Hosting-Dokumentation. Für Instanzadministratoren nennt die README den sogenannten God mode, mit dem sich Einstellungen der gesamten Instanz verwalten lassen. Welche Einstellungen genau darunter fallen und ob dafür besondere Rechte nötig sind, bleibt offen. Upgrade-Pfade, Datenmigration und Versionswechsel thematisiert die README nicht.

Work Items, Zyklen, Module, Ansichten, Pages und Analysen

Die Funktionsliste gliedert sich in sechs Bereiche. Work Items sind Aufgaben mit einem Rich-Text-Editor, der Datei-Uploads, Untereigenschaften und Verweise auf verwandte Issues unterstützt. Cycles halten den Arbeitsrhythmus mit Burndown-Diagrammen sichtbar, Modules zerlegen komplexe Projekte in kleinere Einheiten.

Views sind gespeicherte Filter, mit denen sich der Workflow anpassen und mit dem Team teilen lässt. Pages dienen zum Sammeln und Strukturieren von Ideen; die README erwähnt hier KI-Fähigkeiten, ohne zu erklären, welche Funktionen die KI übernimmt, ob ein Modell-Provider angebunden ist oder wie Daten verarbeitet werden. Analytics liefert laut README Echtzeit-Einblicke über alle Plane-Daten und nennt als Beispiele das Aufzeigen von Trends und das Entfernen von Blockern. Zu jeder Funktion zeigt die README einen Screenshot, aber ohne erläuternden Text. Belegdaten wie Leistungsmessungen oder Nutzerzahlen fehlen.

Beiträge über Forum, GitHub Discussions und Issue-Vorlagen

Für die lokale Entwicklung verweist die README auf die Datei CONTRIBUTING.md, ohne die Schritte zu wiederholen. Als Beitragswege nennt sie Fehlermeldungen und Funktionswünsche über vorausgefüllte GitHub-Issue-Vorlagen, Überarbeitungen der Dokumentation, Beiträge rund um das Ecosystem sowie das Abstimmen über beliebte Funktionswünsche. Die Community trifft sich in GitHub Discussions und im separaten Forum von plane.so; ein Verhaltenskodex ist verlinkt.

Sicherheitslücken sollen laut README nicht als öffentliches Issue gemeldet, sondern an security@plane.so geschickt werden; eine Sicherheitsrichtlinie ist verlinkt. Ein Bug-Bounty-Programm oder eine zugesagte Antwortzeit wird nicht erwähnt. Die README verspricht, alle Meldungen zu lesen und auf die meisten zu antworten, doch konkrete Abläufe für das Triage-Verhalten der Maintainer lassen sich daraus nicht ableiten.

Dokumentation, Releases und der Standard-Branch preview

Zwei Dokumentationsbereiche werden verlinkt: die Produktdokumentation unter docs.plane.so und die Entwicklerdokumentation unter developers.plane.so. Die Metadaten des Repositorys führen Plane als TypeScript-Projekt; im Abschnitt "Built with" verweisen drei Badges auf React Router, Django und Node.js.

Der Standard-Branch heißt preview, nicht master oder main. Als aktuellste Version ist v1.4.2 getaggt, davor erscheinen v1.4.2-rc1 und v1.4.1. Einen Veröffentlichungsrhythmus oder Changelog macht die README nicht. Wer wissen will, wie der God mode administriert wird oder wie ein Docker-Setup konkret aussieht, muss in developers.plane.so nachlesen; die README gibt dafür nur die Einstiegspunkte an.

AGPL-3.0 und die offenen Fragen der README

Zur Lizenz nennt die README die GNU Affero General Public License v3.0, und die Metadaten bestätigen AGPL-3.0 als SPDX-Kennung; der Link führt auf LICENSE.txt im Repository. Für ein Projekt, das Teams gehostet oder selbst geführt einsetzen können, ist AGPL praxisrelevant: Wer abgeleitete Versionen anderen über ein Netzwerk anbietet, muss den geänderten Quellcode verfügbar machen. Das schränkt eine Wiederverwendung in proprietären SaaS-Systemen ein; für interne Nutzung ist der Spielraum größer.

Genaueres muss jeder am Lizenztext selbst prüfen, denn die vorliegenden Quellen enthalten den Volltext nicht. Offen bleiben außerdem konkrete Installationsbefehle, Kosten oder Limits der Cloud-Variante, Erklärungen zu den KI-Funktionen der Pages und Hinweise zu Updates. Für eine belastbare Einführung braucht es deshalb die verlinkte Dokumentation.

Redaktionelles Fazit

Teams, die ein selbst gehostetes Projektmanagement mit Boards, Zyklen und Roadmaps aufbauen wollen, sollten Plane auf einer Testinstanz ausprobieren; ohne eigene Infrastructure-Erfahrung ist die Cloud-Variante unter app.plane.so der einfachere Einstieg. Wer konkrete Installationsbefehle, Angaben zu den KI-Funktionen der Pages oder Verhaltensdetails zum God mode braucht, findet diese in der README nicht und muss developers.plane.so sowie die LICENSE.txt prüfen.

Offizielle Quellen

1. Official documentation
2. Official README
3. Project repository
4. Release notes