Die Kimai-Roadmap: ein Ort für Ihre Ideen und unsere Pläne

Unsere Feature-Requests bekommen ein neues Zuhause – mit einer öffentlichen Roadmap, die wir in den nächsten Wochen nach und nach füllen! Schaut euch die Vorschläge aus der Community an, stimmt für die Ideen ab, die euch wichtig sind, diskutiert mit oder reicht eigene Vorschläge ein. Sobald eine Idee geplant, in Arbeit oder umgesetzt ist, werdet ihr darüber informiert.

Wir haben das Glück, dass unsere Community Kimai nicht nur nutzt, sondern aktiv mitgestaltet. Im Laufe der Jahre habt ihr uns mehr als 1.000 Feature-Requests geschickt. In jedem einzelnen steckt Zeit und Mühe. Viele der vorgeschlagenen Funktionen nutzt ihr heute ganz selbstverständlich in Kimai.

Bei all diesen Ideen den Überblick zu behalten und euch auf dem Laufenden zu halten, war allerdings nicht immer einfach. Das wollten wir schon lange verbessern.

Heute geht die Kimai Roadmap an den Start. Damit machen wir den nächsten Schritt, um Kimai gemeinsam mit euch weiterzuentwickeln. Hier könnt ihr an einem zentralen Ort neue Funktionen vorschlagen, über Ideen abstimmen und verfolgen, woran wir gerade arbeiten.

Hier erfahrt ihr, warum wir uns für diesen Schritt entschieden haben, was sich für euch ändert und was mit euren bisherigen Feature-Requests auf GitHub passiert.

Acht Jahre Ideen auf GitHub

Als wir vor mehr als acht Jahren anfingen, Feature-Requests auf GitHub zu sammeln, lag das nahe: Unser Code war schon dort, die Mitwirkenden hatten einen Account und alle konnten die Diskussionen mitverfolgen. Ein Issue war schnell erstellt, und mit einer 👍-Reaktion ließ sich ein Vorschlag unkompliziert unterstützen.

Das hat lange gut funktioniert! Seitdem habt ihr mehr als 1.000 Feature-Requests eingereicht:

• Hunderte davon sind heute Teil von Kimai. Funktionen wie Kalender, Sortierung, Budgets, Ausgaben, Dark Theme sowie SAML- und LDAP-Login gehen auf eure Vorschläge zurück.
• Über 750 Requests wurden geschlossen: Die Vorschläge wurden umgesetzt, mit ähnlichen zusammengeführt oder abgelehnt.
• Über 250 sind noch offen – hier steht eine Antwort von uns noch aus.

Darin steckt enorm viel gemeinsame Arbeit. Danke für jede einzelne Idee, jede Stimme und jeden Kommentar.

Wo GitHub an seine Grenzen stößt

Für unseren Code ist und bleibt GitHub die richtige Plattform. Doch je größer Kimai wurde, desto deutlicher zeigten sich die Grenzen von GitHub bei der Verwaltung von Feature-Requests.

Auf Entwickler ausgerichtet.

Die Oberfläche von GitHub richtet sich an Entwickler. Viele Menschen, die Kimai täglich nutzen, haben jedoch keinen technischen Hintergrund. Für sie ist es oft umständlich, Vorschläge zu finden und deren aktuellen Stand nachzuvollziehen.

Der Überblick fehlt.

Feature-Requests stehen direkt neben Fehlermeldungen – alles heißt „Issue”. Bei 250 offenen Feature-Requests lässt sich nur schwer erkennen, welche Ideen besonders viel Unterstützung bekommen. Das gilt auch für uns.

Abstimmen geht nur über Umwege.

Eine richtige Abstimmungsfunktion gibt es auf GitHub nicht. Am ehesten lässt sich dafür die 👍-Reaktion nutzen. Viele schreiben stattdessen „+1” in die Kommentare. Das löst zwar eine Benachrichtigung an alle aus, die das Issue abonniert haben, zählt aber nicht als Stimme.

Stimmen verteilen sich auf doppelte Vorschläge.

Wurde dieselbe Idee mehrfach eingereicht, verteilten sich die Stimmen auf mehrere Issues. Dadurch wirkte so mancher Vorschlag weniger gefragt, als er tatsächlich war.

Der aktuelle Stand bleibt unklar.

Nach dem Einreichen eines Requests war oft unklar: Haben wir ihn gesehen? Ist die Umsetzung geplant? Arbeitet schon jemand daran? Wer ein Issue abonniert hatte, wurde über jeden einzelnen Kommentar benachrichtigt – nicht nur über die Fortschritte, die eigentlich interessant waren.

Datensouveränität.

Auf GitHub werden eure Beiträge, Kommentare und Stimmen bei einem externen Anbieter gespeichert, dessen Regeln gelten. Die Kimai Roadmap betreiben wir dagegen auf unserer eigenen Infrastruktur. So behalten wir die Kontrolle und übernehmen selbst die Verantwortung. Dabei gelten die strengen Datenschutzbestimmungen von Kimai.

Ideen erreichen uns über verschiedene Kanäle.

