3 billets très différents et complémentaires sur mieux manager le changement, mieux communiquer avec son sponsor et garder son projet sous contrôle.
Lorsque vous essayez de mettre en œuvre le changement au travail, vous pouvez ressentir que ceux qui ont un état d’esprit figé bloquent vos progrès. Comment manager ceci ?
De nombreux managers de projet travaillent dur pour établir un échéancier précis, puis omettent la dernière étape de la sauvegarde d’une base de références !
Dans cette vidéo, Mike répond à la question « Qu’est-ce qu’une feuille de route de projet ? » et il regarde aussi pourquoi vous les utilisez, en quoi elles diffèrent d’un diagramme de Gantt et comment créer votre feuille de route.
Le « quoi » d’une feuille de route de projet
Qu’est-ce qu’une feuille de route de projet ?
Une feuille de route de projet est un aperçu visuel des objectifs du projet, de la réalisation des bénéfices, des principaux axes de travail et des étapes clés, présentés sur une chronologie.
C’est un outil stratégique, donc vous pouvez également inclure d’autres choses qui vous aident à créer une compréhension de haut niveau de votre projet. Ainsi, vous pouvez ajouter des éléments tels que les ressources, les risques, les dépendances et les livrables.
Pourquoi utilisez-vous les feuilles de route de projet ?
Il existe de nombreuses bonnes raisons d’utiliser une feuille de route de projet. Elle vous aide à :
Articuler vos idées
Clarifier ces idées
Identifier les priorités du projet, les étapes clés et les dépendances à l’intérieur et à l’extérieur de votre projet
Vous concentrer sur les objectifsstratégiques
Transmettre des informations importantes rapidement et en une seule vue pour des séances d’information et des discussions stratégiques. Cela vous aide à communiquer vos idées et vos attentes à votre équipe et à vos parties prenantes.
Coordonner les ressources avec d’autres équipes.
En quoi une feuille de route de projet diffère-t-elle d’un diagramme de Gantt ?
Un diagramme de Gantt fonctionne généralement au niveau de la tâche, avec des regroupements de celles-ci. Son but est de visualiser tous les détails de votre plan.
Les diagrammes de Gantt ont plus de 100 ans…
Les feuilles de route fonctionnent au niveau des livrables fonctionnels complets et des résultats significatifs pour le projet (parfois avec des explications qui identifient leurs composants clés). Elles offrent une vision stratégique de haut niveau qui évite les tâches basiques quotidiennes.
Donc, la différence est en grande partie une question de granularité.
En outre, les diagrammes de Gantt ont des échelles de temps strictement linéaires (c’est-à-dire que la même longueur sur le graphique signifie toujours la même quantité de temps).
Les feuilles de route n’ont pas ce formalisme, de sorte que vous pouvez choisir d’avoir une approche des vagues flexibles où les délais à court terme sont affichés avec plus de détails et prennent plus d’espace que les événements à plus long terme qui sont compressés sur de plus petits espaces.
Parce que ces échéanciers et feuilles de route ont tous deux un objectif différent, mais précieux, vous devriez les utiliser tous les deux.
Tout d’abord, développez votre feuille de route pour donner un aperçu stratégique de votre projet. Ensuite, détaillez les objectifs stratégiques et les jalons jusqu’au niveau de la tâche dans le plan de projet.
Le « comment » d’une feuille de route de projet
Qu’est-ce qui entre dans une feuille de route de projet ?
Ce que vous mettez dans votre feuille de route doit se concentrer uniquement sur ce qui est le plus essentiel. Rappelez-vous, il s’agit d’une vue d’ensemble stratégique de haut niveau. Donc, cette liste est celle des éléments que vous pouvez considérer.
Mais n’incluez que ce qui compte vraiment pour vous, vos parties prenantes et votre projet.
Buts, objectifs et autres mesures de réussite
Étapes clés, telles que les dates de livraison critiques ou les délais internes et externes
Échéancier du projet
Livraison des bénéfices majeurs du projet et de ses principaux livrables.
Ressources et personnes clés
Dépendances
Initiatives importantes, activités, principaux axes de travail et phases du projet
Risques majeurs du projet
Comment créer votre feuille de route de projet
Développez votre feuille de route de projet avant de créer un plan de projet détaillé. C’est un excellent outil pour briefer votre équipe lors de votre réunion de lancement de projet.
Lorsque vous créez votre feuille de route de projet, voici les étapes essentielles :
Découpez votre projet en phases et en flux de travail.
Cartographiez-les par rapport à une chronologie par trimestres ou, tout au plus, en mois.
Identifiez les dépendances entre les flux ou phases de travail et entre ceux-ci et des événements externes.
Identifiez les principaux bénéfices et livrables, et quand ils seront livrés (fin de trimestre ou fin de mois). Ajoutez les autres jalons majeurs du projet.
Ajoutez des informations supplémentaires dont les membres de l’équipe et les autres parties prenantes peuvent avoir besoin. Envisagez d’avoir des vues ciblées qui mettent en évidence des informations différentes en fonction des parties prenantes.
Tenez votre feuille de route à jour tout au long du projet.
La vidéo de Mike Clayton
Modèles de feuille de route de projet pour PowerPoint, SLides ou Keynote : Les illustrations de la feuille de route du projet dans cette vidéo ont été adaptées à partir de modèles standard de SlideEgg.
Que vous ayez suivi un cours de base en management de projet qui couvrait les pratiques pour les approches prédictives ou que vous étudiiez pour passer l’examen PMP®, vous êtes probablement familier des diagrammes de réseau de planification. Cependant, comme beaucoup d’outils et de pratiques dans le guide PMBOK, ce n’est pas parce que nous apprenons à les connaître que nous allons les utiliser.
Partenaire de DantotsuPM, CERTyou est le spécialiste des formations certifiantes
Si vous omettez de créer un diagramme de réseau, vous risquez de passer à côté des bénéfices qui suivent.
Construire un diagramme de réseau est un exercice de « team building », de cohésion d’équipe, amusant. Que vous le fassiez sur un tableau blanc à l’aide de notes autocollantes ou sur une plate-forme de collaboration virtuelle, c’est une bonne opportunité pour les membres de l’équipe de différents domaines fonctionnels de comprendre comment nous allons progresser du début à la fin.
Cela accroît l’adhésion de l’équipe aux échéances du projet. En contribuant à la création du diagramme, il y a un plus grand sentiment de propriété de l’échéancier final.
Le diagramme de réseau capture la logique de planification d’une manière facile à comprendre et à expliquer. Guider une partie prenante à travers un diagramme de Gantt détaillé, en particulier lorsqu’il existe plusieurs chemins parallèles, peut être un exercice frustrant pour vous et votre public !
Il est plus facile de remarquer si vous avez commis une erreur de planification. Une fois que quelques centaines de tâches sont saisies dans un outil de planification et que des dépendances ont été ajoutées, localiser une activité manquante peut être comme essayer de trouver la proverbiale aiguille dans une meule de foin. D’autre part, la navigation dans les activités dans un chemin sur un diagramme de réseau est plus intuitive et les activités manquantes et les dépendances inutiles ou manquantes peuvent être identifiées plus rapidement.
Cela rend la création du planning plus efficace. Si vous avez déjà vu un manager de projet batailler pour capturer des données dans un outil de planification devant son équipe, vous apprécierez la réduction de perte de temps lorsque le même manager de projet peut prendre un diagramme de réseau complet et le saisir hors ligne dans l’outil, puis partager le produit final avec l’équipe.
Dans certaines situations, il peut être judicieux d’omettre le diagramme de réseau.
Si votre projet se prête à une approche entièrement adaptative et que la séquence des éléments de travail change fréquemment, et qu’en même temps vous devrez peut-être intégrer une compréhension des dépendances lors de la priorisation de l’arriéré de produit ou de la file d’attente de travail, un diagramme de réseau deviendrait très rapidement obsolète.
Si c’est simple et facile…
Si le projet est simple et comporte un nombre minimal de chemins réseau, un diagramme de réseau peut être exagéré. Enfin, si votre projet est très similaire à un projet historique et que vous pouvez réutiliser la planification de ce projet précédent avec un minimum d’effort, un diagramme de réseau peut aussi être inutile.
Mais en dehors de ces situations, les bénéfices de produire un diagramme de réseau en tant qu’entrée principale de votre échéancier de projet seront bien réels.
100 autres leçons sur le leadership de projet
Si vous avez aimé cet article, pourquoi ne pas lire mon livre Easy in Theory, Difficult in Practicequi contient 100 autres leçons sur le leadership de projet ?
partagez ce billet avec vos amis, collègues et relations professionnelles
La septième édition du Guide PMBOK® définit une structure de répartition du travail (WBS) comme une « décomposition hiérarchique de la portée totale du travail à effectuer par l’équipe projet pour atteindre les objectifs du projet et créer les livrables requis ».
Bien que cette définition permette de bien comprendre ce qu’est une WBS, elle ne fournit pas de conseils sur la façon d’organiser la structure d’une WBS. Ceci est utile car cela donne aux équipes la flexibilité nécessaire pour déterminer quel est le moyen le plus approprié de le faire dans le contexte de leur projet.
Bien qu’il existe une variété infinie de projets, j’ai trouvé 3 approches utilisées par la plupart des équipes qui développent des WBS.
Axée sur les livrables – Chacun des composants de niveau supérieur de la WBS représente un livrable clé, et les niveaux suivants se concentrent sur la décomposition de ces livrables à un niveau de détail approprié.
Axée sur les phases – Chacune des composantes de niveau supérieur de la WBS représente une phase ou une étape du cycle de vie du projet, et les niveaux suivants se concentrent sur la décomposition des extrants de chacune de ces phases ou étapes.
Axée sur la responsabilité – Chacune des composantes de haut niveau de la WBS représente une partie prenante contribuant à l’exécution du projet, et les niveaux suivants se concentrent sur la décomposition des extrants produits par chacune de ces parties prenantes.
Une approche axée sur les livrables
Aide à concentrer l’équipe sur tout ce qui est nécessaire pour réaliser chaque livrable sans se soucier à ce stade de qui le fait ou quand cela serait fait. Cela peut bien fonctionner pour les projets où toute la portée d’un projet peut être décomposée dès le début, mais peut être difficile lorsqu’une approche par vagues (rolling waves) est adoptée, à moins qu’il n’y ait une identification claire des parties de planification qui doivent être élaborées à une date ultérieure.
Une approche axée sur les phases
Livre sur Amazon
Fonctionne bien avec une approche par vagues, car l’équipe n’a qu’à se concentrer sur ce qui sera achevé dans la phase à venir.
Cependant, il existe un risque que l’équipe manque des éléments clés de la portée pour des livrables spécifiques, car elle ne se concentrera pas sur la décomposition d’un seul livrable à la fois.
Une approche axée sur la responsabilité
Fonctionne bien lorsqu’il y a plusieurs parties prenantes et qu’il est nécessaire d’avoir une séparation claire des responsabilités en matière de planification et d’exécution. Elle présente le même risque que l’approche axée sur les phases, mais en plus grave, car il est possible que des livrables sous-composants soient assumés par chaque partie prenante comme étant la responsabilité d’une autre partie prenante.
Sondage auprès des professionnelles et professionnels du management de projet
57 % utilisaient une ventilation axée sur les livrables
28 % une approche axée sur les phases
9 % une approche axée sur la responsabilité
Les 6 % restants ont indiqué qu’ils utilisaient une autre approche, mais lorsque j’ai examiné les commentaires que ces participants avaient soumis, il semble qu’ils utilisent simplement une combinaison de ces méthodes plutôt que quelque chose d’entièrement nouveau.
Bien que le WBS soit un outil couramment utilisé avec des projets suivant un cycle de vie prédictif, cela ne signifie pas que ceux qui suivent un cycle adaptatif ne peuvent pas en bénéficier. Si nous considérons une user story map*, il s’agit simplement d’une WBS limitée entre deux et quatre niveaux et élaborée de manière progressive. Avec une Story Map, la structure peut être orientée persona (rôle des utilisateurs) ou thème/capacité.
Quelle que soit la façon dont votre équipe choisit de décomposer la portée du travail sur ses projets, une WBS ou une variante de celle-ci doit être considérée comme un instrument précieux dans sa boîte à outils.
Partenaire de DantotsuPM, CERTyou est le spécialiste des formations certifiantes
* Une user story map est un outil puissant qui permet à une équipe agile de préparer son backlog de produit et de planifier plus efficacement les versions de produits. Une user story map capture le parcours d’un client avec le produit, y compris les activités et les tâches qu’il effectue avec le système.
partagez ce billet avec vos amis, collègues et relations professionnelles
Qu’il s’agisse d’un projet ou d’opérationnel, comprendre les progrès réalisés avec les éléments de travail individuels appartenant à votre équipe fait partie d’une journée ou d’une semaine de travail normale pour la plupart des dirigeants. Ces informations sont essentielles à l’utilisation d’outils tels que le management de la valeur acquise et les radiateurs d’informations tels que les graphiques « burn down » ou « burn up ».
Mais la façon dont vous demandez des mises à jour des éléments de travail influencera la qualité des données de performance au travail que vous recevez.
Si les éléments de travail sont suffisamment petits et sont susceptibles d’être terminés au cours d’une seule période de rapport, une méthode efficace et objective consiste à déclarer que l’état n’a pas commencé, n’a pas été terminé ou a été terminé. On s’attend à ce que les éléments de travail signalés comme étant dans un état non terminé passent à l’état terminé d’ici le prochain point d’avancement ou soient remontés comme étant bloqués.
Toutefois, lorsque les éléments de travail ne sont pas petits, une plus grande granularité des rapports sur les éléments de travail en cours peut être justifiée.
Voici 3 des façons les plus courantes dont j’ai vu ces informations demandées
Quel pourcentage du travail a été achevé ?
Combien de temps (effort ou durée) avez-vous consacré à ce travail ?
Combien de temps (effort ou durée) reste-t-il pour terminer ce travail ?
Sauf dans les situations où les progrès peuvent être évalués de manière indépendante et quantifiable, la première méthode souffre de la règle des 90-10 des échéanciers de projet : Les premiers 90% de la tâche prennent 90% du temps, et les derniers 10% prennent les 90% restants !
Et même si vous êtes en mesure de mesurer objectivement le pourcentage d’achèvement, cela suppose toujours que les performances passées sur cet élément de travail persisteront jusqu’à ce que l’élément de travail soit terminé.
La deuxième méthode est encore pire car elle ne considère que le passé et ne nous renseigne pas sur ce que l’avenir pourrait nous réserver.
La troisième approche a l’avantage de forcer le membre de l’équipe à vérifier si l’effort restant prévu ou la durée de cet élément de travail est exact et si ce n’est pas le cas, une nouvelle prévision peut être effectuée.
En mettant la théorie de côté, je voulais voir ce qui se passait réellement dans la pratique.
Il est encourageant de voir que les deux meilleures méthodes sont utilisées dans près des deux tiers des cas. Cependant, cela signifie qu’un tiers des répondants utilisent les méthodes les moins utiles pour prévoir ce qui pourrait se produire à l’avenir.
Demander des mises à jour utiles sur les progrès réalisés est encore un autre cas du célèbre :
Ce n’est pas ce que vous dites, c’est comment vous le dites !
(Si vous avez aimé cet article, pourquoi ne pas lire mon livre Easy in Theory, Difficult in Practice qui contient 100 autres leçons sur le leadership de projet?
Téléchargez aussi ce guide sur le site de notre partenaire Virage Group
partagez ce billet avec vos amis, collègues et relations professionnelles
Une estimation basée sur plusieurs points est-elle plus précise qu’une seule estimation ?
Si nous suivons la sagesse conventionnelle, il semblerait certainement que oui. La moyenne de plus d’une estimation est susceptible de nous donner un meilleur résultat.
En management de projet, il existe une technique d’estimation en trois points. Elle calcule la durée prévue sur la base de trois estimations différentes. Elle calcule la moyenne de trois estimations différentes pour déterminer l’estimation finale. Cette technique peut également être utilisée pour estimer les coûts et les ressources.
Bien qu’il semblerait qu’une moyenne basée sur trois points nous donnera de meilleurs résultats, a-t-elle une base scientifique ? Découvrons-le.
Historique de l’estimation en trois points
La méthode d’estimation en trois points a évolué à partir de la technique d’évaluation et d’examen des programmes (Program Evaluation and Review Technique : PERT). Elle a été développée pour la première fois par l’US Navy en 1958. Elle est couramment utilisée avec la méthode du chemin critique (Critical Path Method : CPM) qui a été introduite en 1957.
PERT a été développée pour soutenir le projet de sous-marin nucléaire Polaris de la marine américaine. Elle a été développée principalement pour simplifier la planification et la programmation de projets importants et complexes. Au fil du temps, elle a trouvé une application dans de nombreuses autres industries.
PERT essaie de déterminer le temps nécessaire pour terminer chaque activité de projet et tente de donner la durée minimale d’un projet.
Deux façons de faire une estimation en trois points
La technique d’estimation en trois points est utilisée lorsqu’il y a très peu d’informations. Elle est utilisée pour construire une distribution de probabilité approximative qui représente le résultat d’événements futurs.
Alors que la distribution normale peut être utilisée à des fins d’approximation, ce n’est pas toujours le cas. PERT utilise la distribution bêta pour calculer le résultat. Une autre façon de trouver le résultat est par la distribution triangulaire. Les deux techniques de distribution de probabilité peuvent être utilisées en fonction de l’application.
L’estimation en trois points a utilisé trois estimations différentes pour arriver à un résultat
Durée optimiste (O) : Elle représente le meilleur scénario ou le temps minimum possible requis pour terminer une activité. Elle suppose que tout se passera mieux que ce à quoi on s’attend normalement. Cette estimation est le scénario le plus idéal dans lequel tout fonctionnera parfaitement.
Durée pessimiste (P) : Elle représente le pire des scénarios ou le temps maximum requis pour terminer une activité. Elle suppose que tout ce qui peut mal tourner ira mal (sans compter les catastrophes majeures). Dans cette estimation, vous êtes confronté à des conditions ou des événements indésirables.
Durée la plus probable (M: Most Likely) : Elle représente le scénario réaliste ou la meilleure estimation du temps nécessaire à la réalisation d’une activité. Elle suppose que tout se déroulera normalement.
Sur la base de celles-ci, les trois estimations ci-dessus, la durée prévue est calculée.
La durée prévue est l’estimation moyenne du temps nécessaire pour terminer une activité. C’est la durée moyenne qu’une activité nécessiterait si elle était répétée plusieurs fois sur une longue période de temps.
En calculant la moyenne avec trois points, nous réduisons le risque de nous tromper.
Les deux méthodes pour faire une estimation en trois points
Distribution triangulaire
Elle calcule la moyenne ou la moyenne de trois estimations à l’aide de la formule suivante :
E = (O + M + P) / 3
Distribution bêta PERT
Cette distribution donne plus de poids au scénario le plus probable lors du calcul de la moyenne ou de la moyenne. Il utilise la formule suivante :
E = (O + P + 4*M) / 6
Exemples
Scénario I
O=9, M=12, P=18
Distribution triangulaire
E = (O + M + P)/3 => E = (9 + 12 + 18)/3 => E = (39)/3 => E = 13
Distribution bêta PERT
E = (O + P + 4*M)/6 => E = (9 + 18 + 4*12)/6 => E = (9 + 18 + 48)6 => E = (75)/6 => E = 12,5
Scénario II
O=9, M=15, P=18
Distribution triangulaire
E = (9 + 15 + 18)/3 => E = (42)/3 => E = 14
Distribution bêta PERT
E = (9 + 18 + 4*15)/6 => E = (9 + 18 + 60)/6 => E = (87)/6 => E = 14,5
Nous pouvons tirer deux observations des calculs ci-dessus.
Si la plus probable est plus proche de la valeur optimiste, la moyenne est supérieure à la durée la plus probable. D’autre part, si le plus probable est plus proche de la valeur pessimiste, la moyenne est inférieure à la durée la plus probable.
Les résultats de la distribution bêta PERT sont plus proches de la durée la plus probable que ceux de la distribution triangulaire.
Conclusion
Il est préférable de faire une estimation en trois points en faisant des recherches sur l’activité ou en contactant un expert. L’essentiel est de trouver des estimations raisonnables pour optimiste, très probable et pessimiste. C’est une bonne idée d’enregistrer des notes sur la base de chaque estimation. Pensez aux conditions qui sont susceptibles de se produire lorsque l’activité est entreprise.
Quelques points importants à noter
Cette estimation est plus précise que l’estimation analogue et paramétrique
Cette estimation permet de tenir compte des incertitudes et des risques.
Cette estimation est généralement utilisée lorsqu’il n’y a pas assez de données historiques ou lorsque vous utilisez des données plus subjectives.
Il n’y a pas de méthode correcte pour l’estimation en trois points. Les 2 méthodes de distribution triangulaire et bêta sont des méthodes valides. La méthode que vous choisirez dépendra de la nature de votre travail et de vos processus organisationnels. Vous pouvez essayer d’expérimenter avec les deux méthodes et découvrir quelle méthode vous donne de meilleurs résultats.
A partir d’un exemple concret sur le chemin critique du projet, Kiron Bondale vous incite à ne pas renier ou maquiller des faits pour satisfaire qui que ce soit.
Cet article était à l’origine censé être basé sur un sondage que j’ai mené sur les techniques de compression de planning. Cependant, une discussion lors d’un cours sur les principes fondamentaux du management de projet que j’ai donné était trop convaincante pour ne pas la partager !
Tout en enseignant les bases de la méthode du chemin critique, j’ai demandé aux étudiants s’il était possible d’avoir plus d’un chemin critique dans le diagramme de réseau d’activités d’un projet. Comme la classe a compris que le chemin critique représente la plus longue séquence d’activités du début à la fin, ils ont tous convenu que cela était possible si vous aviez deux chemins ou plus avec la même durée totale.
Cependant, l’un des étudiants a indiqué qu’un de ses clients refuse d’accepter les échéanciers de projet des fournisseurs qui affichent plus d’un chemin critique. Lorsque la personne m’a dit qui était le client, j’ai été surpris car il s’agit d’une grande organisation bien établie.
Je lui ai demandé comment il gérait la situation, et il m’a indiqué que lorsque le logiciel qu’ils utilisent calcule plus d’un chemin critique, il modifie la logique de planification d’un ou plusieurs chemins pour s’assurer qu’il n’y a qu’un seul chemin critique.
Il est possible que le client s’inquiète lorsqu’un planning comporte plus d’un chemin critique. Il y a probablement moins d’activités qui possèdent des marges et, par conséquent, le risque de retard par rapport aux jalons clés ou à la date de fin globale du projet est plus élevé.
Cependant, cela est également vrai lorsque vous avez des chemins dans le réseau d’activités qui sont proches de la même durée totale que le chemin critique. J’ai vu des cas où les équipes de projet et les intervenants principaux se concentraient tellement sur les activités critiques initiales qu’ils ignoraient le fait que des retards significatifs s’étaient produits dans des activités quasi critiques au point qu’un nouveau chemin critique émerge.
Quelle que soit la raison pour laquelle le client avait cette exigence, de telles préoccupations ne devraient pas entraîner de modifications artificielles d’un diagramme de réseau d’activités correctement construit.
Ne pas aimer les faits ne les rend pas faux.
partagez ce billet avec vos amis, collègues et relations professionnelles
En tant que manager de projet, vous devez susciter la responsabilisation des personnes qui relèvent d’autres managers. C’est extrêmement difficile ! Voici des conseils pour amener les membres de votre équipe à prendre leurs responsabilités.
Collaborez pour établir et confirmer la compréhension de votre structure de répartition du travail (Work Breakdown Structure / WBS).
Lorsque vous collaborez sur le WBS, les membres de l’équipe acquièrent une perspective et une compréhension plus approfondies de la façon dont leur travail s’intègre dans le projet global. Demandez aux personnes qui comprennent chaque section du WBS de l’expliquer au reste de l’équipe. De cette façon, tous les membres de l’équipe comprennent comment leur travail contribue aux objectifs du projet. Lorsqu’une équipe travaille ensemble pour décider comment aborder un projet, le sentiment d’appartenance grandit. Et l’appropriation renforce la responsabilité parce que personne ne veut que SON projet échoue.
Assurez-vous que les relations entre les tâches sont comprises.
Après avoir établi votre échéancier de projet à partir du WBS, assurez-vous que chaque membre de l’équipe comprend et accepte les tâches préalables qui doivent être accomplies pour qu’il puisse terminer son travail. Tout aussi important, assurez-vous que chaque membre de l’équipe comprend les tâches qu’il doit terminer afin que les autres membres de l’équipe puissent compléter leurs propres livrables. Cela renforce la valeur de leurs livrables et cultive la responsabilisation au sein de l’équipe.
Reconnaissez le travail terminé.
Les bons managers de projet acceptent les livrables complétés par les membres de leur équipe.
Les grands managers de projet favorisent un sentiment de fierté au sein des membres de leur équipe en reconnaissant quelque chose de spécifique sur le travail que chaque membre de l’équipe fournit.
Cela renforce le sentiment de responsabilité qui se manifestera dans les futurs travaux de projet.
CSP DOCENDI est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.
Fournissez une reconnaissance formelle.
Reconnaissez officiellement le travail de chaque membre de l’équipe en envoyant un courrier/l à son manager. Cela renforce la contribution que le travail de projet apporte à l’organisation et la valeur que leur employé a fournie pour générer des résultats opérationnels. L’enthousiasme que cette action suscite chez le membre de l’équipe renforce non seulement sa responsabilisation à l’égard des travaux futurs du projet, mais elle peut également renforcer la responsabilisation pour la réalisation des livrables des projets pour l’ensemble de l’organisation.
Nous aimerions tous mener des projets du début à la fin, mais la réalité est que souvent, le manager de projet qui a lancé le projet ne sera pas celui qui éteint les lumières à la fin.
Six signs that you might be inheriting a sick schedule
Steve McQueen disait « Ici, on règle les choses avec du plomb, mon ami ! » mais une devise qui convient mieux aux managers de projet est « Nous travaillons dans le changement », ce qui inclut notre propre rôle.
À ce titre, il est fort probable que vous vous retrouverez un jour à prendre en charge un projet lancé par un manager de projet sortant. Dans un monde idéal, le manager de projet disposera d’une période de transfert de connaissances généreuse et il transmettra un ensemble exact, complet et à jour d’informations clés sur le projet, mais lorsque je me retrouve dans la situation où j’en aurais eu besoin, je n’ai presque jamais connu ce plaisir.
Bien qu’il puisse y avoir des problèmes à assumer l’entière responsabilité des données financières de votre projet, à établir rapidement une relation positive avec l’équipe et les autres intervenants clés ou simplement à comprendre clairement le périmètre et l’approche d’exécution du projet, l’un des plus gros maux de tête que j’ai éprouvés a été de prendre en charge l’échéancier de projet de quelqu’un d’autre.
Chaque professionnel aura des différences stylistiques quant à la façon dont il structure, remplit et met à jour l’information dans ses plannings et il vous faudra peut-être un certain temps pour comprendre « sa » façon de travailler. Ce n’est pas ce qui m’inquiète. Malheureusement, il y a souvent des lacunes fondamentales dans la façon dont l’échéancier a été créé ou maintenu, ce qui le rendra difficile, voire impossible à utiliser efficacement.
Voici juste 6 des nombreux signes révélateurs que vous pourriez découvrir sur un planning qui craint.
#1 – Il n’y a pas d’information sur les lignes de base de référence.
Vous avez besoin des lignes de référence pour le projet.
Comme nous l’enseignons dans notre cours sur les principes fondamentaux, être un manager de projet proactif ne consiste pas seulement à savoir où vous en êtes, mais aussi à savoir où vous devriez en être et à comprendre les répercussions de tout écart. Sans information sur les lignes de base pour les jalons clés, vous ne pouvez pas le déterminer.
#2 – Abus d’usage de contraintes.
Certains managers de projets abusent des dates contraintes comme moyen paresseux de faire en sorte que les activités soient planifiées aux dates souhaitées plutôt que d’utiliser des dépendances ou des durées prévues pour le faire. De plus, si des contraintes sont utilisées mais ne sont pas documentées, vous ne savez pas pourquoi une activité donnée est contrainte, ce qui signifie que vous passerez à côté d’opportunités d’améliorer votre calendrier de livraison si la situation réelle qui nécessitait l’utilisation de la contrainte disparaît.
#3 – Affectation ridicule des ressources.
Qu’il s’agisse de personnes, d’équipement ou de matériaux, si votre prédécesseur n’a pas pris le temps d’assurer une allocation réaliste des ressources en fonction des contrats de travail, de la disponibilité des matériaux, des contraintes de trésorerie, etc., alors les activités seront rarement lancées ou achevées comme prévu.
#4 – Dépendances spaghettis.
Attention aux dépendances croisées qui s’emmêlent et créent des nœuds inextricables.
Si les activités précédentes se trouvent à la fois au-dessus et au-dessous d’une activité donnée, il sera frustrant d’essayer de résoudre les problèmes de flottement négatifs ou de simplement comprendre le déroulement de l’échéancier.
#5 – Pas de calendriers.
À moins que vous ne vous attendiez vraiment à ce que les gens travaillent pendant les vacances et ne prennent pas de congés, l’absence de calendriers sera un autre signe que les dates prévues pourraient être manquées.
#6 – Des activités pas encore terminées sont planifiées pour finir dans le passé.
Aucune tache qui se termine dans le passé sur l’échéancier devrait ne pas être terminée.
À moins que vous ne soyez un Seigneur du Temps bénéficiant d’un TARDIS, une fois que la date de début ou de fin d’une activité est dépassée, elle devrait être reportée pour indiquer quand elle devrait être faite.
Je fournis cette liste à titre d’aide à l’identification des risques pour les managers de projet qui prennent en charge le projet de quelqu’un d’autre, mais aussi comme une aide pour ceux qui créent leurs propres plannings de projet.
Si vous ne voulez pas être maudit par le chef de projet qui vous succède, faites attention !
le livre de Kiron Bonale : « Easy in Theory, Difficult in Practice » contient 100 autres leçons sur le leadership de projet
If you liked this article, why not pick up my book Easy in Theory, Difficult in Practice which contains 100 other lessons on project leadership? It’s available on Amazon.comas well as a number of other online book stores
partagez ce billet avec vos amis, collègues et relations professionnelles
Une structure de décomposition de travail ou Work Breakdown Structure (WBS) décompose votre projet en activités dont vous aurez besoin pour atteindre les objectifs de votre projet.
Voici des astuces pour une bonne décomposition des activités de projet
Décomposez les tâches en 8 à 40 heures d’effort.
Pour vous aider à suivre la progression, découpez le travail en tâches qui peuvent être achevées en une semaine. Si un processus prend plus d’une semaine, établissez les points de contrôle qui représentent bau plus 40 heures d’effort.
Note : Vers la fin de votre projet, quand vous avez moins de temps pour gérer des achèvements de tâche en retard sans impacter votre projet, raccourcissez les durées de tâche à 16 heures au plus afin de les manager plus proactivement.
Assignez des tâches à un unique individu, si possible.
Chaque tâche sera assignée à des personnes. Idéalement, une personne devrait être capable de réaliser la tâche. Quand des personnes travaillent sur une tâche, nommez un porte-parole pour suivre l’avancée et reporter le progrès. Une bonne pratique est d’avoir une discussion informelle avec le porte-parole pour savoir comment il coordonnera le travail sur la tâche.
Qui fait quoi ?
Identifiez comment dire quand la tâche est finie.
Pour facilement suivre à la trace les progrès, documentez ce que chaque tâche de bas niveau livre et confirmez ainsi que la tâche est finie. En tant que manager de projet, vous ne devez pas confirmer vous-même l’achèvement.
Assurez-vous qu’un expert du sujet peut confirmer l’achèvement de chaque tâche de votre WBS.
Les tâches devraient être clairement définies.
2 tests principaux peuvent être utilisés pour évaluer la clarté :
Le membre d’équipe assigné pour travailler sur la tâche comprend-il la description de la tâche ?
Pouvez-vous dire quelles tâches précéderont ou suivront d’une tâche particulière ?
QRP est partenaire de DantotsuPM
Les tâches contribuent à la construction d’un planning et devraient être définies logiquement et vous pouvez déterminer si un ordre spécifique est nécessaire (par exemple, vous devez écrire le logiciel avant que vous ne le testiez). Alternativement, vous pourriez être capables d’exécuter certaines tâches en parallèle, comme décomposer la tâche “peindre la maison” en “peindre le côté est de la maison” et “peindre le côté ouest de la maison” qui pourraient être faites en parallèle.Pour plus de détails sur ce sujet regardez la formation Project Management Foundations: Schedules
partagez ce billet avec vos amis, collègues et relations professionnelles
Les questions élémentaires sont la base de la gestion de projet, savoir comment elles s’articulent permet de prendre en compte le projet dans toutes ses dimensions, et de mieux comprendre de quoi on parle.
Je m’étais amusé par le passé à réaliser une analyse fonctionnelle de la gestion de projet. C’est-à-dire à décrire les besoins de la gestion de projet. J’avais constaté qu’ils tournaient tous autour des questions élémentaires, dans l’ordre : Pourquoi ? Quoi ? Comment ? Où ? Qui ? Quand ? Combien ? Pour quoi ?
Imaginez une base de données qui pourrait répondre à toutes les questions élémentaire combinées que l’on pourrait se poser
Qui fait quoi ? Combien coûtent les équipements ? Quel est le périmètre du projet ? Quel est le processus pour réaliser un Produit ? etc.
Ce serait évidemment très utile pour le chef de projet. C’est même tout ce dont il a besoin.
Je suis consultant en gestion de projet, et développeur aussi, pour les projets. Quand j’interviens chez un client, je pose toujours les mêmes questions, des questions simples : Qu’est-ce que vous faîtes ? Comment vous le faîtes ? et Où vont les produits que vous réalisez ?
Cela me permet de bâtir le WBS du projet qui intègre les localisations puisque le planning (le quand ?) n’est autre que l’expression du WBS dans le temps dans la méthode que j’applique.
Viennent ensuite les questions élémentaires : Qui réalise les tâches ? et combien coûtent t’elles ? Je bâtis ainsi une base de données qui met en relation toutes les réponses conformément au synoptique suivant :
Les questions simples impliquent des réponses simples
Je m’attends à ce que l’on me donne une information précise et concise. Les détails tuent en effet l’information lors des interviews, ils font perdre du temps.
La standardisation sur les projets permet de capitaliser, on peut noter qu’elle correspond aux questions : Quoi ? Comment ? et Qui ?
A noter qu’un plan est la combinaisons des questions : Quoi ? comment ? Où ? Qui ? Quand ? Combien ? C’est la définition.
On peut se poser la question : Pourquoi fait-on le projet ? C’est pour obtenir un retour sur investissement. Et peut se poser la question : Pour quoi fait on le projet ? C’est l’ouvrage final.
En appliquant cette méthode, on obtient une vision complète du projet assez rapidement. Un projet bien structuré peut être ensuite bien géré, le but est de tenir les objectifs QCD (Qualité, Coût, Délais).
Il a exercé pour de grands groupes industriels sur des projets allant de la fabrication de boîtes de vitesses, au terminal méthanier ou aux tramways, en France et à l’international.
La plupart des personnes non-techniques ne savent pas ce qu’est le chemin critique. Celles travaillant sur des projets informatiques savent ce que cela signifie à un haut niveau, mais ont une faible compréhension de sa réelle mécanique et comment elle peut rapidement changer le résultat de leurs projets !
La vérité est qu’il y a beaucoup d’idées fausses sur chemin critique. Démystifions certaines des principales.
1ère Idée fausse
« Le chemin critique est le plus court chemin pour traverser le le planning du projet (l’échéancier) »
Réalité : Le chemin critique est le chemin le plus long du diagramme de réseau. C’est la séquence des activités qui collectivement définissent les dates de début et de fin pour le projet et dans laquelle aucune tâche n’a de surplus, de marge de temps inutilisé. A l’inverse, des chemins non-critiques ont des marges disponibles qui sont le temps pendant lequel une tâche peut glisser. Vous pouvez avoir un peu de retard sur cette tâche sans décaler celles qui la suivent ni impacter la date d’achèvement du projet.
« Chaque tâche sur le chemin critique est critique. »
Réalité: Le mot « critique » dans ce contexte n’indique pas combien ces tâches ont d’importance au projet complet, mais se réfère plutôt à comment leur planification affectera la date de fin du projet. Aussi, les gens doivent-ils se souvenir qu’après qu’une tâche sur le chemin critique soit achevée, elle n’est plus « critique » puisqu’elle ne peut plus affecter la date de fin de l’échéancier.
3ème Idée fausse
« Le chemin critique ne changera jamais. »
Réalité: Chaque projet a au moins quelques changements (par exemple, le périmètre, les délais, et-ou l’argent) qui signifie que le chemin critique changera. Cela aboutira à une nouvelle date d’achèvement attendue pour le projet. D’autres raisons pour lesquelles le chemin critique changera parfois est quand certaines des tâches seront achevées en avance ou en retard par rapport au planning, et/ou des relations entre des tâches peuvent changer.
4ème Idée fausse
« Si vous raccourcissez la longueur d’une tâche qui se trouve sur le chemin critique, le projet sera achevé plus tôt. »
Réalité: Ça dépend ! Si cela se produit, il est plus que probable que la tâche « raccourcie » sur le chemin critique soit alors remplacée par une tâche plus longue et non-critique qui devient maintenant une tâche du chemin critique. Cela signifie que vous avez un nouveau chemin critique et une nouvelle date d’achèvement.
Il est important de vous rappeler que réduire le chemin critique sur la plupart des projets afin de raccourcir la durée d’un projet n’est pas un exercice insignifiant. Il peut au contraire être ardu et générer d’autres problèmes. Par exemple, vous pourriez accroître vos risques projet et devoir refaire certaines choses. Bien sûr, il y a des façons et techniques qui peuvent probablement raccourcir la durée d’un projet pour respecter une nouvelle contrainte de temps si cela est réalisé correctement. Par exemple, la portée du projet pourrait être réduite et/ou vous pourriez avoir plus de personnes assignées pour travailler sur des tâches critiques ce qui aiderait à compresser le planning.
partagez ce billet avec vos amis, collègues et relations professionnelles
L’utilisation de jalons est excellente pour partager sur l’avancement du projet, en particulier à un haut niveau avec notre management et notre client.
Le suivi de projet fait partie du travail d’un manager de projets. Les diagrammes Gantt ne sont pas toujours la meilleure façon de partager les progrès réalisés. Ils fournissent trop de détails pour des leaders très occupés. L’utilisation de jalons est meilleure pour partager sur l’avancement du projet. Voici mes recommandations.
Dans votre échéancier de projet, créez au moins 2 jalons ou événements marquants par période de reporting.
Indiquez les dates auxquelles les jalons ont été passés et les raisons d’avance ou retard d’achèvement. Ces jalons ne doivent pas nécessairement être des événements clés, juste des achèvements partiels ou complets de livrables qui soient tangibles. Si nécessaire, décomposez de longues tâches en de plus courtes pour tenir compte de ces jalons.
N’abandonnez pas le diagramme de Gantt!
Manager votre échéancier et partagez en les détails avec un diagramme de Gantt. C’est votre meilleur outil de suivi. Utilisez-le dès qu’une information détaillée est demandée.
Créez “des SUPER jalons” pour des événements majeurs de projet.
Identifiez des événements majeurs avec des jalons en caractères gras ou majuscules. Utilisez-les pour partager le progrès réalisé à haut niveau. Suivez continuellement ces dates prévues et projections actualisées de passage des SUPER jalons pour montrer le progrès global.
Mettez à jour vos jalons comme le projet progresse.
Comme les dates réelles l’achèvement de passage de jalons peuvent changer votre échéancier global, assurez-vous de continuer à avoir 2 jalon par période de reporting. Ajoutez de nouveaux événements marquants si nécessaire. D’autre part, ajoutez ou révisez les dates de tous vos jalons comme vous le feriez pour toute demande de changement de projet approuvée et ajoutée à votre programme.
Le suivi de la progression à travers les jalons n’est pas la façon traditionnelle d’utiliser les jalons, mais ceux-ci créent deux niveaux de suivi de projet dans le détail avec un travail additionnel minimal.
Partagez votre intention d’utiliser des jalons pour suivre les avancées avec les leaders, particulièrement s’ils ont seulement vu des jalons utilisés pour des événements significatifs dans le passé.
partagez ce billet avec vos amis, collègues et relations professionnelles
Les projets agiles sont basés sur le concept que livrer une solution imparfaite au business le jour promis est plus important que livrer une solution parfaite en retard.
Avec Agile, tenir vos promesses sur quand quelque chose sera disponible pour être utilisé en production est au cœur de la réalisation de bénéfices. Chaque élément fourni, même s’il a un nombre minimal de fonctionnalités peut résoudre un problème métier. Focalisez votre équipe sur faire utiliser leur livrable en production, en sachant qu’ils pourront ajouter davantage de fonctionnalités plus tard.
Il y a une fausse idée répandue qui est que ceux travaillant dans des équipes Agiles ne planifient rien.
Alors que les compétences de planification y sont plus importantes que dans l’approche prédictive « en cascade » (PRINCE2 ®) pour les projets parce que :
La planification est plus fréquente
La planification est faite en collaboration, impliquant chacun qui contribue au projet
Les plans y sont un mécanisme essentiel de suivi du progrès
QRP est partenaire de DantotsuPMaux fausses croyances sur Agile
Pour ces raisons, les compétences de planification sont critiques au travail Agile efficace. La planification détaillée du projet de bout en bout au début ne fait pas partie Agile. Au lieu de cela, il y a la planification fréquente et la re-planification pendant tout le cycle de vie du projet. Quand un élément de la solution est livré au business, le focus se porte sur la planification de la livraison suivante.
Objectifs de la planification
Pour respecter l’importance de planification, j’encourage mes équipes à se mettre d’accord sur un jeu commun d’objectifs pour leurs sessions de planification.
Utilisez ceux-ci pour débuter avec votre équipe :
Assurons-nous que nous livrons une solution utilisable et de valeur
Assurons-nous que nous n’avons rien oublié
Donnons la priorité au travail le plus important en premier
Allouons le travail aux meilleurs de l’équipe pour le faire
Clarifions l’ordre/le séquencement pour réaliser des économies d’efforts
Créons un visuel qui permette aux autres de voir ce que nous faisons et quand afin qu’ils puissent aligner leur travail avec le nôtre
Utilisons ce visuel pour fournir un suivi facile de notre progression sans devoir écrire de rapport d’avancement
CertYou est partenaire de DantotsuPM
Ordre du jour de la planification
Supportez ces objectifs en définissant comment va se dérouler chaque session de planification.
J’encourage mes équipes à utiliser un ordre du jour standard pour tous les événements de planification.
Utilisez cet ordre du jour type pour encourager votre équipe à faire de même :
Examiner les résultats de notre session de brainstorming préparatoire.
Appliquer les critères de priorisation pour créer une liste agréée de travail pour ce sprint
Définir ensemble qui va construire et qui va tester le résultat.
Chaque personne crée son propre échéancier pour le sprint en s’assurant que les must have ne dépasse pas les 60 % du travail.
Chacun effectue un contrôle croisé de son échéancier avec la personne testant son travail.
Réserver le temps nécessaire dans son agenda pour réaliser le travail
Se mettre d’accord sur comment vous partagerez le progrès avec l’autre
Matchware est partenaire de DantotsuPM
Pour plus d’astuces sur l’application des pratiques de travail Agile dans la vraie vie, abonnez-vous au bulletin de Melanie ou visitez son site Web.
partagez ce billet avec vos amis, collègues et relations professionnelles
En Août 2019, les billets qui retinrent le plus l’attention des lectrices et lecteurs furent sur la collaboration, l’innovation, la planification et la valeur des certifications professionnelles.
Il peut paraître banal et simpliste, voire un peu rétrograde, de reconnaître la courtoisie la plus élémentaire comme un élément prépondérant dans l’établissement de bonnes relations de travail, et pourtant, combien de fois est-elle piétinée précisément dans le monde du travail ?
Les structures de répartition du travail (SRT) ou en anglais WBS (Work Breakdown Structures) sont un élément clé du processus de planification du projet, quelles que soient les industries, les organisations et les spécialités. Le PMI® vient publier une mise à jour complète de ce recueil des meilleures pratiques « Practice Standard for Work Breakdown Structures (3rd Edition) » avec un focus spécifique sur les cycles de vie des projets Agile, itératifs, prédictifs comme incrémentaux.
Prenez le temps nécessaire pour vérifier régulièrement votre progression !
Avez-vous avancé comme prévu ? Tenez-vous toujours le bon cap pour atteindre les objectifs du projet ? Avez-vous pensé à faire un petit « Reality Check » pour valider que les indicateurs qui vous sont remontés ou que vous calculez correspondent bien à une réalité ?
Quelques questions à vous poser fréquemment à vous-même (avant que l’on ne vous les pose) !
partagez ce billet avec vos amis, collègues et relations professionnelles
Les structures de répartition du travail (SRT) ou en anglais WBS (Work Breakdown Structures) sont un élément clé du processus de planification du projet, quelles que soient les industries, les organisations et les spécialités.
La SRT organise le périmètre total d’impact du projet et de sa réalisation en reflétant le travail précis et les livrables à produire. Ceci aide grandement les managers de projets à organiser la façon dont ils construisent et partagent l’échéancier, puis en font le suivi des projets. Ils et elles y intègrent les plans de management des risques pour les surmonter s’ils surviennent.
Le PMI® vient publier une mise à jour complète de ce recueil des meilleures pratiques « Practice Standard for Work Breakdown Structures (3rd Edition) » avec un focus spécifique sur les cycles de vie des projets Agile, itératifs, prédictifs comme incrémentaux.
Les jalons sont de véritables trésors : Comment pouvez-vous utiliser au mieux des jalons pour assurer le succès de votre projet ?
Un jalon de projet est un outil puissant pour marquer et évaluer la progression du projet. Représenté par une forme en losange dans les logiciels de diagramme de Gantt, ces trésors indiquent des points clefs dans le plan de projet, comme la fin d’une phase ou une date butoir pour un élément à livrer.
Alors, comment pouvez-vous utiliser au mieux des jalons pour assurer le succès de votre projet ?
Les jalons dans la méthode Hermès
Planification
En préparant un échéancier de projet (idéalement sur un diagramme de Gantt), il est important de positionner dans le bon ordre les jalons de projet pour définir des cibles atteignables, marquer les différentes phases du projet et indiquer des événements clefs comme un lancement d’un produit ou une réunion avec le client.
Évaluation
Chaque fois que vous atteignez un jalon, il est important de comparer votre progression réelle par rapport au plan prévisionnel. Plus tôt vous pouvez découvrir des erreurs dans votre exécution de projet, plus tôt elles peuvent être corrigées. Utilisé ainsi, les jalons deviennent critiques pour évaluer les membres d’équipe et définir le succès du projet.
Motivation
Il peut être tentant d’abuser des jalons de projet pour créer un sentiment d’urgence dans votre équipe. Mais si vous vous reposez trop sur les jalons, ils perdront de leur importance, les rendant plus faciles à ignorer. Placez-les intelligemment, d’habitude aux derniers délais sur les livrables majeurs ou à la fin de phases de projet. Vous constaterez que vous pouvez garder votre équipe motivée à faire son maximum pour atteindre ces buts.
Célébration
Comme votre équipe s’approche d’un jalon, vous constaterez que chacun pousse un peu plus fort pour atteindre cette cible. Une fois que vous atteignez ce jalon, il est temps de le célébrer ! Indépendamment de comment vous célébrez, assurez-vous de démontrer votre appréciation envers votre équipe. Ainsi, chacun reste motivé et va poursuive ardemment vers le prochain jalon de votre projet.
Témoignage additionnel
Dans cette brève vidéo, Tom Peters parle même d’art de définir et poser des jalons dans tous nos projets professionnels comme privés.
partagez ce billet avec vos amis, collègues et relations professionnelles
« Je vous ai dit ce dont j’avais besoin et vous avez lancé un projet pour y répondre mais je n’en ai plus entendu parler depuis. »
« Où en êtes-vous? Où est le bout du tunnel ?
Ce livrable correspond à mes attentes de l’an dernier, pas à celles de cette année !
Vous êtes trop lents, pas assez agiles, pas assez présents… »
De nombreux chefs de projet peuvent être un jour confrontés à ces commentaires de la part de leur clients et parties prenantes. L’effet tunnel y est pour quelque chose. En le supprimant, grâce à des livrables fréquents ou en limitant ses effets grâce à des jalons d’avancement bien pensés, vous gagnerez en crédibilité et votre projet aura de bien meilleures chances de réussite.
Méta Projets Management est partenaire de DantotsuPM
(Comment éviter le syndrome du tunnel sombre et tortueux) de Bob McGannon
Combien de projets finissent abandonnés sans avoir même jamais servi ?
Souvent le projet pourtant bien conçu au départ finit en tas de ferraille qui prend la rouille. Ce peut être à cause d’attentes inadéquates, ou de sponsors et parties prenantes clés qui s’en désintéressent ou qui s’impatientent quand les projets ne délivrent pas de résultats assez rapidement.
Ces projets, après la création d’un intérêt initial, semblent entrer dans un « tunnel sombre et tortueux ». A bout d’un moment, on ne voit plus la lumière d’entrée dans le tunnel, la sortie du tunnel n’est pas en vue et des jalons significatifs adéquats n’existent pas pour attester des progrès réalisés. Éviter ce piège n’est en rien une question subalterne car cela demande davantage que la simple définition de jalons pour votre projet. Une intense planification, un soin supplémentaire porté aux estimations et à la répartition des livrables par phases significatives sont critiques pour éviter cet « effet tunnel » tant redouté.
Voici nos recommandations pour garder votre projet « dans la lumière du jour » et éviter son annulation ou sa baisse de priorité en raison du « Syndrome du tunnel sombre et tortueux ».
Établissez des jalons significatifs
Les jalons sont la base de chaque échéancier de projet bien construit. Ils établissent des points dans le temps où des événements significatifs seront atteints, des livrables produits, ou des passages de phase réussis. Souvent ces événements marquants sont insérés dans le planning par le chef de projet sans réfléchir aux perceptions qu’ils génèrent chez les parties prenantes sur le long terme. Il y a bien sûr des jalons « naturels » appropriés comme les passages de phases.
Cependant, si on définit et instaure des jalons en gardant à l’esprit de démontrer de manière significative les progrès côté business : Un plus grand bénéfice sera obtenu de ces indicateurs d’avancement du projet. La clé pour que cela fonctionne est de lier les jalons à des événements qui reflètent l’objectif business qui a justifié de lancer le projet.
Aussi, les jalons peuvent (et doivent !) être définis avant d’achever le planning détaillé.
Les jalons qui sont significatifs aux sponsors business peuvent être définis au moment de la création de la charte de projet. Ceux-ci peuvent ensuite être modifiés pendant la planification initiale et le design de la solution avec la participation du sponsor et des parties prenantes. Ces jalons, créés et modifiés avec l’engagement du client, sont alors insérés dans un échéancier détaillé de projet, avec les événements marquants comme le début de chaque phase.
parfois nous risquons de perdre nos clients dans le brouillard de notre jargon technique
En travaillant sur la création de jalons significatifs, on devrait être attentif à s’assurer que « le langage de solution technique » ne s’introduise pas subrepticement dans les jalons. Parler avec un sponsor peu intéressé par la technologie d’un concept technique comme la création d’un modèle de données informatiques présente peu de valeur.
Bien que ce soit un événement marquant significatif dans la création d’un produit informatique, ce livrable a peu de pertinence pour un manager qui essaye de réduire le temps d’exécution de son processus ou de réduire ses dépenses !
Il est utile d’inclure des jalons marquants techniques pour suivre de près le progrès pour l’équipe technique, mais se servir seulement de ces éléments comme jalons de projet pour les parties prenantes business est une invitation à cheminer dans un très long et sombre « tunnel ».
La création de jalons et leur suivi ne sont pas des choses à prendre à la légère!
Découpez le projet en phases de 9 mois ou moins
La manière la plus fondamentale, et cependant souvent la plus difficile d’éviter le « tunnel sombre et tortueux » est d’éviter la tentation de créer un long projet avec une unique phase. Ceci est un principe fondamental des méthodologies « agiles ».
Source : Egg Lighting
Des projets plus petits ou de grands projets découpés en plusieurs petites phases de livraison sont très efficaces pour maintenir l’intérêt des parties prenantes du projet. Les parties prenantes sont plus engagées simplement parce qu’elles perçoivent les bénéfices du projet plus tôt et plus souvent.
Tandis que cette approche est relativement évidente pour certains projets, sur d’autres, comme la mise en œuvre d’un gros ERP, cela peut être plus difficile. Ces projets plus complexes et vastes devraient être planifiés par phases, avec de nouvelles fonctionnalités délivrées à intervalles réguliers. Pas plus de neuf mois ne devraient se passer entre l’expression des besoins et la livraison de la fonctionnalité !
La planification d’un projet être plus difficile de cette façon, mais cela peut être fait et les bénéfices le valent bien.
Ces bénéfices incluent :
Éviter les problèmes de changements de priorités business ou de manque de « continuité d’attention » de l’entreprise. Les projets seront plus probablement menés à leur fin quand la valeur business est délivrée à intervalles réguliers.
Introduire le changement chez les clients avec une ampleur et une allure qu’ils puissent absorber. Les projets longs qui produisent de gros livrables présentent une somme considérable de changements d’un seul coup. Ce seul fait peut créer des problèmes d’assimilation du changement pour les utilisateurs finaux. Il peut renforcer des problèmes de processus business et générer du mécontentement. Gardez les changements de taille raisonnable, livrez-les régulièrement et vous ferez plus probablement des clients heureux !
Garder la fraîcheur des exigences business. Les projets longs ont souvent des problèmes avec un périmètre et des besoins qui changent tout simplement parce que le business que le projet supporte ne reste pas statique. Le business bouge rapidement et montre peu ou pas de signes de ralentissement de la vitesse des évolutions. Des projets plus longs répondent souvent à des exigences éventées ou déjà dépassées. Maintenez un cycle court (par phases) de l’expression des besoins à la livraison de la solution et vous aurez moins de problèmes d’obsolescence et de volatilité des exigences.
de nouvelles idées surgissent !
Managez et Comprenez la longueur « du trajet »
la triple contrainte
Les triples contraintes de projet sont posées tôt dans le projet. Bien sûr, elles devraient changer comme on découvre de plus en plus les détails du projet et la solution exigée. Malgré cela, certains des paramètres généraux pour le projet sont établis très tôt. Une durée satisfaisante pour la livraison en considérant l’ampleur du changement et la complexité du projet, est décidée tôt et fait partie de la triple contrainte. Cependant, ceci est souvent oublié quand les demandes de changement sont traitées ou les ajustements de priorité pour des raisons business et autres événements inattendus sont rencontrés par l’équipe de projet. Nous avons une tendance à nous concentrer sur le niveau micro du changement et à oublier la macro durée du projet, ce que nous avons à l’origine utilisé pour justifier le lancement du projet !
Manager le niveau macro durée du projet exige la chose suivante :
Pendant les premières étapes de planification du projet, mettez une durée désirable pour le projet et « une durée avec un risque acceptable ». La durée avec un risque acceptable est une durée qui est plus longue que celle prévue à l’origine, cependant elle reste acceptable pour les clients business et l’équipe de projet. Cette durée de risque devrait considérer le degré de volatilité business, le paysage compétitif de votre secteur et la capacité à conserver les membres d’équipe avec les bonnes compétences pendant toute la durée prévue.
Considérez l’impact à plus long terme de tout changement.
Focalisez-vous sur l’impact à long terme d’accepter tout changement dans le projet. Un processus standard de management des changements devrait être exigé sur tout projet. À un certain point cependant, idéalement quand on s’approche « de la durée de risque acceptable », la portée des changements sur l’entièreté du projet devrait être évaluée. Tous les changements qui ne sont pas achevés devraient être reconsidérés et priorisés. Le périmètre, au macro niveau, peut alors être revu pour s’assurer que le projet reste dans une durée acceptable.
Le tunnel « sombre et tortueux » est un endroit solitaire pour un chef de projet. La planification diligente, le management attentif des changements et garder un œil sur la vue d’ensemble, en plus des procédures de management de changement typiques, peuvent maintenir votre projet en vie et vos clients heureux.
Et ce n’est pas mal non plus pour votre santé mentale personnelle !
partagez ce billet avec vos amis, collègues et relations professionnelles
Les chefs de projet et leurs équipes mènent des projets planifiés tous les jours, comme le développement de nouveaux logiciels. Pour réussir, ils doivent être capables d’évaluer et d’allouer les ressources nécessaires pour terminer les éléments à fournir dans les temps, avec la bonne qualité et sans dépasser le budget. Cependant, il y a de nombreux défis dont beaucoup surgissent à cause des limitations dans les processus et outils actuels qui impactent la réussite.
Le Management de Ressource de Projet est un processus conçu pour utiliser efficacement et effectivement les personnes, les matériels et les équipements. Depuis 2017, le management de ressource de projet s’est concentré non seulement sur les ressources humaines, mais aussi sur l’équipement, les matériels et les fournitures. Le processus consiste en l’identification, l’acquisition et la gestion les ressources au bon moment et au bon endroit parce que le but du management de ressource est de gérer toutes les ressources. C’est l’un des processus les plus difficiles pour planifier, contrôler, maintenir et réaliser les objectifs.
Poursuivez cette lecture pour découvrir ce que vous pouvez entreprendre pour améliorer le management de ressource dans vos projets !
1. Priorisez le travail et incluez toutes les ressources dans le WBS
Évaluez l’objectif du projet pour établir le processus décisionnel. Plutôt que le contrat ou les achats avec un fournisseur, utilisez le WBS (Work Breakdown Structure ou Structure de Décomposition de Projet – SDP en français): Les lots de travail.
Incluez des procédures de contrôle des changements dans votre méthodologie. Vous en aurez besoin lors des différentes phases du projet.
La planification de ressources commence par la création d’une liste détaillée de chaque ressource, humaine et matérielle dont on aura besoin pour délivrer le projet. Impliquez les membres de l’équipe dans ce processus car certains aspects du projet peuvent exiger des ressources dont vous ne savez rien. Il vaut mieux prévoir pour chaque item possible et ne pas tous les utiliser que de sous-estimer vos besoins et de finir par payer des surcoûts à la dernière minute.
2. Prenez le temps adéquat pour faire des évaluations raisonnables et réalistes
La perfection est presque impossible à atteindre dans le management de ressource mais vous devriez toujours y aspirer. Une fois que les priorités du projet ont été clarifiées, prenez le temps nécessaire pour évaluer les échéanciers et le budget. Examiner les projets précédemment achevés, y compris ce qui a mal tourné, aide à développer des évaluations et des prévisions raisonnables.
De plus, bien que vous écoutiez attentivement le management, les évaluations et prévisions devraient être réalistes et non pas des cibles inatteignables qui répondent uniquement à des attentes du management ou des délais peu raisonnables.
Mettez à jour les estimations périodiquement afin de refléter les changements tels que de nouvelles décisions, des modifications dans les ressources et l’impact de ces changements sur le projet quand ils surviennent.
3. Examinez quelles ressources sont disponibles dans votre société, en termes de compétences et en nombre, et voyez si vous avez besoin qu’un fournisseur en recrute ou en achète à l’extérieur.
Prêtez une attention particulière aux personnes ou fournisseurs techniques qui sont les plus demandés dans la société.
Prévoyez le temps nécessaire pour les obtenir ou les acquérir afin de les avoir au bon moment.
Vérifiez leurs disponibilités et essayez d’être proactif. C’est l’aspect le plus important pour parvenir à produire les livrables.
4. Considérez les meilleures options pour bien travailler dans l’organisation avec ses ressources techniques et humaines
Les différents types de programmes et projets obtiendront des bénéfices de technologies spécifiques. Il est important de connaitre la taille, le coût, la durée et les participants sur le projet.
une ressource mal alignée peut sévèrement impacter les résultats de toute l’équipe
Assurez-vous que les outils et les techniques que vous avez choisis sont alignés sur ceux de la société, qu’ils créeront de l’efficacité et génèreront des bénéfices pour le projet.
Cela permettra à votre organisation de planifier, manager et délivrer le travail en utilisant un panel de méthodologies comme la prédictive et traditionnelle ou par jalons, itérative, Agile et même collaborative.
Adoptez différentes manières de travailler à travers toute l’organisation et ses ressources.
Incluez toujours le service des achats quand vous avez des fournisseurs externes sur votre projet.
5. Utilisez une Matrice des Responsabilités
Une fois que vous avez priorisé les ressources nécessaires, définissez les personnes qui sont responsables de la tâche avec une matrice de responsabilité (la Responsibility Assignment Matrix – RAM). Utilisez la matrice pour clarifier des rôles et responsabilités sur tout le périmètre du projet.
Qui va faire quoi et avec quel niveau de responsabilité et quel rôle ?
Les RAMs sont souvent de simples diagrammes RACI (responsible, accountable, consulted, and informed). Les diagrammes peuvent être créés en nommant la personne ou le rôle.
6. Attendez-vous à de l’inattendu dans tout le cycle de vie de projet
Pendant le cycle de vie du projet, il est commun de rencontrer différents changements ou manque de ressources prévues, de quantité, de capacité, ou d’absence de spécification de qualité. Ces aléas augmentent les risques, et les conflits surviennent parce que des événements et changements inattendus sont inévitables.
7. Planifiez le travail et les ressources avec une Structure de décomposition du Projet (SDP), Work Breakdown Structure (WBS) en anglais.
Vous avez besoin d’une SDP robuste avec un lot de travail spécifique pour planifier les tâches, gérer les nominations et assigner les livrables aux personnes. Quand vous allouez des tâches aux personnes, vous devez fournir les spécifications sur la qualité attendue et les critères d’acceptation.
Considérez chaque activité avec des dates de début et de fin et durées pour le travail défini et qui y est assigné; n’oubliez pas un seul responsable pour chaque activité.
Utilisez des processus qui si possible de réduisent les aspects administratifs.
8. Gérez l’assignation des ressources
Beaucoup de choses entrent dans la planification d’un projet et toutes sont importantes. Mais le projet ne sera jamais réalisé si vous n’avez pas efficacement assigné vos ressources à des tâches spécifiques.
N’oubliez pas que les ressources peuvent englober beaucoup d’items différents. Les personnes dans votre équipe sont des « ressources », mais également les outils qu’elles utilisent, l’équipement, les fournitures et même le site où vous allez faire le travail.
Utilisez des blocs de ressources au niveau du projet ou de ses phases comme point de départ si le management de ressource est nouveau dans votre organisation.
Commencez par rassembler toutes les activités SDP qui seront nécessaires pour achever le projet. Les activités sont les parties le plus petites d’un plus grand lot de travail. Telles sont les étapes que vous devez entreprendre pour aller du début d’un projet jusqu’à la ligne d’arrivée.
9. Utilisez échéanciers et rapports budgétaires
Chaque activité a une durée et des ressources et vous devez déterminer combien de temps ces tâches nécessiteront pour vous amener du commencement à la fin, autrement dit, la durée de l’activité ou de la tâche. De plus, vous devez connaitre le coût de chaque ressource.
En gardant un œil sur toutes les parties en mouvement du projet, vous maintenez un contrôle sur le timing, le budget, les activités, les risques et les changements. Représenter visuellement les données en un seul endroit facilite la transparence et la communication avec les membres d’équipe et vous maintien en ligne sur les échéances et budgets approuvés.
Vous devez rendre les choses simples et faciles pour un bon rapport sur la consommation budgétaire et l’avancement.
Adoptez un outil pour suivre de près les temps et les coûts pour chaque différent type de ressources.
10. Utilisez le nivellement de ressources
Aussi connu comme optimisation d’usage de ressource, cela fait partie de l’activité complexe de management de ressource. Cela signifie que vous êtes conscients de la disponibilité de ressources et la managez sur un unique projet ou de multiples projets.
Vous pouvez prolonger des périodes prévues pour des tâches spécifiques, éviter la sur allocation ou sous-emploi de membres de l’équipe et prévenir l’épuisement.
11. Calculez le taux d’utilisation
Ce nombre vous dit exactement quel pourcentage de temps d’un membre de l’équipe est utilisé selon sur votre assignation de temps et de tâches. Le but est de travailler à pleine capacité, ainsi vous ne gaspillez pas de temps (ni d’argent).
Pour calculer le taux d’utilisation, prenez le nombre d’heures qu’une ressource a travaillé par rapport au nombre total d’heures qu’elle avait disponibles pour travailler.
12. Considérez l’importance de la gestion des changements et du management des risques
Le management de ressource porte un élément à haut risque et c’est un problème auquel les chefs de projet font face chaque jour. Les ressources sont empruntées aux équipes existantes pour travailler sur de nouveaux projets, des projets de forte visibilité et de nouveaux business tout le temps et le manager des ressources est forcé « de reconfigurer » ses équipes. Il y a beaucoup de négociation entre plusieurs équipes et projets pour le même talent et le manager de ressource est central dans cette négociation. Il peut exiger des dates de début et fin pour l’allocation du talent afin qu’il puisse passer de livrable en livrable.
Un projet provoque du changement. Chaque phase qui est atteinte doit être évaluée pour ses impacts positifs et négatifs sur le projet lui-même et sur l’environnement de travail dans son ensemble. Mesurez et monitorez ces impacts et communiquez-les aux membres de l’équipe et aux sponsors. Les managers de ressource jouent aussi un rôle important dans le changement organisationnel. Comme les sociétés continuent à créer des processus innovateurs et des systèmes nouveaux, les rôles et des responsabilités des personnels doivent incorporer la technologie pour gagner en efficacité.
13. Maintenez une constante communication avec l’équipe des achats et ses fournisseurs
Partagez à l’avance le planning, ainsi que les risques ou contingences, avec les fournisseurs et l’équipe des achats pour obtenir des alternatives pour le contrôle de projet.
14. Planifiez et budgétez pour le temps hors-projet
Prévoyez les vacances
Assurez-vous que le temps de management, congés payés, réunions, traitement des emails, etc. est pris en compte tant dans le long terme qu’à court terme.
N’oubliez pas les activités inattendues sur le projet (les risques et les changements); assurez-vous de fournir un mécanisme pour capturer ce temps.
Sinon, vous perdrez de vue cette réduction de capacité et devrez utiliser les fonds de réserve.
15. Maintenez votre équipe motivée et heureuse
Gardez votre équipe bien formée et bien informée. Cela améliorera la productivité. Ne sur-utilisez jamais les ressources humaines.
La plupart des « ressources » sont des personnes – et les humains sont en bout de compte responsables du succès du projet. Les managers de ressources et de projets doivent être des négociateurs hors pairs comme ils naviguent entre les multiples équipes projets qui (bien sûr) considèrent chacune leur projet comme ayant la priorité la plus élevée. La motivation et le bonheur sont importants pour tous les individus dans le cycle de vie de projet.
La complexité, la flexibilité, les compétences relationnelles (soft skills) et la capacité à prévoir l’inconnu (ou le gérer) sont la norme dans le management de ressource et les managers doivent être flexibles et prêts à traiter avec cette complexité.
16. Évitez ou limitez le multitâches
Le multitâches semble efficace, mais aboutit souvent à une productivité radicalement inférieure.
Essayez de limiter le nombre de tâches parallèles et vos ressources délivreront mieux.
Avez-vous des approches qui ont amélioré votre management de ressource ? Parlez-nous en dans les commentaires !
partagez ce billet avec vos amis, collègues et relations professionnelles
Elle présente le même risque que l’approche axée sur les phases, mais en plus grave, car il est possible que des livrables sous-composants soient assumés par chaque partie prenante comme étant la responsabilité d’une autre partie prenante.
DantotsuPM.com 