Gérer ses projets avec Microsoft 365 : jusqu'où ça va

Si votre agence paie déjà Microsoft 365, la question est légitime : pourquoi ajouter un outil quand la suite en contient plusieurs ? La réponse dépend entièrement de ce que vous appelez « gérer un projet ». Pour organiser du travail d'équipe, la suite suffit. Pour piloter un dossier client de bout en bout, elle s'arrête à mi-chemin.

Voici ce que chaque brique fait réellement, la combinaison qui fonctionne, et le mur que rencontrent les agences. Notre page sur la gestion de projet en agence traite du process avant l'outil.

Les briques disponibles

Planner

Un tableau de tâches en colonnes, inclus dans la plupart des formules. Il gère les affectations, les échéances, les étiquettes et les listes de contrôle. C'est l'équivalent d'un Trello intégré à la suite, et c'est très bien pour une équipe qui veut savoir qui fait quoi cette semaine.

Ses limites apparaissent vite : pas de dépendances entre tâches, pas de vue calendaire riche, pas de suivi du temps.

Lists

Des listes structurées, avec des colonnes typées et des vues. Plus souple que Planner, plus proche d'une petite base de données. Utile pour un suivi de livrables, un registre de risques, une liste de demandes clients.

C'est la brique la plus sous-estimée de la suite, et souvent la plus adaptée à un besoin précis d'agence.

Project

Le vrai outil de planification : diagramme de Gantt, dépendances, chemin critique, ressources. Il n'est pas inclus dans les formules courantes et se paie à part, par utilisateur.

Il est puissant et il est lourd. Sur un projet d'agence de trois mois, il apporte rarement plus qu'un rétroplanning tenu correctement, comme le montre notre article sur le rétroplanning de projet.

Teams, SharePoint et OneDrive

Le liant. Teams porte la conversation, SharePoint les documents partagés, OneDrive les fichiers personnels. Un canal par dossier, avec l'onglet Planner épinglé, constitue une organisation de projet tout à fait honorable.

La combinaison qui fonctionne

Pour une agence de cinq à quinze personnes déjà équipée :

• Un canal Teams par client, pas par projet. Le client dure plus longtemps que le dossier.
• Un plan Planner par projet, épinglé au canal, avec des colonnes qui suivent vos étapes réelles et non des statuts génériques.
• Une liste SharePoint des livrables, avec la version, la date d'envoi, l'état de validation et le nom du valideur.
• Une bibliothèque de documents par dossier, avec une arborescence identique partout.

Cette organisation coûte une demi-journée à mettre en place et tient plusieurs années. C'est une réponse sérieuse, et il n'y a aucune raison de la remplacer si elle suffit.

Le mur, pour une agence

Il arrive toujours au même endroit, et il n'a rien à voir avec les fonctionnalités de gestion de tâches.

Le client n'a pas sa place

Inviter un client dans un canal Teams lui donne accès à un espace pensé pour l'interne. On finit par ne pas l'inviter, et il redemande par courriel. C'est la boucle que les espaces client existent pour casser.

Rien ne relie le travail à l'argent

Planner ignore le devis. SharePoint ignore la facture. Aucune brique ne sait combien de jours ont été vendus, ni combien ont été consommés. Vous saurez que douze tâches sont faites sur vingt, jamais si le dossier est rentable.

Le temps passé reste hors du système

Il n'existe pas de saisie du temps native et simple, rattachée à un dossier facturable. Les solutions existent, par formulaires et tableaux de bord, mais elles se construisent et elles se maintiennent.

La facturation n'existe pas

Il faudra un outil de plus, et donc une ressaisie de plus.

Combien de temps coûte l'assemblage

C'est le point à regarder avant de bâtir. Une agence qui construit son propre système sur la suite y consacre en général :

• deux à cinq jours de conception et de mise en place ;
• une à deux heures par mois d'entretien ;
• une remise à plat par an, quand les usages ont dérivé.

Ce n'est pas prohibitif, et cela reste moins cher qu'un développement. Simplement, ce temps existe, et il est rarement compté au moment de la décision.

Ce qu'on peut ajouter, et à quel prix

La suite se complète, et il faut savoir jusqu'où cela reste raisonnable.

• Un formulaire de saisie du temps alimentant une liste, avec un tableau de bord. Comptez une à deux journées de conception, puis un entretien régulier. Cela fonctionne, et cela dépend de la personne qui l'a construit.
• Des automatisations pour créer un plan de tâches à chaque nouveau dossier. Utile, à condition de documenter ce qui a été automatisé : une automatisation oubliée devient un comportement inexplicable.
• Un espace externe pour les clients, cloisonné du reste. C'est possible, et c'est le chantier le plus lourd des trois, parce qu'il touche aux droits d'accès de toute l'organisation.

La question à se poser avant de bâtir : qui maintiendra cet assemblage quand la personne qui l'a créé sera partie ? C'est la limite réelle de ces constructions maison, et elle arrive plus vite qu'on ne le pense.

Quand rester, quand basculer

Restez si vos projets sont surtout internes, si vos clients n'ont pas besoin d'un espace dédié, et si la rentabilité par dossier se suit ailleurs de façon fiable.

Basculez quand vous ne savez pas dire, sans calculer, quels dossiers rapportent ; quand un client vous demande où en est son projet et que vous ouvrez trois outils ; ou quand vous facturez plus de dix clients par mois.

Ce qu'il faut retenir

• Planner pour les tâches, Lists pour les suivis structurés, Project seulement si vous avez de vraies dépendances.
• Un canal par client, un plan par projet, une liste de livrables : une organisation solide en une demi-journée.
• La suite ne relie ni le devis, ni le temps, ni la facture.
• Le client n'a pas de place naturelle dans un espace interne.
• Comptez le temps d'assemblage et d'entretien avant de décider.

Klevor prend le relais là où la suite s'arrête : le devis signé, le temps passé, la facture et un espace client séparé de votre interne. Essayer Klevor quatorze jours sur un dossier, sans rien changer au reste.