Feature-Requests bekommen wir auch per Support-E-Mail und auf anderen Wegen. Viele dieser Vorschläge wurden nicht auf GitHub erfasst. Deshalb floss nicht jede Stimme gleichermaßen ein.

So gingen viele Vorschläge im Laufe der Jahre in der langen Liste unter.

Warum das für Kimai wichtig ist

Kimai ist Open Source und wurde schon immer von den Menschen geprägt, die es nutzen. Eure Ideen, Fehlermeldungen und euer Feedback bringen Kimai voran.

Dazu gehört auch, dass ihr nachvollziehen könnt, was aus euren Vorschlägen wird. Wer sich die Zeit nimmt, eine Idee einzureichen, soll erfahren, ob wir sie einplanen, bereits daran arbeiten, sie umgesetzt haben oder nicht umsetzen werden – und warum. Diese Transparenz hilft uns, Kimai gemeinsam besser zu machen. Und sie ist ein Zeichen der Wertschätzung für eine Community, die so viel zu Kimai beiträgt.

Das ist die Kimai Roadmap

Die Kimai Roadmap ist für alle öffentlich einsehbar. Ihr könnt euch sämtliche Vorschläge und die gesamte Roadmap ohne Account ansehen.

Ideen teilen

Unter roadmap.kimai.org findet ihr alle Vorschläge. Standardmäßig werden euch die aktuell gefragtesten Ideen angezeigt („Trending”). Ihr könnt auch nach „Most wanted”, „Most discussed” oder „Recent” sortieren und die Beiträge nach Aktivität, Status und Tags filtern.

Ihr habt selbst eine Idee? Klickt auf das +, beschreibt euren Vorschlag und veröffentlicht ihn. Neue Requests erhalten zunächst den Status „Open”. Anschließend können andere dafür abstimmen, während wir uns den Vorschlag genauer ansehen.

Abstimmen und kommentieren

Ihr habt eine Idee gefunden, die euch gefällt? Stimmt dafür ab und beschreibt in einem Kommentar, wie euch die vorgeschlagene Funktion im Alltag helfen würde. Solche konkreten Beispiele helfen uns zu verstehen, was ihr braucht.

Die Entwicklung mitverfolgen

In der Roadmap-Ansicht seht ihr, welche Funktionen als Nächstes anstehen. Dort könnt ihr verfolgen, wie sich der Status einer Idee von „Open” über „Planned” und „Started” bis hin zu „Completed” verändert.

Benachrichtigungen erhalten

Wenn ihr einem Request folgt, werdet ihr benachrichtigt, sobald sich sein Status ändert.

Warum ihr zum Mitmachen vorerst eine Einladung braucht

Ansehen könnt ihr euch die Kimai Roadmap ohne Account. Wenn man selbst Vorschläge einreichen, abstimmen, kommentieren oder Requests folgen möchte, braucht man vorerst eine Einladung zur Registrierung. Schreibt einfach eine E-Mail an support@kimai.org, und wir schicken euch einen Registrierungslink.

Dafür haben wir uns bewusst entschieden: So halten wir Spam und Bots fern und stellen sicher, dass hinter jeder Stimme ein Mensch steht, der Kimai nutzt. Außerdem braucht man keinen Account bei einem anderen Dienst, um mitzumachen – genau diese Hürde hat die Beteiligung bisher erschwert. Und wir können alle, die dazukommen, kurz persönlich begrüßen und die Menschen hinter den Ideen kennenlernen.

Die Einladungspflicht soll in naher Zukunft wegfallen. Zunächst möchten wir aber Erfahrungen mit der Plattform sammeln und sehen, wie sie sich im Alltag bewährt.

Was mit den GitHub-Feature-Requests passiert

Darüber haben wir uns besonders viele Gedanken gemacht. In acht Jahren sind zahlreiche Ideen und Diskussionen zusammengekommen, die wir nicht einfach nur kopieren möchten. Deshalb erklären wir hier genau, wie wir beim Umzug vorgehen.

Die Regel: Requests mit Unterstützung ziehen um

• Alle Requests aus den letzten 12 Monaten ziehen um – unabhängig von der Zahl ihrer Stimmen.
• Ältere Requests ziehen um, wenn ihre Stimmenzahl die Anzahl der vollen Jahre übersteigt, die sie bereits offen sind.

Offen seit	Benötigte Stimmen für den Umzug
Unter 1 Jahr	Zieht immer um
1–2 Jahre	2 oder mehr
2–3 Jahre	3 oder mehr
3–4 Jahre	4 oder mehr
4–5 Jahre	5 oder mehr
5 Jahre oder mehr	6 oder mehr

Als Stimme zählt eine 👍-Reaktion auf das jeweilige Issue. Bevor wir diese Regel anwenden, führen wir doppelte Requests zusammen und zählen ihre Stimmen zusammen. So wird keine beliebte Idee übergangen, nur weil sich ihre Unterstützung auf mehrere Issues verteilt.

Der GitHub Importer

