Documentation

Vous créez votre compte, invitez votre équipe et ouvrez le premier projet, qui reçoit automatiquement sa propre clé, du type PRJ-142. Vous configurez ensuite les statuts, les priorités, les étiquettes et les types de tâches depuis les nomenclatures, vous constituez le backlog et vous lancez le premier sprint.

Le travail s'organise sur quatre niveaux : le projet, ses jalons, les sprints et les tâches. Chaque tâche porte un statut, une priorité, un type et des étiquettes, peut dépendre d'une autre (bloque / bloquée par) et rassemble les temps saisis, les commentaires et les entrées du journal d'activité. 4myprojects n'expose pas d'API publique et ne délivre pas de clés d'API aux clients : tout se fait depuis le panneau.

4myprojects ne se connecte ni aux dépôts Git, ni aux messageries, ni aux agendas, ni aux plateformes d'automatisation : il n'existe aucun connecteur externe et aucune donnée n'est envoyée vers des services tiers. En revanche, tout ce qui est habituellement dispersé tient au même endroit : le tableau Kanban, le backlog, les sprints, le Gantt avec jalons, les dépendances entre tâches, le temps saisi, les commentaires et le journal d'activité. Le compte reste celui de l'écosystème 4b2b : l'équipe se connecte au panneau avec ses identifiants existants.

Le backlog contient tout ce qui n'est pas encore planifié ; c'est de là que vous tirez les tâches vers un sprint. Le tableau Kanban les affiche par colonne, avec statut, priorité, type et étiquettes. À la clôture du sprint, il reste le burndown et la vélocité, et ce qui n'a pas été terminé retourne au backlog.

L'ordre qui fonctionne : monter la structure de projets et les jalons, configurer les nomenclatures (statuts, priorités, étiquettes, types), affecter les ressources par projet et vérifier la charge de l'équipe, puis planifier le premier sprint. Après une semaine de saisie du temps, vous disposez déjà de rapports par tâche et par membre.

Il n'y a pas d'import automatique : 4myprojects ne récupère pas de données depuis Jira, Asana, Monday ou ClickUp et ne lit pas de fichiers CSV. Vous recréez la structure directement dans la plateforme ; en pratique, cela va vite si vous commencez par le sprint en cours et le backlog ouvert — le reste de l'historique peut rester dans l'ancien outil, en archive.

L'administrateur apprend les nomenclatures et la structure de projets ; le chef de projet travaille le backlog, les sprints, le Gantt avec jalons et la charge de l'équipe ; les membres restent sur leur page de travail, où ils voient leurs tâches, saisissent leur temps et commentent. Le plus simple pour s'exercer reste un projet de test, séparé des projets réels.

Le frontend tourne sur Next.js, le service projets sur FastAPI, et les données sont dans PostgreSQL. L'ensemble tourne en conteneurs Docker derrière une passerelle qui valide les accès, sur des serveurs situés dans l'Union européenne.