Kanso Gestion de projet auto-hébergée Documentation

Gestion de projet · documents vivants

Kanso mène un projet de bout en bout — équipes, projets, tickets, cycles, une feuille de route, un planning avec ses dépendances, la charge par personne — et garde à côté les documents qui l'expliquent.

Tous ceux qui ne l'ouvrent pas lisent les mêmes données dans Notion.

docker compose up Le code sur GitHub Web sur :3000, API sur :8080.

Une équipe nomme ses propres statuts — six pour commencer, de backlog à annulé, qu'elle renomme, réordonne, complète et retire. Une touche chacun, les mêmes mots dans la liste, le tableau et le planning.

Le déroulé

Cinq écrans, dans l'ordre où on les rencontre

Un projet, un ticket, puis les mêmes tickets lus de trois façons.

  1. 01

    Créer un projet

    Un projet dans Kanso, avec son responsable, son statut et ses dates.

    Une équipe possède ses tickets ; un projet les regroupe au travers de l'équipe et porte un responsable, un statut et des dates. Les cycles et la feuille de route lisent les mêmes lignes.

  2. 02

    Créer un ticket

    Un ticket dans Kanso, avec son identifiant, son statut et son assigné.

    c depuis n'importe où, e pour renommer sur place, 1–6 pour les six premiers statuts de votre équipe et ⇧s pour en choisir un par son nom. Le ticket reçoit un identifiant court propre à l'équipe — KAN-1, puis KAN-2 — attribué à l'intérieur de l'insertion.

  3. 03

    Le lire comme un planning

    Le planning de Kanso : des barres sur les semaines, avec des flèches entre les tickets dépendants.

    Des barres, les dépendances entre elles, et un avertissement quand deux se chevauchent. Une seule requête, dessinée dans le temps.

  4. 04

    Le lire comme un tableau

    Le tableau de Kanso : une colonne par statut, avec des cartes de tickets.

    La même requête, dessinée en une colonne par statut de l'équipe. Déplacer une carte change le statut, et rien d'autre. Au-delà d'une seule équipe, les colonnes deviennent les cinq sens que les deux vocabulaires partagent, et un dépôt écrit le mot de l'équipe de la carte.

  5. 05

    Le lire comme la liste d'une personne

    La liste de Kanso filtrée sur un assigné, groupée par statut.

    La même requête encore, filtrée sur un assigné et conservée comme vue enregistrée. Liste, tableau et planning sont trois dispositions d'une même requête, pas trois fonctionnalités à maintenir en phase — c'est aussi pourquoi la charge par personne est une lecture des mêmes lignes et non un rapport.

Ce que c'est

Quatre choses, dans cet ordre

Un projet entier, pas une liste de tâches.

Des cycles, une feuille de route, un planning qui connaît ses dépendances et signale les chevauchements, la charge par personne.

Le document est à côté du travail.

Les pages Notion sont référencées par les projets et par les tickets, plusieurs-à-plusieurs des deux côtés. La page qui explique une décision est rattachée au travail qu'elle a décidé, au lieu d'être classée dans un second outil.

Au clavier.

j/k pour se déplacer, 1–6 pour les statuts de votre équipe, ⌘K pour la palette, / pour filtrer. Les mêmes touches dans les trois vues.

Personne d'autre n'a à apprendre Kanso.

Connectez Notion et Kanso alimente quatre bases. Ceux qui ont seulement besoin de suivre y construisent leurs propres vues et n'ouvrent jamais Kanso.

Notion

Deux directions, dont une seule est une boucle

Sortant, en continu

Chaque écriture met un travail en file dans la même transaction, et un worker le pousse dans quatre bases. Les lecteurs y filtrent, groupent et représentent les données comme ils le font déjà, et n'ouvrent jamais Kanso. Postgres reste la source de vérité ; Notion rattrape son retard, et Kanso reste utilisable pendant qu'il est injoignable.

  • Kanso · Teams
  • Kanso · Projects
  • Kanso · Tickets
  • Kanso · Docs

Entrant, une fois

Vous arrivez avec six mois de tickets déjà dans Notion et l'import les adopte : il liste les bases qu'il voit, vous dites quelle équipe chacune devient, et il y copie les pages. Une fois. Ensuite les tickets se créent dans Kanso — une page créée plus tard dans Notion est journalisée et laissée où elle est, et le poller ne ramène que des champs scalaires : titre, statut, priorité, dates, archivage. Les assignés et les relations restent ceux de Kanso.

Une porte pour emménager, une seule source de vérité pour y vivre.

Le lancer

Deux commandes, sur votre machine

cp .env.example .env      # renseignez les identifiants OIDC, ou posez KANSO_AUTH_MODE=dev
docker compose up
  • Web — localhost:3000
  • API — localhost:8080
  • Santé — localhost:8080/actuator/health

Le premier lancement ouvre un assistant d'installation. Vous créez le compte propriétaire avec une adresse et un mot de passe, puis — si vous le voulez — liez Notion, activez la connexion Google et choisissez un thème. Chaque étape après le compte est passable et réouvrable depuis les réglages, de sorte qu'on peut saisir des tickets en moins d'une minute.

Notion est optionnel. Sans jeton, chaque écriture met quand même un travail de synchronisation en file et un client neutre le termine : la file et le mécanisme de reprise tournent, et rien ne quitte la machine.

Code ouvert

AGPL-3.0, et hébergeable par vous

AGPL-3.0. Pas d'édition payante, aucune fonctionnalité gardée derrière un mur.

Relu en moins d'une semaine. Aucun CLA à signer.

Lire le code

Avant de commencer

  1. Clonez-le et lancez docker compose up kanso
  2. Lisez le guide de contribution (5 min)
  3. Dites bonjour dans la discussion du ticket
  4. Ouvrez une pull request, même incomplète

Il mène le projet. Tous les autres le lisent dans Notion.

Une instance, votre Postgres, votre jeton Notion ou aucun. Rien à quoi s'inscrire et rien à nous envoyer : il n'y a pas de télémétrie à désactiver.

docker compose up Le dépôt