Gestion de projet

Ce que couvre ce rayon

Planifier le travail entre plusieurs personnes et suivre s’il avance : tâches avec responsables et dates, dépendances, capacité, jalons et le reporting que réclame une partie prenante.

La frontière avec la gestion des tâches est réelle. L’une organise la journée d’une personne. L’autre coordonne plusieurs personnes dont les travaux dépendent les uns des autres, et c’est cette coordination qui justifie le surcroît de lourdeur.

Les listes personnelles et les tableaux de petites équipes relèvent de la gestion des tâches. Le temps et la facturation relèvent du suivi du temps.

Adapter l’outil à la façon dont le travail arrive

Trois schémas couvrent la plupart des équipes, et chaque produit en favorise un.

Le flux continu convient au travail qui arrive de façon imprévisible : un tableau, une file, des limites sur ce qui est en cours. La livraison itérative convient aux équipes qui planifient par périodes fixes, avec des estimations et une revue à la fin. La livraison planifiée convient au travail qui a de vraies dates et des dépendances, où un retard à un endroit décale tout ce qui suit.

Acheter un produit centré sur le calendrier pour une équipe qui travaille en flux donne des plans élaborés que personne ne met à jour. Acheter un tableau léger pour un chantier donne des dates manquées. Décidez d’abord du schéma, jugez le logiciel ensuite.

Les fonctions qui justifient leur poids

• Les dépendances, quand un élément en bloque réellement un autre, avec une date attachée.
• La capacité, pour voir qui est surchargé avant que l’échéance ne le prouve.
• Les champs et vues personnalisés, pour qu’un même jeu de données serve plusieurs publics.
• L’automatisation, pour les changements de statut et les passations que personne ne devrait faire à la main.
• Le reporting, destiné à des gens qui n’ouvriront jamais l’outil.

Tout ce qui figure dans cette liste coûte quelque chose en paramétrage et en discipline. Adoptez ce que vous maintiendrez, car un système à moitié configuré trompe davantage qu’une simple liste.

L’adoption décide de tout

Tous les échecs de cette catégorie se ressemblent. Le plan cesse de refléter la réalité, les gens se rabattent sur la messagerie et la mémoire, et l’outil devient un musée des intentions.

Cela arrive quand la mise à jour demande un effort disproportionné par rapport à la valeur obtenue. Regardez combien d’actions il faut pour déplacer une tâche, ajouter un commentaire, changer une date ou passer le relais. Regardez si l’application mobile permet le minimum quotidien. Regardez si les notifications indiquent ce qui a changé sans noyer les gens.

Fixez ensuite les conventions avant le déploiement : ce que signifie un statut, qui est responsable d’une tâche, ce qu’il advient du travail que personne ne prend. Le logiciel ne les fournit pas, et leur absence produit quatre cents éléments dans un backlog que personne ne touche.

Travailler avec des personnes extérieures à l’équipe

Clients, prestataires, auditeurs et dirigeants ont généralement besoin de voir sans modifier.

Vérifiez l’accès invité, ce qu’il coûte et ce qu’un invité voit par défaut. Vérifiez ensuite le reporting destiné à ceux qui ne se connecteront jamais : un récapitulatif hebdomadaire reçu par mail est souvent ce qui tient réellement une partie prenante informée.

Validations et relectures comptent dans le travail d’agence, où le même document fait des allers-retours. Les produits conçus pour cet usage le gèrent bien mieux que des outils généralistes dotés d’un champ de commentaire.

Ce que ça coûte, et comment ça grossit

Par utilisateur et par mois est la norme, les limites d’automatisation, la profondeur du reporting, les droits d’accès et l’authentification unique déterminant les niveaux.

Le coût qui grossit discrètement, ce sont les postes. Toute personne qui touche un projet reçoit un compte, les comptes dormants sont rarement passés en revue, et une équipe de douze finit par en payer vingt. Faites cet audit chaque trimestre.

La migration est l’autre point à considérer. Tâches et commentaires s’exportent généralement, alors que pièces jointes, champs personnalisés, automatisations et historique ne le font souvent pas. Testez un export tôt plutôt qu’au moment de partir, et lisez ce que cachent les pages de tarifs pour l’arithmétique qui entoure tout cela.

Signes que vous avez dépassé la liste de tâches

Les équipes passent en général à un logiciel de projet plus tard qu’elles ne le devraient, puis en configurent bien plus que nécessaire.

Les signes honnêtes sont précis. Deux travaux s’attendent l’un l’autre et personne ne sait dire lequel est en retard. Quelqu’un est surchargé et cela n’est devenu visible qu’une fois l’échéance dépassée. Une partie prenante réclame sans cesse un point d’avancement qui prend une heure à rassembler.

L’un quelconque de ces signes justifie la structure supplémentaire. Aucun n’exige toutes les fonctions du produit.

Commencez par des responsables, des dates et une vue qui reflète la façon dont l’équipe travaille vraiment, puis ajoutez dépendances ou capacité quand une question précise l’exige. Un système configuré au-delà de ce que l’équipe entretient produit des rapports assurés, bâtis sur des données que personne n’a mises à jour.