- Kan.bn ist eine Open-Source-Alternative zu Trello und ein auf Zusammenarbeit ausgerichtetes Projektmanagement-Tool
- Bietet zentrale Funktionen für die Zusammenarbeit wie Board-Verwaltung, Einladen von Teammitgliedern, Kommentare, Labels und Filter sowie Aktivitätsprotokolle
- Unterstützt den einfachen Import bestehender Trello-Daten sowie das Nachverfolgen des Aktivitätsverlaufs
- Vorlagen und Integrationen mit externen Tools sollen bald hinzugefügt werden
- Entwickelt auf Basis moderner Stacks wie Next.js, tRPC und Tailwind CSS und bietet dadurch eine zeitgemäße Nutzererfahrung
Kan.bn: Ein Open-Source-Projektmanagement-Tool als Ersatz für Trello
- Eine Plattform für kollaboratives Projektmanagement im Team, die Trello-ähnliche Funktionen als Open Source bereitstellt
- Jeder kann die zentralen Kollaborationsfunktionen für Ziel- und Aufgabenmanagement frei nutzen, darunter Berechtigungssteuerung, Mitgliedereinladungen und Diskussionen zu Karten
- Im Vergleich zu anderen kommerziellen Board-Kollaborationsdiensten wird eine Lizenz auf Basis von AGPLv3 verwendet, sodass sich der gesamte Quellcode frei anpassen und erweitern lässt
- Zusätzlich bietet die Datenmigrationsfunktion für Trello-Projekte den Vorteil, dass bestehende Trello-Nutzer leicht zu Kan.bn wechseln können
Hauptfunktionen
- Steuerung der Board-Sichtbarkeit: Für jedes Projekt-Board lassen sich Lese- und Bearbeitungsrechte individuell festlegen
- Einladen von Workspace-Mitgliedern und Zusammenarbeit: Teammitglieder können in einen Workspace eingeladen werden, um gemeinsam zu arbeiten und in Echtzeit zu kommunizieren
- Import von Trello-Daten: Bestehende Trello-Boards können mit einer einzigen Import-Aktion in Kan.bn übernommen werden
- Labels und Filter: Mit Karten-Tagging und schneller Suche lassen sich Karten auch in großen Projekten einfach identifizieren und verwalten
- Kommentare und Diskussionen: Zu jeder Karte können frei Meinungen und Protokolle hinterlassen werden, was für Echtzeitdiskussionen optimiert ist
- Aufzeichnung des Aktivitätsverlaufs: Alle Änderungen an Karten werden automatisch protokolliert und nachverfolgt, sodass nachvollziehbar ist, wer wann welche Aufgabe bearbeitet hat
- Vorlagen und Integrationen mit externen Diensten (geplant): Das Speichern häufig genutzter Board-Strukturen und Integrationen mit externen Tools sollen bald ergänzt werden
Tech-Stack
- Next.js: Unterstützung für Server-Side Rendering und moderne Webentwicklung
- tRPC: Einsatz einer API-Kommunikationsstruktur mit Fokus auf Typsicherheit
- Better Auth: Automatisierung und Stärkung des Authentifizierungsprozesses
- Tailwind CSS: Unterstützung für flexible und schnelle UI/UX-Anpassungen
- Drizzle ORM: Saubere Datenbankabstraktion und Typgarantie
- React Email: Integriertes Nachrichtensystem für User-Mailing
Community und Open-Source-Beteiligung
- Der gesamte Code ist vollständig auf GitHub öffentlich zugänglich, und aktive Beteiligung an Open-Source-Zusammenarbeit, Feedback und Verbesserungen ist willkommen
- Auf Basis der AGPLv3-Lizenz ist die freie Nutzung und Verbreitung sowohl für kommerzielle als auch nichtkommerzielle Zwecke möglich
- Entwickler, die beitragen möchten, können den CONTRIBUTING-Guide prüfen und anschließend einen Pull Request einreichen
2 Kommentare
Ich habe es als Kanban-Board angeschaut und den Code geprüft; die Funktionen sind gut voneinander getrennt, und die Zusammenstellung der Bibliotheken gefällt mir, aber es ist schade, dass es mit dem
pages-Ansatz von Next 14 und Tailwind 3.x geschrieben wurde.Ich habe eine Empfehlung dagelassen.
Hacker-News-Kommentare
Vorstellung eines Kan-Produkts, das ich selbst gebaut habe, weil mir keine Open-Source-Alternative zu Trello wirklich gefiel; sehr schnell, kostenlos und vollständig anpassbar, mit der Wahl zwischen Self-Hosting oder einer gemanagten Cloud-Version; Feedback, Bug-Reports und Feature-Vorschläge sind willkommen; Links zum Repository, zur Cloud und zur Roadmap: GitHub Repo Cloud Roadmap
Bitte um eine Vergleichserklärung mit bestehenden Open-Source-Boards wie Wekan, Taiga und Kanboard; dazu wurden die jeweiligen Links geteilt: Wekan Taiga Kanboard
Der Hinweis, dass es der Diskussion helfen würde, konkreter zu erklären, was bei den bisherigen Open-Source-Alternativen fehlte oder enttäuschend war und welche Funktionen ich besonders umsetzen wollte; es sei auch völlig in Ordnung, es einfach gebaut zu haben, weil ich es selbst bauen wollte, aber man bat darum, besonders hervorzuhebende Funktionen zu nennen
Nach direkter Nutzung des in der Roadmap bereitgestellten Kanban-Boards wurde Feedback gegeben: Beim Klick auf eine Karte werde nur „Activity“ angezeigt, ohne Daten, und nach dem Anklicken mehrerer Karten funktioniere der Zurück-Button des Browsers nicht korrekt
Glückwünsche und aufmunternde Worte; außerdem die Frage, was das Produkt im Vergleich zu anderen interessanter, praktischer oder besonders nützlich macht und welche Einsichten oder unerwarteten Erfahrungen ich bislang in der Entwicklung gewonnen habe
Die Rückmeldung, dass es beeindruckend sei, das Produkt selbst gebaut zu haben, mit der Bitte, konkreter zu erläutern, was bei bestehenden Open-Source-Trello-Klonen fehlte oder missfiel und welche Trade-offs oder Differenzierungsentscheidungen ich getroffen habe
Neugier, warum Next.js für ein Open-Source-Projekt gewählt wurde; häufig höre man, dass das Deployment von Next.js außerhalb von Vercel berüchtigt schwierig sei
Aus persönlicher Next.js-Erfahrung sei das grundlegende Deployment sehr einfach; mit einem zehnzeiligen Dockerfile lasse sich ein distroless nodejs-Container bauen, der nach dem Deployment sofort laufe; bei größeren Performance-Problemen werde es schrittweise komplexer, und statische Assets separat etwa über ein CDN zu hosten sei effizient; komplexere Optimierungen seien etwa Caching oder das Auslagern von Middleware; Vercel reduziere die operative Komplexität, bringe aber finanzielle Kosten mit sich; persönlich habe ich die vollständigen Server-Funktionen von NextJS nie tiefgreifend genutzt; außerdem die Frage, ob andere Frontend-Frameworks aus Performance-Sicht leichter zu optimieren seien; weniger das Deployment selbst sei schwierig als vielmehr der nötige Aufwand, um ein ähnliches Extremniveau bei Optimierung und Betrieb wie bei Vercel zu erreichen
Next.js sei eine Node-App und daher für langfristiges Deployment auf Servern überhaupt nicht schwer; allerdings habe man in der Vergangenheit für fortgeschrittene Funktionen in Serverless-Umgebungen tatsächlich Reverse Engineering betreiben müssen, und dieses Problem werde in diesem Issue nach und nach verbessert
Die Meinung, Next.js-Deployment sei schwierig, sei stark übertrieben; kompliziert werde es bei fortgeschrittenen Funktionen wie dem Ausliefern statischer Assets von einer separaten Origin oder bei Bildoptimierung, aber diese Funktionen würden alternative Frameworks zu Next.js in Wahrheit ebenfalls kaum umfassend unterstützen
Der Schwierigkeitsgrad beim Deployment als Docker-Container unterscheide sich kaum von anderen Apps; auch ein Deployment auf Fargate sei innerhalb von zwei Stunden machbar
Next.js-Deployment sei zwar schwierig, aber eigentlich sei das Deployment jeder größeren Anwendung schwierig; persönlich seien die eigentlichen Hürden nicht Next.js selbst gewesen, sondern ungewohnte Open-Source-Software, Docker, Kubernetes, Datenbanken und Integrationsprobleme
Die Trello-Preise seien zuletzt ziemlich vernünftig gesunken, aber wenn Funktionen wie bedingte Logik in Automatisierungen hinzukämen, könnte man einen Plattformwechsel erwägen; zur Einordnung: Trello kostet 5 US-Dollar pro Monat, daher dürfte Preiswettbewerb nicht einfach sein
Es mag etwas absurd klingen, aber der Wunsch nach einer Open-Source-„All-in-One“-App; wenn sich das Produkt zu einem Slack-Ersatz entwickeln würde, mit kanalbasierten Kanban-Boards, HTTP-Bot-API, Charts und Dashboards, Python-Notebook-Snippets usw., sodass alles an einem Ort erledigt werden kann, wäre das wirklich wünschenswert
Geteilte frühere Erfahrung mit Kanboard: Es ist in PHP geschrieben, das Design war schwach, aber die Funktionen waren ziemlich brauchbar, und dadurch, dass keine Datenbank nötig ist, war die Installation einfach: Kanboard
Es lasse sich einfach auf Shared Hosting hochladen und sofort ausführen; die UI sei altbacken, funktional aber ausgezeichnet
Ich nutze Kanboard noch immer und mag es gerade wegen seiner Einfachheit sehr
Vorschlag, einen günstigen Familientarif einzuführen; Kanban-Boards seien großartig, aber noch besser wäre es mit einer nativen App und einfacher Synchronisierung, etwa über iCloud oder Dropbox; Self-Hosting oder ein SaaS-Modell seien nicht reizvoll; früher habe ich eine kostenlose Windows-Desktop-Kanban-App sehr gern genutzt, die inzwischen eingestellt wurde; auch die Listenabschnitts-Funktion von Apple Reminders lasse sich zwar kanbanartig verwenden, aber die UX sei schwach, besonders auf macOS; gesucht werde eine native App mit einfacher Synchronisierung, gut geeignet für 1–2 Personen, ohne Abonnement, also mit einmaligem Kauf pro Version
Der Slogan „Kanban reimagined“ wirke etwas eigenartig; die tatsächlichen Funktionen unterschieden sich nicht stark von Trello, Taiga usw., daher wirke es eher wie eine Neuauflage desselben Produkts; Open-Source-Alternativen an sich seien aber willkommen
Die Projektqualität wirke ebenfalls ordentlich, aber der Domainname sei besonders eindrucksvoll
Große Sympathie für Trello selbst: visuell ansprechend, Tastaturkürzel und schnelle Oberfläche, leistungsfähige Automatisierungs-API und die Möglichkeit, vielfältige Automatisierungsszenarien selbst umzusetzen; auch das Kan-Produkt werde ich mir ansehen
Ich nutze Trello seit über 14 Jahren, und die zwei größten Probleme sind folgende