Un échéancier qui dérape, un manque d’engagement et des dépassements de coûts sont des indicateurs courants et faciles pour repérer des problèmes de projet. Mais quels autres indicateurs moins connus devriez-vous observer ?
Voici 5 autres indicateurs précoces de problèmes qui ne sont pas souvent reconnus.
#1 – Le temps alloué au projet par certains membres de l’équipe est inférieur aux prévisions.
Les heures consacrées aux tâches du projet peuvent être insuffisantes en raison de priorités business différentes ou d’un manque de confiance dans l’orientation du projet. Ces déficiences commencent souvent tôt et s’aggravent au fur et à mesure que le projet se poursuit. Vérifiez les heures réelles travaillées sur le projet par les membres de l’équipe. Si ces heures sont inférieures au plan, renseignez-vous sur ce qui se passe pour voir s’il y a un problème.
#2 – Les parties prenantes ne se disputent pas (alors qu’elles devraient le faire !)
Les parties prenantes ont souvent des opinions différentes sur les exigences du projet, les priorités ou l’approche de la solution. Si la réponse des intervenants aux demandes de projets est passive, des dissensions cachées peuvent être présentes. Identifier tôt ces situations vous aide à éviter les problèmes avant qu’il ne soit trop tard pour changer de priorités ou de direction.
#3 – Le sponsor est inadéquat.
Un sponsor efficace doit :
Avoir accès à des ressources financières
Avoir le contrôle des zones où le projet entraînera des changements de processus
Sécuriser le staffing de l’équipe pour le projet
Être en mesure d’établir les priorités business liées au projet
Avoir le temps d’être le sponsor
Les insuffisances du sponsor peuvent créer des retards et des problèmes dans les projets. Si cela se produit, encouragez la direction à former un comité de sponsoring. Cela peut aider à couvrir toute l’autorité nécessaire pour mener le projet.
#4 – Les exigences portent sur « ce qu’il faut faire » et non sur le problème business.
Les exigences indiquent souvent comment quelque chose doit se produire. Un exemple est « Reconfigurer les processus métier de la salle du courrier ». Quel est le résultat escompté ? Est-ce un désir de réduire le nombre de personnes ou bien le traitement du courrier prend-il trop de temps ? L’automatisation dans le traitement du courrier fonctionne-t-elle comme espéré ? Les exigences qui ne spécifient pas le problème business réel sont un problème. Les projets qui répondent à des exigences inappropriées peuvent ne pas résoudre le problème métier sous-jacent. Assurez-vous que chaque exigence se concentre sur le vrai problème. Effectuez une analyse business pour déterminer les meilleures options pour résoudre le problème.
#5 – Les exigences et les livrables sont validés avec le client et PAS avec l’utilisateur final.
Commençons par les définitions. Le client est la personne qui fournit les exigences et examine vos livrables. Il fournit parfois du financement. L’utilisateur final est la personne ou le groupe qui utilisera régulièrement le livrable. Que se passe-t-il si l’utilisateur final et le client diffèrent ?
Par exemple, le client et l’utilisateur final sont différents lorsqu’un projet crée un produit pour le marché. Dans ce cas, validez les exigences de manière plus approfondie. D’autres tests pourraient également être appropriés. Une validation et des tests supplémentaires peuvent être longs et coûteux, mais ils sont essentiels au succès.
Si vous avez vécu d’autres situations qui causent des problèmes dès le début, partagez-les avec nous dans la section commentaires.
Pour en savoir plus sur l’identification des indicateurs de problèmes dès le démarrage du processus de management de projet, consultez le cours de Bonnie Project Management Foundations.
partagez ce billet avec vos amis, collègues et relations professionnelles
Les principales parties prenantes exercent parfois une pression importante pour atteindre des objectifs de projet irréalistes. Repousser ces demandes peut mettre sur les nerfs même le/la manager de projet le/la plus expérimenté(e) !
Et il peut être difficile de convaincre ces parties prenantes de changer leurs objectifs ou leurs perspectives. Que faites-vous lorsque vous ne pouvez pas changer l’avis des parties prenantes ?
Adoptez un processus qui vous permettra de gérer les attentes et de faire avancer le projet.
Voici une approche en 4 étapes pour tirer le meilleur parti des attentes déraisonnables.
Étape 1 – Partagez les faits.
Développez un argumentaire simple et direct qui décrit vos préoccupations concernant le projet. Utilisez les données antérieures du projet, les documents de référence de l’industrie et les préoccupations présentées par les leaders techniques. Votre message est susceptible d’être considéré comme une mauvaise nouvelle, alors soyez prêt pour une forte réaction. Cela peut nécessiter plusieurs tentatives pour faire passer votre message, alors soyez persévérant pour faire entendre votre message. Tenez-vous-en aux faits. Ne laissez pas les réactions des parties prenantes détourner votre message en une discussion émotionnelle. Vous partagez des informations sur les risques qui doivent être traités. Gardez à l’esprit que ce n’est pas votre travail d’empêcher les hauts dirigeants de prendre des risques. Votre travail en tant que manager de projet consiste à vous assurer que les parties prenantes reconnaissent les risques que présente le projet. Après votre discussion, traitez les directives que vous recevez du mieux que vous pouvez.
Étape 2 – Comprenez leurs perspectives.
Qu’est-ce qui est réellement important dans le projet pour cette partie prenante ?
Partagez les risques du projet avec un public plus large et écoutez les points de vue supplémentaires de ces parties prenantes. Les membres de l’équipe technique peuvent être surchargés de problèmes ou avoir un volume de travail déraisonnable. Certaines parties prenantes peuvent avoir des intérêts pour leur propre équipe qui entrent en conflit avec la meilleure option pour l’ensemble de l’organisation. Toutes ces choses peuvent finir entre vos mains pour être traitées. Soyez compréhensif et souvenez-vous : Vous ne pouvez aborder les problèmes dans une discussion transparente seulement si les parties prenantes mettent leurs problèmes sur la table. Aidez les autres à comprendre ces perspectives divergentes et générez des discussions pour explorer une chemin plus dégagé pour faire avancer le projet.
Étape 3 – Soyez prêt à faire des compromis.
Ne soyez pas inflexibles. Au fur et à mesure que les conversations que vous organisez se déroulent, certaines de vos tentatives pour réduire les risques du projet peuvent être rejetées. Recherchez une position raisonnable dans le management des risques qui vous permette de faire des progrès positifs vers la réalisation du projet.Le chemin à suivre n’est peut-être pas parfait. Cependant, une amélioration de 80% de votre situation est probablement préférable à une détérioration irrémédiable d’une relation pour atteindre les 90 ou 100%. Lorsque l’environnement pour la livraison du projet n’est pas idéal, mettez en place une surveillance supplémentaire pour remonter les problèmes dès que possible. Discutez de ces sujets de préoccupation avec votre sponsor et lors de vos réunions de projet hebdomadaires.
Étape 4 – Montrez le chemin emprunté par votre projet.
Capitalisez sur votre surveillance pour identifier les problèmes. Créez des mesures qui montrent l’impact des zones de risque sur le projet. Partagez le chemin emprunté par votre projet avec les parties prenantes. Par exemple, si vous craignez que les ressources techniques clés ne soient pas disponibles pour consacrer suffisamment de temps à votre projet, établissez un temps minimum nécessaire pour livrer votre projet dans les délais. Surveillez les heures réelles que votre ressource critique consacre au projet et l’état d’achèvement de ses tâches. Signalez vos résultats lors des réunions d’état d’avancement pour tenir les gens informés de l’état du risque. Si les préoccupations que vous avez soulevées plus tôt (à l’étape 1) ont un impact, vous aurez des données concrètes pour justifier votre préoccupation, et vos parties prenantes seront plus susceptibles d’appuyer les changements dont vous avez besoin pour mener à bien votre projet. Si tout va bien, ne soyez pas complaisant ! Poursuivez la surveillance jusqu’à ce que la possibilité de risque soit éliminée.
Avez-vous des recommandations pour traiter les demandes déraisonnables ? Partagez-les avec nous !
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
Vous jonglez avec des tâches avec une vitesse digne des plus grands numéros de cirque. Félicitations, champion du multitâches ! Mais, est-ce la bonne approche pour conserver votre santé mentale ?
How NOT to Multitask – Work Simpler and Saner par Leo Babauta
Vous travaillez déjà sur deux projets à la fois, et votre boss vient de mettre deux nouvelles demandes sur votre bureau. Vous êtes au téléphone pendant que trois nouveaux courriels arrivent. Vous essayez de sortir à l’heure afin de pouvoir faire quelques courses sur le chemin du retour pour le dîner. Votre téléphone fixe sonne, tout comme votre téléphone mobile. Votre collègue s’arrête avec une demande d’informations et votre Google Reader compte plus de 100 messages à lire.
Vous jonglez avec des tâches avec une vitesse digne des plus grands cirques. Félicitations, champion du multitâche !
En cette ère de technologie instantanée, nous sommes bombardés d’une surcharge d’informations et d’exigences envers notre temps. C’est en partie la raison pour laquelle GTD (Getting Things Done® – David Allen’s GTD® Methodology) est si populaire dans le monde de l’information. C’est un système conçu pour des décisions rapides et pour garder toutes les demandes dans votre vie en ordre de priorités. Mais même si vous utilisez GTD, vous êtes parfois tellement submergés par les choses à faire que votre système commence à s’effondrer.
Life Hack a récemment publié « Comment faire du multitâche » How to Multi-task, et c’est un bon article sur la nature du multitâche et comment le faire tout en se concentrant sur une tâche à la fois.
Ce billet est « Comment NE PAS effectuer plusieurs tâches à la fois », un guide pour travailler aussi simplement que possible pour conserver votre santé mentale.
Tout d’abord, quelques raisons rapides de ne pas effectuer plusieurs tâches à la fois
Le multitâche est moins efficace, en raison de la nécessité de changer de contexte pour chaque nouvelle tâche, puis de changer à nouveau.
Le multitâche est plus compliqué et donc plus sujet au stress et aux erreurs.
Le multitâche peut rendre fou, et dans ce monde déjà chaotique, vous devez régner dans la terreur et trouver une petite oasis de santé mentale et de calme.
Voici quelques conseils sur la façon de NE PAS effectuer plusieurs tâches à la fois
Une manière différente de construire votre « to-do » liste
Établissez d’abord des listes de tâches pour différents contextes (c.-à-d. appels téléphoniques, ordinateur, courses, domicile, en attente, etc.) selon votre situation.
Ayez un outil de capture (comme un cahier) pour vos notes instantanées sur ce qui doit être fait.
Ayez une boîte de réception physique et électronique (et aussi peu de boîtes de réception que possible) afin que tous les éléments entrants soient rassemblés en un seul endroit (un pour les documents papier, un pour le numérique).
Planifiez votre journée en blocs, avec des blocs de temps libres entre eux pour les choses urgentes qui surviennent. Vous pouvez essayer des blocs d’une heure ou d’une demi-heure, selon ce qui fonctionne pour vous. Ou essayez ceci : des blocs de 40 minutes, avec 20 minutes entre eux pour les tâches diverses.
Première chose du matin : Travaillez sur votre tâche la plus importante. Ne faites rien d’autre tant qu’elle n’est pas faite. Accordez-vous une courte pause, puis commencez votre prochaine tâche la plus importante. Si vous pouvez en faire 2 à 3 le matin, le reste de la journée est facile.
Stoppez tout risque de distraction.
Lorsque vous travaillez sur une tâche dans un bloc de temps, désactivez toutes les autres distractions. Fermez le courrier électronique et Internet si possible. Éteignez votre téléphone cellulaire. Essayez de ne pas répondre à votre téléphone fixe si possible. Concentrez-vous sur cette tâche et essayez de la faire sans vous soucier d’autres choses.
Si vous ressentez le besoin de vérifier vos e-mails ou de passer à une autre tâche, arrêtez-vous. Respirez profondément. Recentrez-vous. Revenez à la tâche à accomplir.
Si d’autres éléments surviennent pendant que vous travaillez, placez-les dans la boîte de réception ou notez-les dans votre système de capture. Revenez à la tâche à accomplir.
Lorsque vous avez terminé la tâche à accomplir, traitez vos noteset votre boîte de réception, ajoutez les tâches à vos listes de tâches et redéfinissez votre emploi du temps si nécessaire. Traitez vos e-mails et autres boîtes de réception à intervalles réguliers et prédéterminés.
Parfois, une interruption est si urgente que vous ne pouvez pas la reporter jusqu’à ce que vous ayez terminé la tâche à accomplir. Dans ce cas, essayez de capturer où vous en êtes avec la tâche à accomplir, et mettez tous les documents ou notes pour cette tâche ensemble et de côté (peut-être dans un dossier « action » ou un dossier de projet). Ensuite, lorsque vous revenez à cette tâche, vous pouvez ressortir votre dossier et regarder vos notes pour voir où vous vous êtes arrêté.
Prenez de profondes respirations, étirez-vous et faites des pauses de temps en temps. Profitez de la vie. Sortez et appréciez la nature. Restez sain d’esprit.
CSP DOCENDI est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.
Voici une brève vidéo qui donne à réfléchir sur nos pratiques.
Effectuer simultanément plusieurs tâches devient banal, sinon obligatoire. Mais gagne-t-on vraiment en efficacité ? Avec quelles conséquences ? Analyse scientifique d’un phénomène que l’économie a diffusé dans toute la société.
partagez ce billet avec vos amis, collègues et relations professionnelles
Les gens font des choix quant à leurs préférences en matière de contrôle et de prise de responsabilité. Lorsque nous combinons ces choix, nous nous retrouvons avec une matrice assez simple.
En haut à droite se trouve une combinaison idéale. Quelqu’un avec le contrôle et l’autorité qui prend également la responsabilité quand les choses tournent mal. Cela crée une boucle de rétroaction utile, car ces personnes peuvent réellement faire quelque chose à propos des problèmes qu’elles ont causés.
En bas à droite se trouve une catastrophe en attente de se produire. C’est un mégalomane fragile, Robert Moses, un bâtisseur, qui a passé près d’un siècle à paver New York tout en négligeant le logement et autres questions de justice sociale, mais n’a jamais assumé la responsabilité des effets de son travail. Les personnes qui prennent le contrôle et évitent la responsabilité sont souvent facilement identifiables parce qu’elles passent beaucoup de temps à se plaindre.
Dans le coin supérieur gauche se trouve ceux qui s’en soucient vraiment. Ils apportent une énorme empathie à la situation et aident les gens à se sentir reconnus. Hélas, parce qu’ils n’ont pas de pouvoir (soit parce qu’on leur a refusé, soit parce qu’ils l’évitent), leur volonté de prendre leurs responsabilités est en quelque sorte creuse. C’est l’une des raisons pour lesquelles les travailleurs de première ligne qui doivent exercer un travail émotionnel et faire preuve d’empathie au travail s’épuisent si souvent.
Et enfin, dans la plupart des situations, la majorité des gens sont en bas à gauche. Le système nous pousse à être des rouages, à accepter ce qui est donné en échange d’être blanchis et de ne pas être tenus responsables de ce qui se passe ensuite.
Dans de nombreuses situations, nous avons la liberté de choisir. Nous pouvons choisir un quadrant ou nous pouvons choisir de ne pas participer. Et si nous sommes assez chanceux ou attentionnés, nous pouvons choisir pour qui voter, pour qui travailler et où nous allons.
partagez ce billet avec vos amis, collègues et relations professionnelles
Tout semble urgent pour une personne sans priorités clairement définies.
Vous ne maîtriserez votre vie que lorsque vous maîtriserez la gestion de votre temps.
Or, si tout est prioritaire, vous ne savez où donner de la tête.
Une priorité est ce qui exprime le mieux la mission, la vision et les valeurs d’aujourd’hui.
Managez votre temps
Une question très simple est au cœur de la gestion du temps : Quelle est votre priorité aujourd’hui ?
Soyez précis :
Quelle est la seule chose que vous devez achever aujourd’hui ?
Sur quoi allez-vous concentrer votre plus productive période de temps et votre énergie aujourd’hui ?
A quoi avez-vous su dire non parce que ce n’était pas votre priorité ?
Quand cette journée sera terminée, que serez-vous fier d’avoir fait ?
Corolaire : Si vous avez 10 à 15 priorités, vous n’avez pas de priorité.
Si vous managez une équipe ou un projet, sachez ce qui est important.
Lors des réunions d’équipe hebdomadaires, dès que la revue de la performance de la semaine passée est accomplie, focalisez les personnes sur les priorités de cette semaine :
« Quelles sont nos priorités cette semaine ? ».
Vérifiez par le questionnement que les priorités sont bien comprises et donnez l’opportunité de les clarifier et de les discuter en équipe.
Et lors des réunions en tête-à-tête avec les membres de votre équipe, demandez :
« Quelles sont tes priorités ? »
Écoutez puis suivez l’avancement sur ces priorités déclarées en cours de semaine :
« Où en es-tu de tes priorités cette semaine ? »
Soyez courageux.
Il vous faut du courage pour dire que tout n’est pas une priorité pour aujourd’hui. Vous savez que tout doit être fait mais vous savez aussi que si vous n’identifiez pas les priorités pour aujourd’hui et pour cette semaine, rien ne sera fait.
Les priorités positionnent les tâches dans l’ordre optimal.
Ayez le courage de dire que la plupart des choses importantes de votre liste ne sont pas une priorité pour aujourd’hui.
Corolaire : Tout ce qui est sur votre liste de choses prioritaires à faire et qui y figure depuis plus d’un mois doit être effacé !
Face à un conflit, cela vaut la peine de considérer les parties impliquées et votre résultat préféré avant la négociation. Considérez quelles fins de partie vous êtes prêt à accepter et déterminez la meilleure approche à adopter pour atteindre votre fin de partie préférée.
CSP DOCENDI est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.
Le Project Management Institute® (PMI®) propose de nombreuses formations en particulier pour préparer les certifications. Certaines, plus généralistes ou introductives sont ouvertes à toutes et tous gratuitement.
Voici le lien que j’utilise et qui liste toutes les formation en anglais et français de la gratuite à la plus onéreuse.
Partenaire de DantotsuPM, CERTyou est le spécialiste des formations certifiantes
Chacun a sa propre interprétation de ce que signifie un produit minimum viable (MVP) pour son organisation et, bien que les spécificités d’une définition de MVP puissent varier, ce billet explore ce qu’est un MVP et ce qu’il n’est certainement pas.
Bien que votre définition personnelle du MVP de votre produit puisse varier, assurez-vous que vous ne vous basez pas sur l’une de ces fausses idées.
partagez ce billet avec vos amis, collègues et relations professionnelles
L’outil permet de savoir quand une décision a été prise et d’éviter de rester immobile. Il permet de déterminer quel est le camp le plus rapide. Il permet donc de savoir qui est en train de gagner. L’objectif est aussi de pouvoir réévaluer très vite ses décisions à l’aide du test de la réalité. Il est admis que toute observation, orientation, décision et action est imparfaite. Il faut donc reprendre le cycle.
Vous êtes foutu si vous ne pouvez pas changer de direction. Un monde turbulent exige que vous restiez très mobile. Mais vous ne pouvez aller nulle part si vous changez constamment de direction.
Alors, quelles sont les questions que posent les personnes proactives (et que vous pourriez également poser) ?
CSP DOCENDI est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.
Les problèmes de personnes, les pressions commerciales et la création de résultats uniques s’accompagnent de défis inattendus. Faire face au chaos est une chose de plus que les managers de projet se doivent de faire.
Vous trouverez dans ce billet quelques conseils pour réduire le chaos dans votre projet.
partagez ce billet avec vos amis, collègues et relations professionnelles
Comment cette réserve de budget pour les imprévus est-elle répartie au fil du temps et remise à l’organisme de financement si elle n’est pas utilisée ?
La plupart des managers de projet incluront des réserves pour imprévus (aussi appelées fonds de contingence) dans leur budget pour compenser les répercussions financières négatives de risques qui se matérialiseraient. La détermination du montant à mettre de côté pour un jour de mauvais temps sur le projet pourrait être effectuée à partir d’une méthode descendante, telle que l’utilisation d’un pourcentage fixe dérivé de projets antérieurs (p. ex., les projets de faible complexité auront une réserve pour imprévus de 10 %, tandis que les projets plus complexes auront 25 %) ou une approche ascendante fondée sur l’évaluation et l’agrégation de la valeur monétaire attendue des impacts financiers des principaux risques.
Mais comment cette réserve est-elle répartie au fil du temps et remise à l’organisme de financement si elle n’est pas utilisée ?
Il y a quatre approches courantes que j’ai rencontrées :
Allocation sous la forme d’un montant forfaitaire unique (c.-à-d. non séquencé dans le temps) et détenu pendant toute la durée du projet. En d’autres termes, les réserves pour imprévus ne sont pas libérées tant que le projet n’est pas terminé.
Allocation à des jalons ou à des phases de projet spécifiques et conservé pendant toute la durée du projet.
Allocation sous la forme d’une somme forfaitaire unique, mais retournée à un rythme progressif en fonction de la matérialisation réelle des risques pendant la durée de vie du projet.
Allocation à des jalons ou à des phases de projet spécifiques, les montants inutilisés étant retournés au fur et à mesure que chaque jalon est atteint ou que chaque phase est terminée.
#1 et #4 sont les deux dont j’ai été le plus souvent témoin, mais comme d’habitude, je voulais comparer mon expérience avec celle de la communauté de management de projet au sens large.
J’ai reçu 56 réponses avec la répartition suivante :
45% ont voté pour le montant forfaitaire unique sans retour jusqu’à la fin du projet
7% ont voté pour les sommes séquencées dans le temps sans retour jusqu’à la fin du projet
13% ont voté pour le montant forfaitaire unique avec rendement progressif
35 % ont voté pour les sommes séquencées dans le temps avec des rendements basés sur l’étape ou l’achèvement de la phase
Cela correspond à mon expérience, mais j’ai été agréablement surpris de voir que la quatrième option a reçu plus d’un tiers des votes, car elle indique un niveau de maturité plus élevé que ce à quoi je m’attendais. Bien sûr, cela pourrait aussi être le résultat d’un biais dans l’échantillon de sondage en faveur de praticiens plus compétents.
Partenaire de DantotsuPM, CERTyou est le spécialiste des formations certifiantes
J’ai reçu deux commentaires particulièrement perspicaces dans ce sondage.
Le premier est que cela dépend des conséquences pour les dépassements et les sous-consommations. Plus la pénalité est importante, plus il est probable que les réserves pour imprévus seront conservées et entièrement utilisées pendant la durée de vie d’un projet.
L’autre commentaire indiquait que, comme les réserves sont liées aux risques, certains risques peuvent ne pas avoir un seul délai de réalisation prévu et qu’il pourrait donc devenir difficile d’affecter uniquement les montants des réserves pour éventualités au niveau des jalons ou des phases et que la majeure partie pourrait être liée à l’achèvement final du projet.
Bien qu’il soit beaucoup plus facile de calculer un montant forfaitaire unique pour les réserves pour imprévus, cela ne permet pas aux autorités financières de prévoir quand ces réserves pourraient être utilisées et à quel rythme. Et bien que les managers de projet peu enclins à prendre des risques puissent être réticents à rendre des réserves jusqu’à ce que le projet soit terminé, ils doivent comprendre que conserver ces fonds plus longtemps que nécessaire représentera un coût d’opportunité important pour l’organisation.
L’une des règles de Jerry Madden parmi les 100 règles de la NASA pour les chefs de projet (voir ci-dessous) se lit comme suit :
Tous les problèmes peuvent être résolus à temps, alors assurez-vous d’avoir suffisamment de contingence de calendrier. Si vous ne le faites pas, le prochain chef de projet qui prendra votre place le fera.
Alors que dans certains cas, vous aurez un projet qui ne peut absolument pas se terminer avec un jour de retard (pensez à Bruce Willis et Ben Affleck essayant d’empêcher cet astéroïde tueur de planètes de frapper la Terre dans le film Armageddon), les retards de calendrier signifieront rarement la fin du monde. Cependant, dépassez significativement le budget et vous souhaiterez que l’astéroïde soit sur le point de frapper la planète pour vous sauver de la veste que vont vous tailler vos autorités de financement !
Les 100 règles pour les managers de projets de la NASA (Billets précédemment publiés sur ce blog)
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
Ce modèle définit différentes approches pour résoudre les conflits, en tenant compte de deux dimensions :
Coopération (se préoccuper des besoins et désirs des autres)
Assertivité (se préoccuper de vos propres besoins et désirs)
Les 5 approches pour résoudre les conflits sont les suivantes
Compétition
Évitement
Compromis
Acceptation
Collaboration
Compétition : Vous gagnez, ils perdent
Utilisez cette approche lorsque la situation est urgente / critique (une résolution rapide est vitale) ou qu’il est essentiel que vous obteniez ce que vous voulez.
Attention, cela pourrait vous coûter votre relation avec l’autre partie !
Évitement : Personne ne gagne
Utilisez-le lorsque le problème n’est pas très important, ou du moins lorsque la relation avec l’autre partie est plus importante que ce problème.
Attention, cela ne fait pas disparaître le désaccord et il pourrait réapparaître plus tard.
Compromis : Personne ne perd… mais personne ne gagne vraiment
Utilisez-le lorsque vous avez besoin d’une solution temporaire à un problème complexe ou lorsque le problème est moins important que d’autres objectifs mutuels que vous avez avec l’autre partie.
Attention, cela pourrait convenir à court terme mais ce n’est pas tenable à long terme.
Acceptation : vous perdez, ils gagnent.
Utilisez-la lorsque le problème n’est pas aussi critique pour vous que pour les autres.
Quand il peut être important de faire preuve de souplesse ou d’être raisonnable. Elle peut aider à maintenir la coopération.
Méfiez-vous car cela pourrait renforcer la relation avec l’autre partie, mais cela pourrait aussi vous faire passer pour un « faible », de sorte qu’une situation similaire pourrait se reproduire.
Collaboration : vous gagnez tous les deux
Utilisez-la lorsqu’une solution à long terme et une relation durable sont essentielles.
Lorsque les problèmes des deux parties sont importants.
Les cinq méthodes sont légitimes.
Face à un conflit, cela vaut la peine de considérer les parties impliquées et votre résultat préféré avant la négociation. Considérez quelles fins de partie vous êtes prêt à accepter et déterminez la meilleure approche à adopter pour atteindre votre fin de partie préférée.
Bonne chance… oh, et les biscuits au chocolat aident aussi !
CSP DOCENDI est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.
Petite vidéo en anglais.
partagez ce billet avec vos amis, collègues et relations professionnelles
Un seul mot, adaptabilité, résume les avantages du management de projet agile de la manière la plus brève et la plus directe possible. Les organisations qui adoptent l’agilité, qui s’équipent pour s’adapter, sont mieux préparées à s’adapter rapidement aux évolutions fréquentes du marché et aux besoins des clients.
Cependant, d’après mon expérience, la flexibilité de l’agilité peut être une arme à double tranchant. Lorsque vous avez beaucoup trop de latitude sans définitions explicites, la dérive de contenu se produit. Et si vous ne contrôlez pas ce glissement du périmètre, vous vous retrouverez avec des membres de l’équipe fatigués, des clients mécontents et une initiative qui a déraillé !
Qu’est-ce qui motive la dérive de contenu dans les projets agiles ?
Et plus important encore, comment pouvez-vous l’empêcher de mettre en danger vos projets ?
Continuez à lire ce billet pour le savoir.
À quoi ressemble le Scope Creep et comment pouvez-vous le repérer ?
La dérive de contenu se produit lorsque les besoins, les objectifs ou les buts d’un projet changent bien au-delà de ce qui a été promis à l’origine. Chaque fois que ce changement se produit, le projet n’est plus strictement décrit. Et pire encore, les limites des attendus et finalement de la fin du projet deviennent floues.
Savoir à quoi ressemble le scope creep n’aide que si vous savez comment le repérer, et il existe plusieurs façons de le faire. Peut-être introduisez-vous progressivement des choses mineures. Peut-être que les délais sont ignorés. Les délais manqués peuvent amener les membres de l’équipe à mal comprendre leurs devoirs et obligations. Peut-être que votre analyste d’affaires est moins directement engagé.
Si vous apercevez de tels signes, la dérive de contenu met probablement en danger votre projet.
Qu’est-ce que la dérive de contenu et le management de projet agile ?
Dans le management de projet agile, la dérive de contenu fait généralement référence à des changements réguliers, mais non approuvés et non planifiés, qui ont un impact négatif sur les limites du projet. Généralement, en pratique, de tels scénarios signifient que vous mettez constamment en œuvre des changements sans tenir compte de la façon dont le projet en est impacté.
Comment reconnaître cette dynamique ?
Eh bien, ce glissement se manifeste le plus souvent avec l’ajout de nouvelles fonctionnalités et services aux produits. Et cela se produit surtout lorsque de tels ajouts sont effectués sans tenir compte de l’effet sur d’autres limites du projet (par exemple : les délais, le budget, le personnel, la qualité, la sécurité, etc.).
Donc, beaucoup d’entre nous, y compris moi-même, sont conscients du concept de triple contrainte dans le management de projet : Si le contenu d’un projet change, cela peut en affecter la durée et / ou les coûts. Si les effets sur les délais et le budget ne sont pas pris en compte, la qualité va en souffrir. Et c’est ainsi que vous obtenez une dérive de contenu dans le management de projet agile.
Comment éviter que la flexibilité agile ne provoque de dérive de contenu
Pour éviter le glissement de portée associé à la flexibilité requise avec l’agilité, créez votre processus de contrôle des modifications à l’aide d’un tableau Kanban. Une flexibilité incontrôlée peut éventuellement entraîner une dérive de contenu et détourner le projet de son plan initial. Même si votre portée est flexible, restez constamment aligné avec votre plan.
Comment ? Utilisez le nettoyage du backlog (backlog grooming), également connu sous le nom de SCRUM refinement. Cette activité importante est trop souvent négligée.
CertYou est partenaire de DantotsuPM, allez voir les certifications Agile
Le nettoyage du backlog doit être effectué une fois par sprint et implique les éléments suivants
Ajout de critères, de contexte, d’urgence, d’estimations ou d’éléments narratifs aux éléments du backlog avant de les pousser vers la production dans un cycle.
Suppression des éléments inutiles qui n’offrent plus de sens pour le projet.
Harmoniser les objectifs avec la vision pour maintenir un bon périmètre.
Il est essentiel de prendre ces mesures pour minimiser ou prévenir la dérive de contenu. En fin de compte, le nettoyage du backlog permet aux équipes d’accélérer la planification des sprints et d’améliorer l’allocation et la décomposition du travail. Le processus permet essentiellement à un système efficace de management du changement de prendre effet tout en maintenant la flexibilité souhaitée.
Impliquez tous les membres de l’équipe de projet et atténuez les causes du scope creep
Pour éviter la dérive de contenu, impliquez tous les membres de l’équipe. Cela signifie que, même lorsque vos parties prenantes sont satisfaites, n’oubliez pas de vérifier que vos développeurs sont également satisfaits. Informez-les du processus de management des changements et de la façon dont cela les affectera. Ils doivent être des gardiens, des garants de la portée du projet, plutôt que des acteurs du changement.
Gardez également à l’esprit que les membres de l’équipe projet, du moins d’après mon expérience, aiment aider et peuvent accepter d’apporter de gros changements sans passer par la procédure de management des changements.
Pour éviter cela, précisez que tout le monde ne devrait pas accepter d’apporter des modifications à moins d’y être autorisé pour éviter de perturber le calendrier du projet et potentiellement créer une dérive de contenu. Tout membre de l’équipe qui souhaite aider les intervenants doit décrire la procédure de contrôle des changements et se porter volontaire pour aider à enregistrer la demande de changement.
Pourquoi est-il si important d’être si vigilant ?
C’est une question à laquelle il est facile de répondre : la dérive de contenu est un sérieux problème dans les projets agiles, en particulier lorsque le manager de projet, les équipes et les partenaires n’apprécient pas l’effet que les changements peuvent avoir sur l’équipe, le budget et les délais. Heureusement, si vous êtes explicite sur la portée initiale du projet et que vous gérez correctement les modifications apportées à votre plan de projet tout au long de la durée de vie du projet, il est peu probable que la dérive de contenu soit un problème majeur.
Mais pour en être certain, vous aurez toujours besoin d’un système de management de projet efficace qui soit à la hauteur du défi, alors utilisez des outils de management des changements qui vous permettent de documenter de nouvelles modifications et d’évaluer instantanément l’impact de ces modifications.
En tant que manager de projet, vous pouvez hiérarchiser ces modifications et allouer les tâches aux membres de l’équipe à l’aide de solutions telles que ProjectManager. Ensuite, une fois qu’un changement est autorisé, quelqu’un peut s’y atteler immédiatement.
Mettez en œuvre des procédures de management des changements
Que se passe-t-il lorsque quelqu’un essaie d’apporter des changements ? Selon mon expérience, il est naïf de croire que rien ne changera. Mais tous les changements ne sont pas mauvais. Un changement structuré, bien géré et approuvé dans vos projets est tout ce dont vous avez besoin pour éviter la dérive de contenu.
Pour cultiver de tels changements, vous voudrez utiliser une stratégie de management des changements pour décrire les processus de contrôle du changement qui doivent être mis en œuvre et quand le plan de projet doit être mis à jour.
Il est également essentiel de mettre en place une procédure de management des risques qui spécifie la fréquence à laquelle le statut global de votre projet sera évalué. Cette étape vous permet de tenir à jour le registre des risques dont la dérive de contenu.
Et le processus n’a pas besoin d’être intimidant : une procédure de gestion des changements est simple. Fondamentalement, quelqu’un propose un changement via une demande qui est ensuite examinée, acceptée ou refusée. Si elle est acceptée, le changement est inclus dans le plan du projet. L’utilisation des fonctionnalités de management des changements fournies par votre outil de gestion de projet facilitera ce processus.
En fait, l’établissement des mesures correctives implique de déterminer qui évaluera et approuvera les changements car, sans méthode, le changement se produit sans prévenir.
Évitez les changements de DERNIÈRE MINUTE
Enfin, pour éviter toute dérive de contenu, évitez tout changement de dernière minute. Commencez par déterminer la portée de votre projet en fonction des besoins de vos parties prenantes. Ensuite, à l’aide d’une structure de répartition du travail (WBS), générez un plan de travail complet. Le plan de travail est la conséquence de savoir ce que votre projet apportera. Dans le plan, incluez tous les besoins et la façon dont vous y répondrez sous forme d’activités, d’événements et d’objectifs.
Pour vous assurer que vous n’avez rien négligé, faites le lien entre l’échéancier de votre projet et votre processus de management des besoins.
Conclusion & à retenir
Quel que soit le projet, l’évolution des besoins est considérée comme un échec de planification dans le management de projet conventionnel. Aussi, votre étape de planification initiale doit-elle être solide comme le roc, surtout si vous voulez éviter la dérive de contenu.
Si vous ignorez la dérive et n’essayez pas de l’empêcher de se produire en premier lieu, vous risquez de mener votre projet à l’échec et personne ne souhaite cela !
Comment contrôlez-vous la portée de vos projets ?
partagez ce billet avec vos amis, collègues et relations professionnelles
Désormais, vos équipes ne veulent plus rester assises pour des réunions qui pourraient avoir été un simple courriel. Suivez ces recommandations pour éviter cette erreur.
En plus de compétences techniques reconnues (les tests d’acceptation, boîte blanche, boîte noire, les automatisations de test …), un testeur agile doit avoir de bonnes compétences interpersonnelles.
CSP DOCENDI est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.
Vous êtes foutu si vous ne pouvez pas changer de direction. Un monde turbulent exige que vous restiez très mobile. Mais vous ne pouvez aller nulle part si vous changez constamment de direction.
Réagir en permanence finit par vous faire vous sentir impuissant.
Nous lâchons le contrôle parce que nous nous sentons en sécurité.
Questions que posent les personnes proactives
#1. Questions sur les racines et les fruits
Quelle est la racine de ce problème ?
Quel est le fruit de ce problème ? (Que génère-t-il ?)
Qu’est-ce qui vous vient à l’esprit lorsque vous vous concentrez sur les racines plutôt que sur les fruits ?
Quand le même problème continue de revenir vous importuner, c’est que vous ne résolvez que les symptômes.
#2. Questions sur la reconnaissance des schémas répétitifs
Les gens pensent souvent que l’assurance qualité et le contrôle qualité sont identiques.
De plus, ils utilisent souvent l’expression Quality Assurance (QA) pour désigner les tests, mais ce n’est pas exact. Ces expressions sont liées, et il est peut être très déroutant d’essayer de clairement différencier l’assurance qualité (QA), le contrôle de la qualité (QC) et les tests et d’identifier chacune de leurs activités.
Même les gens de ce domaine s’interrogent parfois sur leur intitulé de poste : « Suis-je un testeur de logiciels, un ingénieur QA ou un ingénieur QC ? »
Dans cet article, nous définirons chaque terme et la différence entre eux, et à la fin de celui-ci, vous pourrez aisément répondre à cette question.
Avant de définir ces termes, convenons de la définition de la qualité.
Au sens large, la qualité est la « manière d’être », bonne ou mauvaise, d’une chose ou d’une personne. Dans le langage courant, la qualité tend à désigner ce qui rend quelque chose supérieur à la moyenne.
Le QA , le QC et les tests sont liés dans un concept plus large appelé gestion de la qualité.
La gestion de la qualité comprend toutes les activités qui dirigent et contrôlent une organisation en matière de qualité. Entre autres activités, la gestion de la qualité comprend à la fois l’assurance de la qualité et le contrôle de la qualité ISTQB CFTL.
L’assurance qualité englobe toutes les activités de votre stratégie visant à garantir que les exigences de qualité que vous avez planifiées seront satisfaites au fur et à mesure de la fabrication du produit. Elle intervient à chaque étape du développement logiciel, de la création du cahier des charges à la sortie du produit. L’assurance qualité est la méthode orientée processus et se concentre sur la prévention des défauts.
Le contrôle de la qualité est la phase d’inspection de l’assurance qualité. Dans le processus de développement logiciel, le QC intervient généralement à la dernière étape. Cela commence une fois qu’un produit est déjà construit. Il s’agit d’une série de procédures de test utilisées pour vérifier qu’un produit est sûr et efficace après la production de masse. C’est une méthode orientée produit qui garantit que le résultat final est le résultat attendu ou que le produit final fonctionne comme prévu.
Les tests sont un sous-ensemble du QC. C’est l’activité de détection et de résolution des problèmes techniques dans le logiciel. C’est le processus d’examen du logiciel pour détecter d’éventuelles failles. L’idée de base consiste à exécuter le programme ou le logiciel et à observer le comportement ou le résultat. Il peut fournir un niveau de confiance quant à la convivialité, les performances, la sécurité et la compatibilité du produit.
Expression
Assurance qualité (QA)
Contrôle de la qualité (QC)
Test
Positionnement
Sous-ensemble de SDLC
Sous-ensemble de QA
Sous-ensemble de QC
Orientation
Processus
Produit
Produit
Qui ?
L’équipe projet
L’équipe de test
L’équipe de test
Quand ?
Tout au long du projet
Au stade du test
Au stade du test
Type de
Processus
Prévention
Vérification
Détection
Partenaire de DantotsuPM, visitez le site pour toutes les formations certifiantes proposées
Voici déjà le cinquième billet de Fidaa sur le domaine des tests.
(Re)Découvrez ses 4 premiers billets
Fidaa Berrjeb est Agile QA analyst certifiée ISTQB et Scrum Master.
Les problèmes de personnes, les pressions commerciales et la création de résultats uniques s’accompagnent de défis inattendus. Faire face au chaos est une chose de plus que les managers de projet se doivent de faire.
Voici quelques conseils pour réduire le chaos dans votre projet.
Faites des recherches sur les leçons apprises par le passé.
« Il y a des leçons à apprendre… » (relisez ce billet)
Saisir les leçons apprises est souvent comme un vœu pieux. Les gens parlent de le faire, mais s’y mettent rarement. Si c’est le cas dans votre organisation, n’abandonnez pas. Au lieu de cela, demandez aux managers de projet et aux sponsors dans votre entreprise quels problèmes ils ont rencontrés sur leurs projets. Si votre organisation dispose d’une base de données sur les leçons apprises, examinez-la attentivement. En comprenant les problèmes passés, vous pouvez élaborer des plans de risque et d’urgence avisés. Et ces plans peuvent vous aider à identifier rapidement la cause racine des problèmes potentiels et à les résoudre avant qu’ils ne créent un véritable chaos dans votre projet (et dans votre vie !)
Surveillez les changements dans le comportement de vos parties prenantes.
Généralement, lorsque les parties prenantes sont stressées, leur comportement change. Certaines pourraient devenir plus vocales, d’autres moins expressives ou exprimer des préoccupations au sujet de votre projet à l’improviste !
Ne vous contentez pas de vous demander ce qui se passe.
Amorcez des discussions en tête-à-tête avec ces intervenants pour déterminer ce qui se passe avec eux. Faire preuve de compassion pour votre partie prenante et les résultats de votre projet crée de la confiance, ce qui peut conduire à en apprendre davantage sur les problèmes potentiels. Cela mène à de meilleures idées et moins de chaos !
Évaluez les écarts par rapport à vos bases de référence et répondez-y.
À l’approche de la fin de votre projet, les écarts acceptables ont tendance à se resserrer. (relisez ce billet)
Assurez-vous de bien comprendre vos référencesde base pour la portée, les délais, les coûts et la qualité.
Lorsque ces mesures avoisinent des écarts de 5 %, déterminez la cause de ces variances.
Et lorsque l’écart dépasse 5 %, passez à la vitesse supérieure pour remettre les choses sur les rails et partagez le statut et vos actions avec votre sponsor de projet.
Une communication proactive sur les problèmes rencontrés et vos réponses peut inspirer confiance en votre leadership de projet, ce qui signifie moins de réunions de type « veuillez expliquer ci ou ça » et, vous l’avez deviné, moins de chaos !
Concentrez-vous sur ce qui est important par rapport à ce qui est urgent.
Si quelque chose est important et urgent, concentrez-vous d’abord sur ça !
Ensuite, travaillez sur les problèmes importants et ne vous laissez pas distraire par des choses urgentes mais sans importance comme un téléphone qui sonne et vibre.
Minimisez les distractions en éteignant votre téléphone, en mettant en pause les notifications des e-mails et en accrochant un panneau « ne pas déranger » sur votre porte.
De cette façon, vous adressez les tâches les plus vitales de votre projet. Moins de chaos !
Les projets impliqueront toujours des changements inattendus ou soudains.
Ces conseils peuvent calmer les choses pour vous et votre équipe de projet. Avez-vous des conseils à partager pour réduire le chaos dans les projets ? Si oui, n’hésitez pas à les partager en commentaires à ce billet.
Lorsque Fred Brooks Jr. a écritThe Mythical Man Month, il a fourni aux chefs de projet la précieuse mise en garde qui a ensuite été nommée loi de Brooks.
Ajouter des personnes à un projet en retard accroît son retard
Livre sur Amazon
Bien qu’il y ait toujours des exceptions, cette affirmation est généralement vraie.
Elle est également applicable à la plupart des types de projets, pas seulement à ceux de développement de logiciels.
Les raisons qui supportent la loi Brooks sont bien comprises, mais malheureusement oubliées par les managers de projet et les parties prenantes principales lorsque des retards surviennent.
Ajouter des personnes multiplie le nombre de relations à gérer pour les membres actuels de l’équipe.
L’acquisition et l’intégration de nouveaux membres de l’équipe distrairont ceux qui devraient se concentrer sur l’achèvement des activités critiques. Cela nécessite également plus d’efforts pour garder tout le monde bien aligné dans l’équipe et augmente les risques de conflit entre les personnes ou d’autres sources de retard interpersonnelles lorsque vous avez plus de membres dans l’équipe. Et, si la majorité des activités restantes ne sont pas basées sur l’effort, l’ajout de personnes n’aidera pas à les accélérer.
Accorder davantage de financement à un projet en dépassement budgétaire en accroitra-t-il le surcoût ?
Mais l’hypothèse complémentaire de l’ajout de fonds à un projet qui devrait dépasser le budget le fera-t-elle encore plus dépasser le budget ?
Tout comme la loi de Brooks qui ne s’applique pas si le projet manquait de personnel au départ, une exception serait si le projet avait un budget insuffisant au départ en raison d’une sous-estimation, d’un sous-financement ou de réserves insuffisantes pour les imprévus.
Mais lorsqu’un projet a reçu un financement suffisant pour atteindre le périmètre approuvé initialement, en quoi la résolution d’un écart de coût négatif en augmentant le budget pourrait-elle être la mauvaise chose à faire ?
Si l’écart est lié à une sous-performance, à une faible productivité ou à un coût élevé dû à une mauvaise qualité, l’ajout de fonds supplémentaires au budget pourrait encourager à continuer de faire la même chose et l’écart est susceptible d’augmenter.
Si l’écart est causé par une dérive du périmètre, le fait de fournir plus de financement pourrait entraîner son utilisation comme une caisse noire par les intervenants pour obtenir des fonctionnalités supplémentaires.
Les prévisions de coûts à l’achèvement peuvent également être suspectes.
Si une hypothèse de prévision est que le rendement historique persistera, est-ce étayé par le profil de risque des activités restantes ? Si l’on s’attend à ce que les choses deviennent plus faciles, l’ajout de financement ne fera que générer des coûts d’opportunité inutiles pour l’organisation.
Les développeurs et les intervenants principaux ont généralement tendance à être plus ouverts à l’ajout de personnes qu’au financement accru de projets en difficulté, ce qui explique pourquoi cette situation est moins courante, mais lorsque c’est le cas, nous devons comprendre pourquoi l’écart de coût s’est produit et comment les prévisions à l’achèvement ont été déterminées.
Visitez le site de notre partenaire Virage Group
partagez ce billet avec vos amis, collègues et relations professionnelles
Bien qu’il y ait probablement plus que ces 7 manières de gaspiller de précieuses revues de projet, apprenez pour commencer à reconnaitre et éviter celles-ci.
Votre équipe suit un framework Agile spécifique ou a adopté une approche mixte dans ses pratiques, un principe d’Agile est l’utilisation de courtes boucles de rétroaction pour soutenir l’inspection et l’adaptation.
Que votre équipe fixe une cadence régulière pour les évaluations externes des livrables ou qu’elles soient effectuées dans la foulée, il est important d’obtenir des retours exploitables. Mais mener une revue n’est pas seulement une question de rassembler les gens.
CertYou est partenaire de DantotsuPM, allez voir les certifications Agile
Bien qu’il y ait probablement plus que ces façons de gâcher les revues, en voici sept dont j’ai été témoin.
#1 – Le seul participant est un Product Owner (ou un rôle similaire représentant la voix du client).
Bien que nous nous attendions à ce que les Product Owners soient bien informés, leurs retours sont à un pas de distance de celui des véritables parties prenantes externes. Le Product Owner peut juger si le produit répond aux besoins, mais l’équipe perd l’avantage de poser des questions comme « Quelles nouvelles idées cette fonctionnalité vous donne-t-elle pour le produit ? » ou « Comment pourrions-nous faire en sorte que cette fonctionnalité ajoute plus de valeur pour vous ? ». De plus, les retours du Product Owner devraient (idéalement) être reçus par l’équipe quotidiennement plutôt que d’organiser un événement spécial uniquement à cette fin.
Visitez le site de notre partenaire Virage Group
#2 – Trop en mettre dans une seule revue et ne pas laisser suffisamment de temps aux parties prenantes pour digérer ce qu’elles ont vu.
Au fur et à mesure que les équipes s’améliorent dans la livraison, elles peuvent être en mesure d’effectuer plus de travail sur un même laps de temps.
ne chargez pas trop les revues
Dans ce cas, la fréquence des examens externes devrait être rapprochée afin que le contenu examiné soit moins important et que le contenu couvert soit organisé par ordre de priorité.
#3 – Organiser une démonstration plutôt qu’un échange bidirectionnel.
Si le seul but d’une revue est de montrer ce que l’équipe a accompli, cela pourrait être enregistré et envoyé aux parties prenantes pour qu’elles les regardent à leur guise.
La vraie valeur d’un examen réside dans la richesse des discussions entre les membres de l’équipe et les parties prenantes et entre les différentes parties prenantes en fonction de ce qu’elles voient.
L’utilisation de questions puissantes et ouvertes est un moyen de s’assurer que le partage des connaissances ne se fait pas dans une seule direction.
#4 – Avoir les mauvaises personnes dans la revue.
Il est presque aussi mauvais d’avoir les mauvais intervenants externes dans la salle que de n’en avoir aucun. Si des personas sont utilisés pour faciliter la découverte des exigences, il devrait y avoir au moins un représentant pour chaque persona si le contenu de ce qui est examiné les affecte.
Et parce qu’une revue est une séance de travail et pas seulement un forum de partage d’informations, nous ne voulons pas non plus avoir trop de monde dans la salle.
#5 – Prendre des engagements pendant la revue.
ne prenez pas d’engagements trop rapidement
Il peut être tentant pour un membre de l’équipe ou le Product Owner d’essayer de s’attirer les faveurs d’une partie prenante externe puissante en s’engageant à un changement spécifique du livrable ou sur une date de livraison, mais ce n’est pas le bon forum pour cela.
Le contenu et les dates souhaités peuvent être notés, mais le Product Owner et l’équipe doivent prendre le temps de comprendre les impacts de ces changements.
#6 – Critique ouverte du travail de l’équipe.
Il est naturel qu’une partie prenante externe soit frustrée si ses attentes n’ont pas été satisfaites pour le contenu examiné. Ces critiques sont essentielles pour aider l’équipe à s’améliorer au fil du temps.
Mais si cette critique est fournie de manière abusive, le moral et la productivité de l’équipe en prendront un coup.
#7 – Ne pas prendre suffisamment de temps pour analyser ce qui a été appris lors d’une revue.
Si nous mobilisons un temps précieux pour les parties prenantes, il nous incombe de bien utiliser leurs retours. Il peut être pratique d’organiser une rétrospective ou un artefact similaire immédiatement après une revue, mais cela peut ne pas laisser le temps nécessaire à l’équipe et au Product Owner pour digérer correctement les retours qu’ils ont reçus.
Des critiques bien managées sont un ingrédient clé de la construction du bon livrable pour nos clients, donc éviter ces sept péchés contribuera grandement à tirer une valeur réelle de ces rencontres critiques.
partagez ce billet avec vos amis, collègues et relations professionnelles
Les chefs d’orchestre célèbres sont souvent jugés sur une heure ou deux sur scène. Ils portent des vêtements coûteux, font des gestes dramatiques et reçoivent les ovations. Ils sont aussi très cher payés pour porter une très petite baguette et ils sont les seuls sur scène à ne pas produire de son.
Mais il s’avère que toutes ces choses ne sont pas ce qui fait un grand chef d’orchestre.
Ce que nous ne voyons pas :
Les chefs d’orchestre définissent le programme.
Ils ont étudié et comprennent ce qui s’est passé avant.
Ils travaillent à établir la culture de l’organisation.
Ils amplifient le travail acharné et l’esprit de corps de certains, tout en travaillant à calmer les sceptiques au sein de l’organisation.
Ils déterminent sur quelles voix se concentrer, et quand.
Ils ont moins de pouvoir qu’il n’y paraît et utilisent leur position pour diriger, pas pour manager.
Ils se présentent à la répétition avec un programme et une voie à suivre.
Ils recueillent des fonds.
Ils transforment beaucoup de « moi » en un seul « nous ».
Ils développent un point de vue. Et ils l’équilibrent avec ce dont l’auditeur, le mécène et les musiciens ont tous besoin.
Ils s’y attachent pendant des décennies.
C’est une forme de leadership qui se fait dans la vie privée, mais, de temps en temps, on la voit sur scène.
QRP est partenaire de DantotsuPM, visitez leur site et leur blog
La métaphore du chef d’orchestre est séduisante pour le manager de projet, mais qu’en est-il dans la réalité ?
Ce que j’ai vu sur certains projets (OK, ce n’est pas la majorité, fort heureusement, et je force beaucoup le trait 😊).
Les managers de projet définissent un plan qui devient obsolète dès qu’il est publié.
Peu connaissent bien l’organisation et les clients et donc ne comprennent pas ce qui s’est passé avant pour amener à ce projet.
Ils s’efforcent de gérer le moins mal possible les multiples cultures de l’organisation et de ses diverses parties prenantes.
Ils se concentrent sur minimiser l’impact des sceptiques au sein de l’organisation, tout en se reposant sur l’engagement de quelques-uns.
Ils écoutent ceux qui crient le plus fort et qui imposent leur tempo.
Ils n’ont absolument aucun pouvoir pour manager les membres de l’équipe projet qui pour la plupart reportent à des directions opérationnelles.
Ils arrivent après que le cas d’affaire ou le contrat client aient été signés sans réelle vision de la voie à suivre.
Ils ont zéro pouvoir sur les budgets alloués au projet.
Ils transforment beaucoup de « nous » en un seul « je ».
Ils ne développent aucun point de vue personnel. Ils se focalisent sur ce que veut le sponsor, puis en second les clients et, en tout dernier, les membres de l’équipe projet.
Ils ne s’attachent au projet que le temps de trouver le suivant qui servira au mieux leurs ambitions.
Et même si vous êtes effectivement un excellent « manager de projet – chef d’orchestre », un peu d’autodérision ne saurait vous nuire.
Généralement, lorsque les parties prenantes sont stressées, leur comportement change. Certaines pourraient devenir plus vocales, d’autres moins expressives ou exprimer des préoccupations au sujet de votre projet à l’improviste !
Si quelque chose est important et urgent, concentrez-vous d’abord sur ça !
DantotsuPM.com 