Hunderte Requests manuell zu übertragen, wäre kaum zu schaffen. Deshalb unterstützt uns dabei der GitHub Importer-Bot. Er liest das jeweilige GitHub-Issue einschließlich aller Kommentare ein und fasst alles in einem Beitrag auf der Kimai Roadmap zusammen. Jeder importierte Beitrag enthält:

• Den ursprünglichen Vorschlag und eine Zusammenfassung der Diskussion
• Die Anzahl der Stimmen zum Zeitpunkt des Umzugs
• Einen Link zum ursprünglichen GitHub-Issue, in dem die vollständige Diskussion weiterhin nachgelesen werden kann

Was passiert mit den Stimmen? Stimmen lassen sich nicht von GitHub-Accounts auf die Accounts der neuen Plattform übertragen. Deshalb werden die übernommenen Stimmen als Stimmen vom „Importer” angezeigt. Technisch lässt sich das nicht anders lösen. Jede Stimme zählt weiterhin, ist aber nicht mehr der Person zugeordnet, die sie abgegeben hat. Ihr könnt auch für importierte Beiträge abstimmen. Wenn ihr einen Request bereits auf GitHub unterstützt habt und über seinen Fortschritt informiert werden möchtet, folgt ihm auf der Kimai Roadmap.

Requests, die wir archivieren

Einige ältere Requests haben über die Jahre keine Unterstützung erhalten. Diese übernehmen wir nicht, sondern archivieren sie: Wir schließen die Issues auf GitHub, sie bleiben dort aber weiterhin lesbar. Wer eine solche Idee wieder aufgreifen möchte, kann sie auf der Kimai Roadmap neu einreichen und auf das ursprüngliche Issue verlinken.

Requests, die wir nicht umsetzen können

Einige wenige Vorschläge passen nicht zum Konzept von Kimai oder lassen sich technisch nicht umsetzen. Diese Requests schließen wir einzeln und begründen jeweils kurz, warum. So bekommt jede Idee eine klare Antwort.

Was auf GitHub bleibt

Fehlermeldungen, Pull Requests und Diskussionen zum Code bleiben wie bisher auf GitHub. Nur die Feature-Requests ziehen um. Auch übertragene und archivierte Issues bleiben auf GitHub lesbar. Bestehende Links funktionieren also weiterhin.

Was wann passiert

1. 23. Okt.: Die Kimai Roadmap öffnet unter roadmap.kimai.org. Schaut rein!
2. 26. Okt.: Ab diesem Tag gehen wir nach und nach alle Feature-Requests auf GitHub durch. Wir übertragen sie nach den oben beschriebenen Regeln, schließen die Issues und verlinken gegebenenfalls auf den zugehörigen Roadmap-Beitrag. Wenn ihr ein Issue abonniert habt, erhaltet ihr dazu eine Benachrichtigung.
3. 02. Nov.: Wir beginnen, die Feature-Requests zu sortieren, und tragen unsere Pläne für die kommenden Monate in die Roadmap ein. Bleibt dran!

Wie wir entscheiden, was wir umsetzen

Wir würden gerne jede Idee umsetzen, können das aber nicht. Deshalb möchten wir offen erklären, wie wir unsere Prioritäten setzen.

Die Zahl der Stimmen spielt dabei eine wichtige Rolle, ist aber nicht das einzige Kriterium. Wir berücksichtigen auch, wie vielen Nutzern eine Änderung hilft, wie aufwendig sie ist, ob sie zur Ausrichtung von Kimai passt und was unser Team mit den verfügbaren Kapazitäten leisten kann.

Wir sehen uns die Requests jede Woche an und vergeben jeweils einen der folgenden Status:

• Open: Der Vorschlag ist neu, kann Stimmen sammeln und wird noch von uns geprüft.
• Planned: Wir planen, den Vorschlag umzusetzen.
• Started: Wir arbeiten an der Umsetzung.
• Completed: Die Funktion ist in Kimai verfügbar!
• Declined: Wir haben uns gegen die Umsetzung entschieden. Ein klares „Nein” hilft mehr als ein Request, der jahrelang unbeantwortet bleibt.
• Duplicate: Wir haben den Vorschlag mit einem bereits vorhandenen Request zusammengeführt.

Uns ist bewusst, dass der Umzug eine Umstellung ist

Gerade für alle, die sich seit Jahren auf GitHub einbringen, ändern sich damit vertraute Abläufe. Das nehmen wir ernst. Eure Beiträge haben Kimai entscheidend geprägt. Deshalb haben wir viel Arbeit investiert, damit sie beim Umzug nicht verloren gehen.

Falls in einem importierten Beitrag etwas fehlt oder die ursprüngliche Diskussion nicht richtig wiedergegeben wird, schreibt uns an support@kimai.org. Wir korrigieren den Beitrag dann.

Jetzt seid ihr dran!

Was sollte Kimai als Nächstes können? Schaut auf roadmap.kimai.org vorbei, stimmt für die Vorschläge ab, die euch wichtig sind, und bringt eure eigenen Ideen ein. Wir freuen uns auf eure Vorschläge!

Danke, dass ihr Kimai mitgestaltet.