Outils de gestion de projet : GitHub Projects, Jira, Trello, GitLab

Un outil de gestion de projet est un logiciel qui aide une équipe à planifier, répartir, suivre et partager son travail : un tableau de tâches, un backlog, un diagramme de Gantt, des indicateurs, un espace de documentation. Le référentiel demande de savoir utiliser un tel outil ; le jury de l'E5 regarde ce que tu en as tiré. Ce chapitre présente les familles d'outils, compare les plus répandus en 2026 (GitHub Projects, GitLab, Jira, Trello, GLPI, les outils de Gantt), puis monte pas à pas le tableau de Prêt'Matos.

Les familles d'outils d'un projet

Un projet utilise rarement un seul outil. Chaque famille répond à un besoin différent :

Les quatre outils de suivi les plus courants

Les offres et leurs limites changent régulièrement : vérifie la page tarifaire de l'éditeur avant de choisir pour une organisation. Pour un projet de BTS, GitHub Projects ou GitLab ont un avantage décisif : le suivi des tâches vit à côté du code, et chaque commit, chaque pull request et chaque issue sont datés et attribués, ce qui fait d'excellentes preuves pour ton portfolio.

Les autres outils à connaître

• GLPI gère aussi des projets : tâches, équipes, sous-projets, avec un onglet Gantt et une vue Kanban. C'est un bon choix pour un projet d'infrastructure dans une organisation qui utilise déjà GLPI pour son parc et ses tickets.
• GanttProject et ProjectLibre sont des logiciels libres de planification : on saisit les tâches, les durées et les liens, ils calculent les dates et le chemin critique et dessinent le Gantt. Parfaits pour un projet prédictif comme le renouvellement du parc.
• OpenProject est une application web libre qui combine Gantt, tableaux agiles et suivi du temps, installable sur ses propres serveurs.
• Microsoft Planner gère des tâches et des tableaux dans l'environnement Microsoft 365, intégré à Teams. Microsoft a arrêté son service Project Online le 30 septembre 2026 et oriente ses clients vers Planner et ses offres premium, ainsi que vers Project en version de bureau.

Monter le tableau de Prêt'Matos dans GitHub Projects

L'équipe de Prêt'Matos range son code dans un dépôt GitHub de l'organisation sorbier-logistique. Elle y relie un projet GitHub en cinq étapes.

1. Créer le projet. Depuis l'onglet Projects de l'organisation, on crée un projet à partir du modèle de tableau (Board). En ligne de commande, l'outil gh le fait aussi ; il faut d'abord donner à gh le droit de gérer les projets :

# Autoriser gh à gérer les projets (une seule fois)
gh auth refresh -s project

# Créer le projet dans l'organisation
gh project create --owner sorbier-logistique --title "Prêt'Matos"

2. Ajouter les champs. Le champ Status existe déjà (Todo, In Progress, Done) ; on le complète avec les colonnes « Prêt » et « En revue » du tableau Kanban. On ajoute un champ numérique Estimate pour les points et un champ Iteration de deux semaines pour les sprints.

3. Créer une issue par user story. Le titre reprend la story, la description ses critères d'acceptation, sous forme de cases à cocher. Des étiquettes (labels) indiquent le type : story, bug, technique.

gh issue create --repo sorbier-logistique/pretmatos \
  --title "Réserver un matériel pour une période" \
  --label story \
  --project "Prêt'Matos" \
  --body "En tant que salarié, je veux réserver un matériel pour une période afin de l'avoir le jour où j'en ai besoin.

Critères d'acceptation :
- [ ] on ne peut pas réserver un matériel déjà réservé sur une partie de la période
- [ ] la date de début n'est pas dans le passé, et un prêt dure au plus 15 jours
- [ ] la réservation apparaît dans « mes réservations » et dans le planning de la logistique"

4. Relier le code aux issues. Chaque pull request mentionne l'issue qu'elle traite avec un mot-clé dans sa description : Closes #12. Quand la pull request est fusionnée dans la branche principale, GitHub ferme l'issue 12, et le flux automatique du projet (activé par défaut) passe la carte en Done. Le tableau se met à jour tout seul, au rythme du code.

5. Créer les vues. Une vue tableau par statut pour le Daily Scrum ; une vue table groupée par itération, avec la somme des estimations, pour le Sprint Planning ; une vue feuille de route (Roadmap) pour montrer à la direction ce qui arrive. L'onglet Insights trace des graphiques de progression ; selon l'offre de l'organisation, certains graphiques historiques ne sont pas disponibles, et l'équipe peut alors tenir son burndown dans un tableur.

Bien utiliser un outil de suivi

• Une carte = un travail de taille raisonnable, avec un responsable unique et un critère de fin clair. Une carte « Faire l'appli » ne se suit pas.
• Un vocabulaire commun : les mêmes étiquettes, les mêmes colonnes, la même façon de titrer, écrits dans le README du projet.
• Mettre à jour en continu : on déplace sa carte quand on commence et quand on finit, pas le vendredi soir pour rattraper. Le Daily Scrum se fait devant le tableau.
• Relier : chaque carte renvoie au code, au compte rendu ou au document qu'elle concerne, et inversement.
• Archiver sans supprimer : une carte terminée reste consultable ; c'est l'historique du projet.
• Gérer les accès : chacun a les droits dont il a besoin, les comptes des personnes qui quittent le projet sont retirés.

Choisir un outil

Exercices