Comment choisir un outil de gestion de projet ?

Un outil de gestion de projet ne se choisit pas sur une liste de fonctionnalités : il se choisit sur la panne précise qu'on veut arrêter de subir. Retards découverts trop tard, arbitrages impossibles faute de vision consolidée, fichiers qui circulent en trois versions. Nommez la panne d'abord, le logiciel ensuite.

C'est l'inverse de ce que font la plupart des équipes. Elles lisent des comparatifs, se laissent convaincre par une démo bien menée, achètent, et se retrouvent six mois plus tard avec un outil que personne n'ouvre. Le tableau Kanban est vide, les vraies discussions ont repris leur cours dans la messagerie interne, et le tableur d'origine est toujours là, planqué dans un dossier partagé. L'outil n'était pas mauvais. Il ne répondait simplement à aucune douleur identifiée.

Commencez par écrire la panne, en une phrase

Prenez une feuille et terminez cette phrase : « aujourd'hui, ce qui nous fait perdre le plus de temps, c'est... ». La réponse oriente tout le reste, et elle tombe presque toujours dans l'une de ces familles.

• Personne ne sait qui fait quoi cette semaine. Vous cherchez un outil de répartition des tâches, avec des responsables nommés et des échéances visibles.
• On découvre les retards au moment de la livraison. Vous cherchez un calendrier avec dépendances, un diagramme de Gantt ou son équivalent.
• Le client rappelle tous les deux jours pour savoir où en est le dossier. Vous cherchez un espace partagé avec l'extérieur, pas un intranet fermé.
• Vous suivez quinze projets et vous ne savez plus lequel financer. Là, vous sortez du logiciel de gestion de projet et vous entrez dans le domaine du PPM, la gestion de portefeuille.
• Les documents existent en plusieurs versions. Le problème est un problème de stockage, pas de planification.

Ces cinq besoins n'appellent pas le même produit. Un outil excellent pour la coordination quotidienne d'une équipe de six personnes sera inutilisable pour arbitrer un portefeuille de trente projets, et un logiciel de portefeuille sera vécu comme une usine à gaz par une équipe de six. Nous avions détaillé ce paysage dans notre sélection d'outils de gestion de projet en ligne, qui reste un bon point de départ pour situer les grandes familles.

Ce que fait réellement un logiciel de gestion de projet

Derrière les promesses commerciales, un outil de ce type rend trois services. Il donne un endroit unique où lire l'état d'avancement. Il rattache chaque tâche à une personne et à une date. Il garde la trace des décisions, ce qui évite les discussions du type « on avait dit quoi, déjà ? ».

Tout le reste, messagerie intégrée, automatisations, rapports colorés, arrive en supplément. Utile, parfois. Jamais déterminant dans le choix. Un chef de projet qui ouvre son outil le lundi matin veut voir en quinze secondes ce qui a glissé depuis vendredi. Si l'écran d'accueil ne répond pas à cette question, l'outil est mal configuré, ou mal choisi.

Les critères qui pèsent vraiment

Le nombre de personnes qui vont s'en servir

En dessous d'une dizaine d'utilisateurs, les offres gratuites de Trello, Notion ou Asana couvrent l'essentiel des besoins. Au delà, deux choses changent : la facturation par siège commence à compter, et la question des droits d'accès devient sérieuse. Un prestataire externe qui voit l'intégralité du portefeuille client, c'est un incident qui attend son heure.

La facilité de prise en main

Un outil se juge sur la personne la moins à l'aise de l'équipe, pas sur le chef de projet qui l'a choisi. Faites tester une semaine par cette personne, sans formation préalable. Si elle n'y arrive pas seule, la formation devra être répétée à chaque arrivée, et vous paierez ce coût indéfiniment.

C'est aussi pour cette raison que certaines équipes restent volontairement sur un tableur partagé ou sur Google Docs. Ce n'est pas toujours de la paresse. Sur des projets courts, à trois ou quatre, un document bien tenu bat un logiciel dédié mal rempli.

La sécurité et l'hébergement des données

Regardez où sont stockées les données, ce que disent les conditions d'utilisation sur leur réutilisation, et si l'éditeur propose l'authentification à deux facteurs. Des solutions françaises comme Wimi mettent en avant un hébergement dans l'Union européenne, ce qui simplifie la discussion quand le client est une administration ou un groupe soumis à des règles internes strictes. Sur un projet sensible, ce point passe devant l'ergonomie.

La sortie

Question rarement posée avant la signature : comment récupérer vos données le jour où vous partez ? Un export complet des tâches et des commentaires, au format CSV, devrait être accessible sans passer par le support. Si l'éditeur botte en touche, vous savez à quoi vous engagez votre équipe.

Le calendrier partagé, la fonction la plus sous-utilisée

