Quand une équipe commence à oublier des étapes ou à découvrir les retards trop tard, le réflexe est d’ouvrir un compte dans un outil de gestion de projets. Plusieurs mois plus tard, l’outil est souvent à moitié rempli, et l’information importante circule encore par courriel et par texto. Le problème n’était pas le manque de logiciel, mais l’absence d’accord sur la façon de travailler. Ce guide vous aide à poser le bon diagnostic, puis à choisir par critères, sans comparer de marques.
Projet ou routine ?
Un projet a un début, une fin et un résultat unique : aménager une cuisine, ouvrir un deuxième local, lancer un site. Une routine se répète à l’identique : fermer le mois, préparer les paies, traiter les commandes. Beaucoup de PME cherchent un outil de projets alors que leur difficulté vient surtout de routines mal décrites.
Pour une routine, une liste de vérification écrite et un responsable clair suffisent souvent, et la tâche peut même devenir un candidat à l’automatisation. Pour de vrais projets, qui se chevauchent et font intervenir plusieurs personnes, un outil commence à avoir du sens. Faites le tri avant toute chose : listez vos dix derniers « projets » et marquez ceux qui étaient en réalité des routines.
Partir de ce qui coince
Demandez à l’équipe de nommer les trois irritants les plus fréquents dans le suivi des projets. Chaque irritant a une réponse plus légère qu’un logiciel, et un seuil à partir duquel un outil dédié devient utile.
| Symptôme | Réponse la plus légère | Un outil dédié aide quand… |
|---|---|---|
| Des étapes sont oubliées | Une liste type par genre de projet | Plusieurs projets du même genre roulent en parallèle |
| On ne sait pas qui s’occupe de quoi | Un seul nom par tâche, écrit | Les tâches passent souvent d’une personne à l’autre |
| Les retards se découvrent trop tard | Un point de 15 minutes chaque semaine | Les tâches dépendent les unes des autres sur plusieurs semaines |
| Les documents sont introuvables | Un dossier par projet, nommé de la même façon | Des personnes externes doivent voir les fichiers |
| Le client demande souvent « où en est-on ? » | Un court bilan envoyé à date fixe | Plusieurs clients suivent leur projet en même temps |
La BDC note d’ailleurs que si votre seul besoin est de savoir combien de temps a été consacré à un projet, un outil de feuilles de temps peut mieux convenir qu’un outil de gestion de projets complet.
Quatre paliers d’outillage
Plutôt que de choisir entre « rien » et « un gros logiciel », pensez en paliers. Montez d’un palier seulement quand le symptôme persiste malgré un usage sérieux du palier actuel.
- Une liste partagée : un tableur ou un document commun, une ligne par tâche, un nom et une date.
- Un tableau de tâches dans un outil que vous payez déjà : vérifiez ce que vos abonnements actuels incluent avant d’en ajouter un.
- Un outil de projets dédié : dépendances entre tâches, vues par personne ou par semaine, accès pour des personnes externes.
- Un outil dédié relié à vos autres outils : les projets naissent d’une vente conclue, les heures partent vers la facturation, sans ressaisie.
Un atelier fictif de huit personnes conçoit et installe des cuisines. Sophie, gestionnaire (personnage fictif), suit une douzaine de chantiers dans un tableur. Les irritants nommés par l’équipe : des plans dont on ne sait plus quelle version est la bonne, et des clients qui appellent pour connaître la date d’installation. Aucun des deux ne demande de dépendances complexes. Sophie reste au palier 1, crée un dossier par chantier avec une règle de nommage, et envoie un bilan chaque vendredi. Elle se donne six semaines avant de reconsidérer le palier 3.
Les critères qui comptent pour une PME
Si vous montez au palier 3 ou 4, comparez les outils avec vos propres critères plutôt qu’avec les listes de fonctions des fournisseurs. Une fonction que personne n’utilisera ne vaut rien ; une petite limite sur un point essentiel peut tout bloquer.
| Critère | Question à poser |
|---|---|
| Lieu de saisie | Les personnes qui mettent à jour les tâches le font-elles d’un bureau, d’un atelier ou d’un téléphone sur un chantier ? |
| Personnes externes | Clients et sous-traitants doivent-ils voir quelque chose, et seulement ce qui les concerne ? |
| Langue | L’interface et l’aide existent-elles dans les langues de toute votre équipe ? |
| Liens avec vos outils | L’outil évite-t-il une nouvelle double saisie avec vos ventes, vos heures ou votre facturation ? |
| Sortie | Pouvez-vous exporter tous vos projets, commentaires et fichiers si vous partez ? |
| Données | Où sont-elles conservées, et que dit la politique du fournisseur sur leur traitement ? |
| Comptes et accès | L’outil permet-il l’authentification à deux facteurs et le retrait rapide d’un accès ? |
| Coût dans deux ans | Combien coûtera l’outil avec les personnes et les fonctions dont vous aurez besoin, pas seulement aujourd’hui ? |
La BDC cite plusieurs de ces points parmi ce qu’il faut regarder dans un outil en ligne : l’endroit où sont stockées les données, la langue, les applications mobiles et les intégrations avec les outils déjà utilisés. Elle rappelle aussi que les forfaits gratuits limitent souvent les fonctions avancées.
Écrire les règles d’usage avant d’ouvrir un compte
La plupart des outils de projets échouent par abandon, pas par manque de fonctions. Une page de règles, discutée avec l’équipe, évite que chacun l’utilise à sa façon. Rédigez-la avant de choisir l’outil : elle devient d’ailleurs votre meilleur test de comparaison.
Règles d’usage (une page)
Ce qui entre dans l’outil (ex. toute tâche de plus d’une heure) : Ce qui reste ailleurs (ex. échanges avec le client par courriel) : Qui crée les projets et les tâches : Qui met à jour les statuts, et à quel moment (ex. avant de quitter le soir) : Ce que veut dire « terminé » : Où vont les fichiers, et comment on les nomme : Revue d’équipe : jour, heure, durée : Qui gère les accès, et qui les retire au départ d’une personne :
Un essai sur un vrai projet
Testez un ou deux outils pendant trois à quatre semaines sur un projet réel, pas sur un projet de démonstration. Fixez à l’avance ce qui comptera comme un succès, et ce qui vous fera arrêter.
Critères de fin d’essai
- Les statuts sont à jour au début de chaque revue d’équipe, sans relance.
- Les irritants nommés au départ ont diminué, de l’avis de l’équipe.
- Personne ne tient un fichier parallèle « pour être sûr ».
- Les personnes sur le terrain arrivent à mettre à jour depuis leur téléphone.
- Le temps passé à entretenir l’outil reste inférieur au temps qu’il fait gagner.
- Un export complet a été testé et ouvert avec succès.
Quand s’en passer
- Vous avez moins de deux ou trois projets en cours à la fois et une seule personne les coordonne.
- Vos « projets » sont surtout des routines qu’une liste de vérification couvre.
- Personne n’aura le temps de tenir les statuts à jour chaque semaine.
- L’outil ajouterait un endroit de plus où retaper les mêmes informations.
Limites et erreurs à éviter
- Les paliers et les seuils proposés sont des repères, pas une norme ; ils varient selon votre secteur et votre taille.
- Ce guide ne compare aucun produit : les fonctions et les prix des outils changent souvent, vérifiez-les le jour de votre décision.
- L’exemple est fictif et simplifié.
Sources consultées
- BDC, « Outils de gestion de projets en ligne gratuits ou peu coûteux » ↗Ce que font ces outils, les points à regarder (stockage des données, langue, applications mobiles, intégrations), les limites des forfaits gratuits et le renvoi aux feuilles de temps quand seul le temps compte.consultée le 9 novembre 2026
- Centre canadien pour la cybersécurité, « Contrôles de cybersécurité de base pour les petites et moyennes organisations » ↗Donner aux comptes les seules fonctions nécessaires, l’authentification à deux facteurs lorsque c’est possible et la suppression des comptes dont les employés n’ont plus besoin.consultée le 9 novembre 2026
Rédigé avec l’aide d’outils d’IA, puis vérifié et édité par Over U. Les exemples sont fictifs. Ce guide ne constitue pas un avis juridique.