Adopter une approche analytique de la gestion de projet

De plus en plus, avec les chefs de projet technologiques, nous assistons à une approche multidisciplinaire du rôle, abandonnant les «anciennes méthodes» de gestion de projet au profit de l’agilité et ajoutant une valeur supplémentaire à l’équipe.

L’une de ces approches consiste à être un chef de projet analytique, en incorporant des tactiques du rôle typique d’analyste commercial dans la facilitation quotidienne du projet.

J’ai d’abord commencé chez Perficient en tant qu’analyste commercial, puis j’ai fait la transition vers la gestion de projet au fur et à mesure que je poursuivais ma carrière. J’ai transposé cet état d’esprit BA dans mon style de gestion, ce qui m’a donné un avantage pour impressionner les clients et tirer plus de valeur de ma journée de travail.

Vous trouverez ci-dessous quelques-unes des leçons que j’ai apprises au cours de ma carrière sur l’approche de la gestion de projet du point de vue d’un analyste – essayez-les sur votre projet et voyez la différence !

Identifier les modèles dans les métriques du projet

Votre projet sera défini selon une ou plusieurs mesures de réussite – il peut s’agir du pourcentage d’achèvement pour la création d’un site Web ou du montant migré pour une migration de contenu. L’analyse régulière de ces métriques est extrêmement bénéfique pour noter les forces/faiblesses de l’équipe et créer un plan d’amélioration de la productivité.

Ne vous contentez pas de regarder les chiffres mensuels de haut niveau – vous pouvez utiliser le logiciel de gestion du backlog de votre équipe (comme Azure DevOps ou Jira) pour configurer un tableau de bord pour vous-même afin de voir les progrès hebdomadaires, le moment où les jalons sont atteints et les contributions individuelles de l’équipe.

Vous devez suivre ces mesures au fur et à mesure que votre équipe progresse dans le projet et analyser les progrès pour détecter tout modèle ou surprise. S’il y a une accalmie au cours d’une semaine donnée, réfléchissez aux facteurs qui pourraient y contribuer – personnes en prise de force, difficulté de travail, familiarité avec les outils, etc. S’il y a des améliorations à apporter, faites-les savoir à l’équipe et mettez-les en œuvre comme dès que possible.

Cela ne doit pas nécessairement être caché au client – si votre équipe recherche activement et corrige les faiblesses pour fournir plus de valeur, votre client sera probablement satisfait de votre transparence et de votre volonté de continuer à vous améliorer en son nom.

Documenter les processus nouveaux et reproductibles

La documentation des exigences n’est pas uniquement destinée aux processus techniques – elle peut également être utilisée dans la gestion de projet. L’une des meilleures choses que vous puissiez faire en tant que PM est de documenter, documenter, documenter. Si vous constatez que vous continuez à répondre aux mêmes questions sur les mêmes processus (intégration, soumission de la feuille de présence, etc.), documentez ce processus dans un wiki ou un référentiel partagé où vous pouvez diriger votre équipe lorsqu’elle le demande.

Il s’agit également d’une pratique extrêmement bénéfique pour les processus côté client – si vous êtes en mesure de documenter et d’éduquer les membres de l’équipe client sur un processus métier mis à jour, vous devenez l’expert pour ce sujet. Partout où vous pouvez aider votre client à faire moins de travail, vous apportez de la valeur.

Exemple : lors d’un récent engagement dans le domaine de la santé, j’ai (en tant que PM) créé de la documentation et des vidéos pratiques sur l’utilisation d’un processus de soumission de fiche de pointage client récemment déployé et je l’ai partagé avec notre équipe client. Ils continuent d’utiliser cette documentation et de la référencer à leurs collègues en dehors de notre équipe.

Synchronisez-vous avec un membre de l’équipe pour une présentation rapide de la solution dès le début

Dans mon temps en tant que chef de projet, j’ai trouvé plus de succès sur mes projets lorsque je suis plus familier techniquement avec notre solution et nos outils de développement. En tant que PM, vous n’avez pas nécessairement besoin de connaissances techniques approfondies – c’est là que la réflexion de l’analyste commercial entre en jeu. Synchronisez-vous avec l’un des membres de votre BA ou de l’équipe technique pour un aperçu de la solution sur laquelle vous travaillez : voir un exemple des exigences documentation que votre équipe produit, comprenez les types de tâches de l’équipe de développement et familiarisez-vous avec le jargon. Lorsque vous avez une bonne compréhension du travail technique effectué par votre équipe, vous pouvez discuter du projet avec plus de confiance avec votre équipe client et vous augmentez votre valeur en tant que référence pour les questions et les besoins du projet.

Emballer…

Il existe de nombreuses stratégies de gestion de projet – il est essentiel de trouver ce qui correspond à votre style de gestion de projet et à votre équipe. Essayez les conseils ci-dessus, voyez ce qui fonctionne pour vous et cherchez toujours des moyens de vous améliorer.

Pour plus de conseils sur la gestion de projet, assurez-vous de consulter cet article : 5 stratégies de gestion du temps à mettre en œuvre en tant que chef de projet