La plupart des équipes remplissent la liste des tâches et laissent le calendrier vide. C'est dommage, parce que c'est précisément là que se voient les collisions : deux livrables la même semaine, un congé posé au moment de la recette, une dépendance que personne n'avait vue. Remplissez le calendrier intégré en début de projet, il sert ensuite de référence commune à toute l'équipe. Ce réflexe de rétroplanning s'applique d'ailleurs bien au delà du travail : notre guide pour choisir une croisière en Méditerranée repose exactement sur cette logique de dates à poser dans l'ordre.

Autre usage négligé : le suivi budgétaire par tâche. Beaucoup d'outils acceptent d'associer un montant ou un nombre de jours à chaque ligne. Renseigné dès le départ, ce champ évite la conversation pénible du troisième mois, celle où l'on découvre que la moitié de l'enveloppe est partie sur le lot le moins visible. Pour les équipes qui se forment aux métiers du numérique, ce réflexe budgétaire fait partie du bagage : les cursus comme le bachelor création numérique y consacrent des modules entiers.

Kanban, liste ou Gantt : trois façons d'afficher la même chose

Les éditeurs vendent des vues, rarement des méthodes. Trois affichages dominent, et le choix entre eux se fait moins par goût que par la nature du travail.

Le tableau Kanban, avec ses colonnes « à faire », « en cours », « terminé », convient au flux continu : une équipe support, une rédaction, un service qui traite des demandes qui arrivent en permanence. Il montre bien les embouteillages. Il montre mal les dates.

La liste, plate ou hiérarchisée, reste l'affichage le plus rapide à remplir et le plus lisible sur téléphone. Elle suffit à beaucoup d'équipes qui croient avoir besoin de mieux.

Le diagramme de Gantt, lui, sert dès qu'une tâche en attend une autre. Construction, événementiel, développement avec recette et mise en production : ce sont les chaînes de dépendances qui justifient l'outil, pas le nombre de lignes. Si aucune de vos tâches n'attend une autre tâche, vous n'avez pas besoin d'un Gantt, et le remplir vous prendra plus de temps qu'il ne vous en fera gagner.

La bonne nouvelle : la plupart des outils sérieux proposent les trois vues sur les mêmes données. Vous saisissez une fois, chacun regarde comme il préfère. Vérifiez ce point pendant l'essai, parce que certains éditeurs réservent le Gantt à leur formule supérieure.

Faut-il passer par un intégrateur ?

Pour un outil d'équipe, non. Vous testez, vous décidez, vous ajustez. Le sujet se pose autrement quand vous cherchez une solution de portefeuille destinée à arbitrer entre projets, avec consolidation des charges, des budgets et des ressources sur plusieurs directions. Là, le marché compte des dizaines d'éditeurs, les écarts de périmètre sont énormes, et un intégrateur qui connaît le paysage vous évite de découvrir après coup que le module de gestion des ressources est vendu séparément.

Son autre apport tient à la méthode : il fait dire à l'organisation ce qu'elle attend vraiment, ce que personne en interne n'ose formuler complètement. Le mauvais intégrateur, lui, revend toujours le même produit. Demandez-lui les trois derniers outils qu'il a déployés chez d'autres clients. Si c'est trois fois le même nom, vous avez votre réponse.

Trois problèmes qu'un logiciel ne résoudra pas

Autant le dire franchement, parce que c'est ce que les comparatifs passent sous silence.

Un périmètre mal défini reste mal défini une fois saisi dans l'outil. Si le client et vous n'êtes pas d'accord sur ce qui est livré, aucune colonne ne tranchera à votre place.

Une équipe en sous-effectif reste en sous-effectif. L'outil rendra le retard visible plus tôt, ce qui est déjà quelque chose, mais il ne fabrique pas de journées de travail supplémentaires.

Un désaccord sur les priorités entre deux directions ne se règle pas dans un tableau de bord. Il se règle dans une pièce, avec les deux directions et un arbitre. L'outil sert ensuite à graver la décision pour que personne ne la réinterprète trois semaines plus tard.

Une méthode de choix en cinq étapes

1. Écrivez la panne en une phrase, validée par l'équipe et pas seulement par le manager.
2. Retenez trois candidats au maximum. Au delà, la comparaison devient un exercice de style.
3. Testez deux semaines sur un projet en cours, avec des données réelles.
4. Faites tester par la personne la moins à l'aise avec les outils numériques, sans formation.
5. Vérifiez l'export des données avant de signer.

Le reste se joue après. Un outil de gestion de projet ne crée pas la discipline : il rend visible celle qui existe déjà, ou son absence. Une équipe qui ne mettait pas ses échéances à jour dans un tableur ne les mettra pas davantage à jour dans un logiciel facturé trente euros par mois et par personne. Commencez par le rituel, hebdomadaire, court, où chacun met à jour ses lignes. L'outil vient soutenir ce rituel, il ne le remplace pas.

Voir la video sur YouTube