L’année 2020 a été témoin d’une explosion dévastatrice au port de Beyrouth, une calamité qui a laissé la ville en ruines, coûté la vie à plus de 200 personnes et réduit des milliers de structures en gravats.
En quelques secondes, ce qui avait pris des décennies à construire a été réduit en poussière, ouvrant la voie à un défi de taille personnelle et professionnelle pour Kevin Gemayel.
En tant que chef de projet de deuxième génération au sein de l’une des plus grandes entreprises de façade de bâtiments de son pays, Gemayel et son équipe dévouée se sont lancés dans une mission de restauration, travaillant sans relâche pour redonner vie aux monuments historiques, aux trésors culturels et aux vestiges brisés, à la suite de l’explosion, d’innombrables structures.
« Le projet suite à l’explosion de Beyrouth m’a non seulement permis de contribuer au rétablissement et au renouvellement de notre ville, mais m’a également appris de précieuses leçons sur la résilience, la collaboration et la responsabilité sociale. »
Parmi les nombreux projets entrepris, l’un d’entre eux se distingue par sa signification profonde. Un patient en phase terminale d’un cancer a exprimé un souhait simple mais profond : Passer ses derniers jours à la maison. Cependant, sa famille s’était retrouvée déplacée, vivant dans un abri. En réponse, Gemayel a rassemblé son équipe, déclenchant un effort continu pour reconstruire la maison familiale, exauçant le souhait le plus sincère du jeune patient.
« L’expérience a été une émouvante leçon d’humilité et, et elle a souligné, encore une fois, l’importance de notre travail en tant que gestionnaires de projet. Nous ne construisons pas seulement des structures : Nous créons des espaces que les gens appellent leur chez eux. »
Au-delà de la reconstruction physique, l’impact de Kevin Gemayel a été amplifié par la mise en œuvre de processus innovants de gestion de projet et de contrôle de la qualité, une transformation commencée avec son entrée dans l’entreprise familiale en 2014. Les résultats ont été frappants, marqués par une efficacité accrue et une réputation renforcée qui a ouvert la voie à des projets plus vastes et plus complexes.
« Cela a marqué la transformation d’une entreprise familiale en une entité professionnelle bien organisée. Ceci illustre de manière frappante la puissance de la gestion de projet pour piloter le succès de l’entreprise et favoriser la croissance. »
En plus de ses activités professionnelles, Gemayel s’est consacré à mettre ses compétences et son expérience au service du bien commun. Au cours de six années de service bénévole dévoué auprès de la Croix-Rouge, il en est venu à apprécier l’importance profonde accordée par l’organisation à l’empathie. Il a noté : « En forgeant des liens solides au sein de la communauté locale, j’ai pu mieux comprendre leurs besoins uniques et adapter mes plans de projet en conséquence. »
Lors d’une séance de questions-réponses (extrait vidéo ci-dessous), Kevin Gemayel a donné un aperçu des défis auxquels sont confrontés les jeunes chefs de projet aujourd’hui. Il a souligné la complexité et l’incertitude croissantes des projets contemporains, en particulier dans un contexte de perturbations mondiales telles que les pandémies, le changement climatique et l’instabilité géopolitique.
Son conseil aux leaders émergents était clair :
« L’adaptabilité, une gestion habile des risques et une vision inébranlable sont essentielles pour naviguer dans les eaux turbulentes du leadership de projet moderne. »
Chaque conducteur bénéficie de bons freins. Cela rend la conduite plus sûre.
Seuls quelques conducteurs qualifiés bénéficient d’une meilleure accélération.
Notre habitude est de comparer la vitesse de pointe, la puissance, les rendements à court terme et le statut. Dans tous les domaines, pas seulement les voitures.
Mais il est probablement payant de s’assurer qu’il y a aussi de bons freins.
Si accélérer un projet est toujours une entreprise risquée…
Paralléliser les tâches, ajouter des ressources, réduire le périmètre, accepter consciemment des coûts et risques plus importants… est parfois possible même si extrêmement dangereux pour la réussite totale du projet.
… ne pas savoir ralentir si nécessaire peut s’avérer mortel.
Réduire les ressources, les coûts, le périmètre peut devenir une obligation pour toutes sortes de raisons valides même de manière temporaire. Si le plan de management du projet ne comprend pas de plan de management de ces risques, cela va possiblement tuer le projet en ne le ralentissant pas proprement et l’empêchant de ré-accélérer par la suite.
Qu’en pensez-vous ? Avez-vous des expériences à partager sur ce sujet somme toute assez courant dans la vraie vie ?
Ne demandez pas de données si vous ne savez pas ce que vous allez en faire
Ou, dit autrement (même règle)
Ne demandez pas de données que vous ne pouvez pas utiliser ou sur lesquelles vous n’agissez pas
Et, votre réaction pourrait être : « Bien sûr ! »
A force d’empiler les métriques, on risque fort l’indigestion !
Mais, hélas, dans trop de PMOs, il y a trop de cas de rapports, d’accumulation de données, de mesures, etc. qui sont la progéniture de la doctrine PMO. Mais la réalité est qu’il n’y a en fait aucun plan pour savoir que faire de toutes ces métriques qui arrivent.
Parfois, une collecte de données n’est qu’une curiosité. Parfois, il s’agit simplement d’une conformité aveugle à un règlement sur les données. Parfois, c’est juste pour avoir une justification pour un travail d’analyste.
Mais parfois, il y a un « sentiment » que si de telles données ne viennent pas et ne sont pas disponibles, vous échouez d’une manière ou d’une autre en tant que manager. Après tout, une vision du management est de mesurer, d’évaluer et d’agir. Si vous ne faites pas la première étape, comment pouvez-vous manager efficacement ? Résultat : mesurez tout ! D’une manière ou d’une autre, les bonnes « choses » remonteront alors à la surface (Je soutiens que « espoir » et « d’une manière ou d’une autre » ne sont pas vraiment de bons outils de planification).
Le test
Si quelqu’un dit avoir besoin de données, les premières questions sont les suivantes
Qu’allez-vous faire avec les données ?
Comment les données ajoutent-elles de la valeur à ce qui doit être fait ?
La qualité des données correspond-elle à l’utilisation ou à l’application prévues ?
Existe-t-il un plan pour réaliser cette valeur ajoutée (en d’autres termes, pouvez-vous mettre les données en action) ?
Et combien de données ?
Le demandeur de données a-t-il une notion de limites de données : Qu’est-ce qui est suffisant, mais pas trop, pour être statistiquement significatif (*), informatif pour la prise de décision de la direction et suffisant pour établir des limites de contrôle ?
Et l’information ?
Eh bien, la définition habituelle est que l’information est une donnée, peut-être des données multiples, intégrées au contexte et interprétées pour la situation actuelle.
Aussi, la règle peut-elle être étendue : S’il n’y a pas de moyens de transformer les données en informations, les données doivent-elles être collectées ?
En conclusion, pour énoncer l’évidence :
Testez toujours une demande de collecte de données par rapport à sa valeur ajoutée avant de dépenser des ressources !
______________
(*) Signification statistique: Il est peu probable que le comportement observé dans les données soit simplement un résultat aléatoire; Les données sont la prévisibilité attribuée à quelque chose de spécifique qui peut être décrit statistiquement.
partagez ce billet avec vos amis, collègues et relations professionnelles
Avec le passage à DevOps, les systèmes que nous construisons ont acquis deux nouvelles qualités importantes : Ils ne finissent jamais et ils fournissent de continuelles rétroactions et opportunités d’apprendre.
Il m’est apparu récemment qu’il y a une transformation radicale dans notre conversation sur le développement de produits numériques en raison du changement (certes lent) mais inévitable vers le management des résultats. Pendant des décennies, la composante « fixe » de nos conversations sur les produits était le produit lui-même. Bien sûr, nous nous sommes peut-être déportés vers les délais, la portée et/ou les choix de conception, mais la question de « allons-nous le livrer ? » n’a jamais été mise en doute. Le produit allait certainement arriver.
Le déploiement du produit n’est plus certain
Avec le passage aux systèmes de déploiement continu, de test et d’intégration continus (alias DevOps), les systèmes que nous construisons ont acquis deux nouvelles qualités importantes :
Ils ne sont jamais finis – Nous travaillons sur nos produits, aujourd’hui, « pour toujours ». Il n’y a pas de date de fin fixe pour les fonctionnalités que nous construisons. Cela semble étrange ? Demandez-vous : « Quand Netflix sera-t-elle terminée ? » Remplacez « Netflix » par n’importe quelle autre entreprise moderne et il devient clair que nos produits et services vivent pour toujours. Il n’y a pas de date de fin explicite. À un moment donné, nous décidons qu’ils ne fournissent plus assez de valeur ou que l’investissement nécessaire pour en extraire plus de valeur n’en vaut pas la peine et nous passons à autre chose. D’ici là, nous devons maintenir et optimiser ces systèmes en permanence.
Ils fournissent une rétroaction continue et une opportunité d’apprentissage – Parce que ces systèmes sont toujours en vol, offrant de la valeur (ou non) et fournissant un service aux clients, nous apprenons continuellement à quel point ils fonctionnent. Nous avons maintenant une opportunité incroyable de déterminer où concentrer au mieux nos efforts pour améliorer continuellement ces systèmes pour nos clients.
Apporter la plus grande valeur aux clients, aussi rapidement que possible.
Ces qualités nous obligent à considérer une mesure de la valeur différente de celle du passé. Nous n’avons plus besoin de nous concentrer sur le fait de savoir si nous avons livré ou non une fonctionnalité spécifique. Au lieu de cela, nous nous concentrons sur ce que nos clients font dans le système. Réussissent-ils ? L’utilisent-ils d’une manière qui leur profite ? Font-ils ce à quoi nous nous attendions ? Autre chose ? Notre obsession n’est plus de savoir si une capacité spécifique a été déployée ou non, mais plutôt de savoir si le système offre de la valeur. Une volonté de « simplement diffuser des fonctionnalités » n’a plus de sens dans ce nouveau contexte.
Le produit est la variable
La nature moderne des logiciels se concentre sur le déploiement de la plus petite quantité de code qui offre la plus grande quantité de valeur. Pourquoi ? Parce que nous devons vivre avec ce code pour toujours. Notre nouvelle mesure du succès est le comportement des clients (ou les résultats). Les comportements et les changements dans ces comportements que nous voulons voir chez nos clients sont nos nouvelles mesures du succès. La façon dont nous réalisons ces changements de comportement devient la variable. Le produit est la variable.
Il existe une combinaison infinie de code, de conception, de proposition de valeur et de modèle commercial qui peut apporter les changements de comportement souhaités. Nous mélangeons, associons et expérimentons différentes façons de rendre notre offre plus précieuse pour nos clients. L’objectif fixé est un changement dans le comportement de nos clients. Nous continuons à ajuster et (espérons-le) à améliorer le produit jusqu’à ce que nous atteignions le niveau souhaité de changement de comportement.
Cela nécessite un nouvel état d’esprit pour le développement de produits
Accepter ce changement dans la façon dont nous manageons nos équipes et nos organisations ne sera pas facile. C’est un profond changement de mentalité. Il est facile de considérer le produit comme l’objectif. Nous pouvons clairement écrire ce que nous croyons qu’il devrait faire, le concevoir pour le faire et le livrer. Malheureusement, cela ne garantit pas notre succès. Cela ne garantit que le déploiement du code (et la dette technique subséquente). La variabilité des produits peut effrayer les parties prenantes. « Qu’est-ce qu’on construit ? », demanderont-ils. En fin de compte, nous devons changer cette question en : « Comment tendons-nous vers les changements de comportement souhaités ? » Cela prendra du temps, mais c’est inévitable. Nos socles technologiques modernes l’exigent.
partagez ce billet avec vos amis, collègues et relations professionnelles
Paralysie de l’analyse : Nous nous y sommes tous englués à un moment ou à un autre, cette sur-analyse ou cette réflexion excessive sur les alternatives qui empêche un individu ou un groupe de prendre une décision. Comment les chefs de produit peuvent-ils s’empêcher de le faire et comment les leaders peuvent-ils favoriser une culture où cela ne se produit pas ?
Comment la reconnaître
La paralysie de l’analyse a un impact sur nos performances et notre créativité, mais nous ne reconnaissons pas toujours quand nous y sommes embourbés. Randy Silver, coach produit et animateur de notre podcast Product Experience, déclare :
« Parfois, les arbres cachent la forêt… Habituellement, il faut que quelqu’un d’autre dise quelque chose avant de vous en rendre compte. »
Cela peut arriver aux meilleurs d’entre nous. Randy raconte une époque où il travaillait dans une entreprise de services financiers B2B et développait un nouveau produit soumis à tous les problèmes de réglementation financière et de conformité qui peuvent rendre difficile le travail itératif dans cet espace. « Nous faisions quelque chose d’assez ‘big bang’ avec un groupe de composants. Tout composant individuel était inutile en isolation. »
La construction du produit a pris plus d’un an. Randy et son équipe ont passé des mois dans la paralysie de l’analyse, tournant en rond en se demandant s’ils construisaient le produit de la bonne façon. Il dit qu’une communication régulière contribue grandement à prévenir la paralysie de l’analyse. Fournir des mises à jour régulières à votre supérieur et à vos parties prenantes « est une bonne secousse » pour l’éviter. « Un autre indicateur est l’équipe. Ont-ils l’impression d’être inspirés, de progresser, de savoir quoi faire ? », ajoute-t-il.
4 moyens d’éviter la paralysie de l’analyse
#1 – Fixez des objectifs réalisables en interne
Les choses auraient été différentes pour le produit fintech de Randy s’il y avait eu des objectifs internes. Avec le recul, ils auraient dû se fixer des objectifs individuels, afin de pouvoir prouver qu’un composant fonctionnait à leur satisfaction afin qu’ils puissent construire le suivant.
Il déclare : « J’aurais dû fixer un certain nombre d’objectifs internes réalisables spécifiques pour certaines de ces composantes ». J’aurais dû dire : « Mettons en place l’infrastructure de base. Oubliez l’expérience utilisateur pour l’instant, assurons-nous que le moteur est satisfaisant. Nous pourrons itérer ensuite sur l’expérience utilisateur ».
#2 – Utilisez un cadre décisionnel
Jeff Bezos d’Amazon est le représentant le plus célèbre des décisions type 1 contre type 2, dont il a discuté dans sa lettre aux actionnaires de 2016. Aujourd’hui, ceci est largement utilisé pour éviter la paralysie de l’analyse et constitue un cadre simple mais efficace pour la prise de décision.
Toutes les décisions se répartissent en deux catégories, en fonction de leur impact. Les décisions de type 1 sont également appelées « portes à sens unique » et les décisions de type 2 sont également appelées « portes à double sens ».
Voici comment cela fonctionne :
Prenez une décision de type 1 et vous pouvez ouvrir une porte pour la franchir, mais pas revenir en arrière.
Prenez une décision de type 2 et, si cela ne fonctionne pas, vous pouvez toujours revenir en arrière.
Les décisions de type 1 sont peu fréquentes, la plupart sont de type 2, mais il est facile de confondre les deux types.
Plus vous prenez de décisions, mieux vous déterminez le type à utiliser.
Les décisions de type 1 exigent que vous preniez le temps de recueillir des données et de découvrir vos options : Élaborez sur les éléments non négociables et séparez-les des éléments agréables à connaitre. Soupesez les preuves et choisissez la décision offrant la meilleure solution. Agissez puis examinez et surveillez l’impact.
La plupart des décisions sont de type 2 et réversibles, mais elles nécessitent tout de même un bon jugement. Vous devriez les prendre rapidement, mais sans précipitationni analyse excessive. Vous devez vous préparer à vous tromper et ne pas vous soucier d’être parfait. Vous pourrez analyser plus tard et y revenir si nécessaire.
#3 – Gardez une communication régulière
Fournir des mises à jour régulières à votre patron et à vos parties prenantes « est une bonne secousse » pour éviter la paralysie de l’analyse, dit Randy. « Un autre est l’équipe. Ont-ils l’impression d’être inspirés, de progresser, comme s’ils savaient quoi faire ? », ajoute-t-il.
#4 – Favorisez la sécurité psychologique
Cela a été dit à maintes reprises, mais la sécurité psychologique est la clé pour éviter la paralysie de l’analyse.
Une équipe doit comprendre qu’elle ne sera pas punie si elle essaie quelque chose qui ne fonctionne pas.
Une culture de sécurité psychologique incite les gens à apprendre et à apporter des idées.
Mais vous serez toujours coincé à un moment donné
Rappelez-vous que même les équipes qui réussissent s’embourbent parfois. Même avec tous les cadres et processus à votre disposition, même avec une culture de sécurité psychologique, vous serez probablement parfois tout de même englués dans la paralysie de l’analyse.
Les équipes de Pendo ont commencé à travailler sur la stratégie d’IA de l’entreprise il y a environ deux ans. Ses ingénieurs en machine learning ont recherché des tendances dans les données et ont créé un modèle de rétention. Trisha Price, chef de produit chez Pendo, explique : « Ils ont créé un modèle incroyable, qui nous indiquait quelles étaient les caractéristiques collantes, de sorte que si nous faisions en sorte que les clients les adoptent, ils ne partiraient jamais. »
Ensuite, ils sont restés bloqués – pendant environ six mois – parce qu’ils ne pouvaient pas déterminer ce que l’expérience utilisateur devrait être et où la mettre dans le produit. Trisha explique :
« Nous avions des partenaires de conception, nous avons fait différents designs, nous avions cette fonctionnalité incroyable, mais tout est tombé à plat. »
Ce qu’ils avaient fait, dit Trisha, était d’essayer de manager le produit de l’intérieur vers l’extérieur plutôt que de l’extérieur vers l’intérieur. Ils cherchaient une solution à un problème, plutôt que le problème qu’ils devaient résoudre. Elle conclut :
« Nous devions oublier le modèle, oublier les données et revenir aux bases du management des produits, qui est toujours à l’extérieur, toujours quel est le problème que vous essayez de résoudre. Une fois que nous avons pris du recul, nous nous sommes débloqués. »
J’ajoute cette vidéo qui explique de manière simple la paralysie par l’analyse et surtout comment en sortir.
partagez ce billet avec vos amis, collègues et relations professionnelles
La collaboration est le catalyseur qui propulse les projets vers de nouveaux sommets. Dans cet article, je me penche sur les stratégies qui libèrent le véritable potentiel du travail d’équipe et assurent la réussite du processus de développement. Que vous soyez un professionnel chevronné ou un débutant dans le jeu, la mise en œuvre de ces stratégies vous aidera à travailler ensemble efficacement et à fournir des solutions exceptionnelles. En outre, j’explorerai comment la collaboration profite à la fois à l’utilisateur et à l’entreprise.
Établissez des relations solides
L’établissement de robustes relations de travail entre les membres de l’équipe est primordial. Favorisez une communication ouverte et transparente dès le début. Encouragez les interactions régulières, fournissez des commentaires et répondez rapidement aux préoccupations. En établissant la confiance et la compréhension mutuelle, vous posez les bases d’une collaboration efficace tout au long du projet.
Lorsque les membres de l’équipe communiquent ouvertement et se font confiance, cela profite à la fois aux utilisateurs et à l’entreprise. Les utilisateurs bénéficient d’un meilleur soutien et d’un meilleur engagement de la part d’une équipe qui communique ouvertement, ce qui améliore la satisfaction et l’expérience utilisateur. De plus, des relations solides entre les membres de l’équipe favorisent la synergie et la coopération, ce qui se traduit par une productivité accrue, des solutions de meilleure qualité et de meilleurs résultats de projet pour l’entreprise.
Lefebvre Dalloz Compétences est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.
Participez activement à la planification du projet
Toutes les personnes impliquées dans le projet devraient collaborer lors des séances de planification. Demandez l’avis de l’équipe sur la faisabilité technique, les défis potentiels et les délais de développement. En impliquant tout le monde dans le processus de planification, vous assurez une feuille de route de projet bien informée et réalisable.
La participation active à la planification du projet présente des avantages significatifs pour les utilisateurs et l’entreprise. Les utilisateurs bénéficient de solutions sur mesure qui répondent à leurs attentes et apportent de la valeur, car leurs besoins et exigences sont pris en compte lors de la phase de planification. Pour l’entreprise, l’implication de toute l’équipe dans la planification du projet facilite une compréhension globale des complexités et des contraintes du projet, ce qui conduit à une meilleure allocation des ressources, à des délais réalistes et à une livraison réussie du projet.
Collaborez sur l’amélioration des histoires utilisateur (user stories)
Supportez vos coéquipiers.
L’amélioration des histoires utilisateur est un effort conjoint qui nécessite la contribution de toute l’équipe. Participez à des séances de collaboration pour clarifier les exigences, définir les critères d’acceptation et discuter des approches de mise en œuvre. Encouragez les questions, les idées et les suggestions. Cette approche collaborative favorise une compréhension commune et ouvre la voie à un développement réussi.
L’affinement collaboratif de chaque histoire utilisateur apporte des bénéfices à la fois aux utilisateurs et à l’entreprise. En impliquant l’équipe dans ce processus, les besoins des utilisateurs sont capturés avec précision, garantissant que les solutions répondent à leurs besoins spécifiques et offrent une expérience utilisateur transparente. Pour l’entreprise, l’affinement collaboratif des histoires utilisateur favorise l’appropriation partagée de la solution, réduit le risque de mauvaise interprétation et, en fin de compte, conduit au développement de produits de haute qualité centrés sur l’utilisateur.
Favorisez la communication continue et l’adaptabilité
Maintenir une communication constante tout au long du processus de développement. Partagez régulièrement les mises à jour, les progrès et les modifications apportées aux exigences. Participez activement à des réunions, des revues et des rétrospectives. Epousez une approche adaptable qui permet de faire preuve de souplesse pour répondre aux changements dans les besoins et priorités. En favorisant la communication continue et l’adaptabilité, l’équipe peut rester alignée, relever les défis et prendre des décisions éclairées en totale collaboration.
La communication continue et l’adaptabilité apportent des bénéfices à la fois pour les utilisateurs et pour l’entreprise. Les utilisateurs bénéficient d’être tenus informés de l’avancement du projet, des changements et de tout impact potentiel sur leur expérience, favorisant ainsi la transparence et la confiance. Pour l’entreprise, une culture de communication continue et d’adaptabilité permet de réagir rapidement aux changements du marché, aux commentaires des clients et à l’évolution des besoins. Il en résulte la livraison de solutions pertinentes et compétitives et une amélioration de la satisfaction de la clientèle.
Encouragez la collaboration interfonctionnelle
Organisez des séances de remue-méninges conjointes où les membres de l’équipe se réunissent pour discuter des nouvelles fonctionnalités, des possibilités techniques et des implications business. Encouragez les développeurs à partager leur expertise technique et à proposer des solutions innovantes. De même, les propriétaires de produits peuvent fournir des informations précieuses sur les tendances de l’entreprise et les besoins des utilisateurs. En favorisant la collaboration interfonctionnelle, vous tirez parti des connaissances collectives de l’équipe et générez des idées plus robustes.
La collaboration interfonctionnelle profite à la fois aux utilisateurs et à l’entreprise. En favorisant la collaboration interfonctionnelle, les utilisateurs bénéficient des diverses perspectives prises en compte lors des séances de brainstorming. Cela garantit que des solutions innovantes sont développées pour relever des défis commerciaux complexes et offrent une expérience utilisateur améliorée. Pour l’entreprise, la collaboration interfonctionnelle tire parti des connaissances et de l’expertise collectives de l’équipe, ce qui conduit à la génération d’idées et de solutions plus solides. En fin de compte, cela stimule la croissance de l’entreprise, améliore la compétitivité des produits et augmente la satisfaction des clients.
Mettez l’accent sur l’assurance qualité et les tests
L’assurance qualité et les tests sont cruciaux pour tout développement logiciel réussi. Collaborez avec les développeurs pour établir des processus de test musclés et assurer une couverture complète. En donnant la priorité à l’assurance qualité, les développeurs et les propriétaires de produits peuvent fournir des solutions fiables et hautement performantes.
La priorisation de l’assurance qualité apporte des avantages significatifs aux utilisateurs et à l’entreprise. Les utilisateurs reçoivent des solutions fiables et performantes à la suite de tests approfondis, garantissant une expérience transparente et minimisant les problèmes. Pour l’entreprise, mettre l’accent sur l’assurance qualité conduit à une plus grande satisfaction des utilisateurs et des clients, à une adoption accrue par les utilisateurs et à une meilleure réputation, contribuant ainsi au succès à long terme. Un avantage secondaire est la réduction des correctifs, d’où des économies de coûts.
Favorisez une culture d’amélioration continue
Tout le monde devrait continuellement chercher des moyens d’améliorer la collaboration et les processus de développement. Réfléchissez à ce qui s’est bien passé et identifiez les domaines à améliorer. Encouragez les commentaires et mettez en œuvre des informations exploitables pour améliorer la collaboration et les résultats globaux du projet.
La culture de l’amélioration continue profite à la fois aux utilisateurs et à l’entreprise. Les utilisateurs bénéficient de l’amélioration continue des processus de collaboration, ce qui conduit à une meilleure communication, à une plus grande implication des utilisateurs et, en fin de compte, à des solutions meilleures qui répondent à leurs besoins en constante évolution. Pour l’entreprise, une culture d’amélioration continue favorise l’innovation, l’efficience et l’efficacité, ce qui se traduit par une productivité accrue, de meilleurs résultats de projet et un avantage concurrentiel sur le marché.
Défis potentiels et solutions
Au cours du processus de développement, divers défis peuvent survenir qui nécessitent une collaboration efficace entre les développeurs et les propriétaires de produits.
Prenez un exemple où le défi consiste à choisir entre deux approches différentes pour créer des tâches dans le progiciel pour le futur utilisateur : Utiliser des flux ou tirer parti de canevas/macros prédéfinis.
Dans ce scénario, l’utilisation de flux pour créer des tâches peut fournir une expérience conviviale, permettant aux utilisateurs de créer facilement des tâches avec une interface guidée. Cependant, les flux nécessitent un effort de développement important, y compris la conception du flux, la mise en œuvre de la logique et les tests de la fonctionnalité. Cette approche peut nécessiter plus de temps de développement en amont, mais peut fournir une expérience utilisateur transparente.
D’un autre côté, l’utilisation de canevas ou de macros pour la création de tâches peut potentiellement réduire le temps de développement requis. Les canevas ou les macros fournissent des modèles prédéfinis ou des séquences automatisées d’actions que les utilisateurs peuvent suivre pour créer des tâches. Cette approche peut nécessiter moins d’efforts de développement, car elle repose souvent sur des fonctionnalités existantes du progiciel. Cependant, cela peut nécessiter une formation supplémentaire des utilisateurs pour s’assurer que les utilisateurs comprennent comment utiliser efficacement ces canevas ou macros pour la création des tâches.
Face à ce défi, les développeurs et les propriétaires de produits doivent s’engager dans des discussions collaboratives pour évaluer les avantages et les inconvénients de chaque approche. Tenez compte des exigences spécifiques du projet, des besoins des utilisateurs et des implications à long terme.
En s’engageant dans une communication ouverte et en comprenant les compromis, les développeurs et les propriétaires de produits peuvent prendre une décision éclairée qui s’aligne sur les objectifs du projet et équilibre l’expérience utilisateur, le temps de développement et la flexibilité à long terme.
Un développement réussi dans les projets logiciels nécessite une forte collaboration entre les développeurs et les propriétaires de produits.
Établissez de solides relations.
Participez activement à la planification du projet.
Collaborez à l’amélioration de la relation utilisateur.
Favorisez la communication continue et l’adaptabilité.
Encouragez la collaboration interfonctionnelle, en mettant l’accent sur l’assurance qualité et les tests.
Favorisez une culture d’amélioration continue.
Les développeurs et les propriétaires de produits peuvent travailler ensemble efficacement pour fournir des solutions exceptionnelles.
En outre, en relevant les défis potentiels, tels que l’évaluation de différentes approches pour des fonctionnalités spécifiques, les développeurs et les propriétaires de produits peuvent prendre des décisions éclairées qui trouvent un équilibre entre l’expérience utilisateur, l’effort de développement et la flexibilité à long terme.
Grâce à une collaboration efficace, les projets logiciels peuvent livrer leur plein potentiel et obtenir des résultats transformateurs pour les utilisateurs et pour l’entreprise.
Mohamed Michael Kazak
Mohamed Michael Kazak dispose de plus d’une décennie d’expérience à travers diverses industries et plusieurs pays, avec un riche parcours en transformation technologique, gestion de projet, et excellence commerciale. Actuellement, Mohamed Michael occupe le poste de Salesforce Service Product Owner chez Imerys SA, où il dirige les initiatives liées à la digitalisation des activités Service Client Salesforce. Il a lancé plusieurs produits Service Cloud réussis qui ont nettement amélioré l’efficacité du service client et la satisfaction client. Ayant travaillé pour des organisations telles qu’EY et Deloitte, il a géré des équipes diverses et dirigé des projets de transformation avec un focus sur la création de valeur et la satisfaction des besoins des utilisateurs. En tant qu’Administrateur Certifié Salesforce, Mohamed Michael apporte une compréhension approfondie de la manière dont la technologie apporte des résultats commerciaux optimaux.
partagez ce billet avec vos amis, collègues et relations professionnelles
Il existe des problèmes où une solution utile est une victoire pour tout le monde.
Mais ils ne sont pas nombreux. Ce n’est certainement pas le cas des problèmes qui existent déjà depuis un certain temps. S’il y avait une solution gagnant-gagnant, quelqu’un l’aurait probablement déjà trouvée.
Pour les problèmes majeurs, quelqu’un va perdre à court terme. Le leadership n’est pas l’acte de rendre tout le monde heureux. C’est la capacité de venir et de nous aider à arriver à un endroit où, dans l’ensemble, le plus grand nombre d’entre nous sont heureux de se trouver.
Si vous ne pouvez pas trouver un gagnant-gagnant, il est peut-être temps de trouver un gagnant-perdant où la plupart des gens avec quelque chose en jeu finissent par en tirer bénéfice. Souvent, cela signifie que les intérêts bien établis et ceux qui sont traditionnellement passés en premier ne feront pas aussi bien dans le court terme.
partagez ce billet avec vos amis, collègues et relations professionnelles
Les membres de chaque équipe de projet ont des compétences et des forces uniques. Pour accroître l’efficacité de vos équipes, recherchez des opportunités d’exploiter et d’étendre ces qualités.
Les membres de chaque équipe de projet ont des compétences et des forces uniques. Pour accroître l’efficacité de vos équipes, recherchez des opportunités d’exploiter et d’étendre ces qualités.
Voici 4 approches pour étendre les capacités des membres de l’équipe.
#1 – Identifiez et exploitez les forces des membres de l’équipe.
Identifiez les forces de chaque membre de votre équipe.
Prenez le temps d’identifier les forces et les faiblesses des membres de votre équipe. Posez-leur des questions pour découvrir leurs talents et leurs préférences individuels. Utilisez ce que vous apprenez pour assigner les tâches qui conviennent le mieux à leurs compétences. Cherchez également des opportunités d’élargir leurs expériences. Les missions qui accroissent les compétences génèrent de l’enthousiasme et de la fidélité, ce qui peut vous aider à obtenir de meilleurs résultats de projet.
#2 – Créez une culture d’apprentissage.
Trouvez comment « muscler » chaque membre de votre équipe.
Établissez une culture d’apprentissage et d’amélioration continue. Organisez des opportunités d’apprendre de vous (le PM) et des autres membres de l’équipe, telles que des dîners-débats ou des séances de formations croisées. Organisez des sessions où les membres de l’équipe présentent leur travail et partagent leur expertise. Cela peut élargir les connaissances et les perspectives au sein de votre équipe de projet. De plus, cela augmentera la flexibilité de votre équipe si un membre de l’équipe est absent. Dans la mesure du possible, soutenez les membres de votre équipe lorsqu’ils essaient de nouvelles approches ou sortent de leur zone de confort. Vous améliorerez la dynamique d’équipe et les résultats du projet.
#3 – Facilitez une communication franche et courageuse fondée sur les risques.
Encouragez les membres de l’équipe à partager leurs expériences, même lorsqu’ils remettent en question le statu quo. L’expérience de chaque membre de l’équipe est valide. Pour réduire les risques, utilisez leur réservoir collectif d’expériences pour déterminer la meilleure direction. Assurez-vous que les parties prenantes qui ont une aversion à prendre des risques ne découragent pas les membres de l’équipe d’exprimer leurs préoccupations. Vous renforcerez la valeur que vous accordez à l’expérience de l’équipe et améliorerez leur appropriation du projet.
#4 – Mettez l’accent sur leur développement professionnel formel.
Un environnement de projet axé sur l’apprentissage crée d’importantes possibilités de perfectionnement professionnel. Vous pouvez aller plus loin en soutenant les membres de l’équipe dans leur quête de formations et de certifications formelles. De cette façon, ils peuvent élargir ou approfondir leurs compétences et rester à jour avec les tendances de l’industrie. En retour, cela vous aide à obtenir de meilleurs résultats.
Que vous soyez chef de projet ou membre d’une équipe, quelles sont vos approches préférées pour étendre vos compétences ?
Partagez vos idées et réactions dans les commentaires.
Les nouvelles équipes agiles remettent parfois en question les règles de Scrum. Elles s’interrogent sur la durée, la fréquence et le but des réunions Scrum. Elles envisagent de doublonner les différents rôles Scrum. Elles doutent de pouvoir jamais produire quelque chose de significatif en seulement deux semaines.
C’est peut-être la raison pour laquelle les équipes qui débutent dans l’agilité et Scrum, y compris leurs Scrum Masters, sont si tentées de changer les règles avant même de les avoir essayées.
Mon conseil ?
Suivez les règles lorsque vous débutez. Ensuite, au fur et à mesure que vous grandissez en tant qu’équipe, commencez à essayer de nouvelles approches, même si elles semblent aller à l’encontre de ce que le Guide Scrum pourrait dire.
Pour en savoir plus, visionnez cette vidéo.
Les nouveaux Scrum Masters comme les nouvelles équipes Scrum peuvent être tentées de remettre en question l’utilité des Daily Scrum et des rétrospectives.
Les nouvelles équipes devraient commencer Scrum « by the Book » (en suivant les règles).
Guide téléchargeable gratuitement
La vérité sur l’évolution de Scrum est que les différents aspects de Scrum ont tous évolué pour se soutenir mutuellement. Il peut sembler inoffensif de mener un Daily Scrum « quotidien » seulement deux ou trois fois par semaine. Et quand une équipe a suffisamment d’expérience, je serai ouvert à entendre leurs arguments pour faire cela. Je suis rarement d’accord, mais en tant que Scrum Master, je suis ouvert à cela.
Mais au départ, vous devriez faire Scrum selon les règles. Faire Scrum selon les règles inclut de faire une rétrospective de sprint à la fin de chaque sprint et de faire un Daily Scrum quotidien, eh bien, tous les jours !
Les équipes agiles expérimentées peuvent expérimenter de nouvelles approches
Bien que je suggère de faire Scrum selon les règles lorsque vous et l’équipe êtes nouveaux sur Scrum, vous ne voulez pas le faire pour toujours. Au fur et à mesure que vous et l’équipe progressez, votre expérience devrait vous permettre d’identifier les changements que vous souhaitez apporter.
Que se passe-t-il si une approche va à l’encontre du guide Scrum ?
Il est possible que certaines des approches de l’équipe aillent à l’encontre de ce qui est écrit dans le Guide Scrum.
C’est très bien.
Soyez prudent en vous en écartant, mais considérez cette possibilité.
CertYou est partenaire de DantotsuPM, allez voir les certifications Agile
partagez ce billet avec vos amis, collègues et relations professionnelles
Dans le domaine des projets, la méthodologie de gestion de projet, la gestion des parties prenantes et la planification occupent une place cruciale, et elles ont un impact très significatif sur le résultat final du projet, qu’il soit couronné de succès ou qu’il échoue.
Toutefois, deux aspects essentiels sont souvent sous-estimés : la culture et la structure organisationnelle de l’entreprise où le projet sera mené.
Cet article examine comment la culture d’entreprise influe de manière significative sur le cours d’un projet.
Des structures bureaucratiques héritées des années 60s
Revenons en arrière, dans les années 60, lorsque les entreprises étaient ancrées dans l’ère du Fordisme, caractérisée par une forte emphase sur les structures bureaucratiques, la hiérarchie et la division du travail.
À cette époque, la gestion de projet n’était pas aussi avancée qu’aujourd’hui, ce qui est d’ailleurs corroboré par la fondation du Project Management Institute (PMI) à la fin de cette décennie, en 1969. Dans les entreprises largement bureaucratiques de cette période, l’accent était principalement mis soit sur la compétence technique des employés, soit sur la planification, en raison de la proximité temporelle de la Seconde Guerre mondiale.
Henry Gantt
Par exemple, à cette époque, le chef de projet était embauché principalement pour ses compétences dans la création de diagrammes de GANTT, de PERT, et pour sa capacité à donner des ordres. Son style de Management était principalement basé sur l’autorité directe, et il était souvent perçu comme un administrateur de ressources. Cette approche prévalait jusqu’aux années 1990, mais elle a progressivement diminué avec l’émergence de nouvelles cultures d’entreprise telles que l’Agile, le Lean, et les concepts d’Entreprise Libérée.
Comme vous avez pu le constater, lorsque l’on déploie un projet au sein d’une entreprise caractérisée par une culture directive, hiérarchique, et un fonctionnement en silos, le projet suivra également ce schéma, et le chef de projet sera recruté principalement pour ses compétences techniques, plutôt que ses compétences relationnelles qui ne sont pas prioritaires dans ce type d’entreprise. Il est donc fréquent que de nombreuses personnes pensent qu’un projet sera couronné de succès au sein de cette organisation.
Cependant, il est essentiel de se demander comment un projet peut réussir lorsque les différents services ne communiquent pas entre eux, qu’il n’y a pas de démarche d’amélioration continue en place, et que le leadership est moins valorisé que la maîtrise d’outils tels que MS Project ou JIRA.
Prenons un exemple concret : Avez-vous déjà eu l’occasion de travailler avec le cadre de travail Scrum au sein d’une entreprise traditionnelle ?
Vous seriez peut-être surpris de constater que le Scrum Master doit parfois surveiller de près les activités des Développeurs lors des Daily Scrum, ou encore que le sponsor considère le Scrum Master comme un chef de projet. En effet, étant donné que Scrum fournit un cadre Agile, son application au sein d’une entreprise caractérisée par une bureaucratie bien établie peut s’avérer complexe. Les philosophies et dogmes des entreprises traditionnelles et Agile sont fondamentalement différentes, et cela peut avoir un impact significatif sur la gestion des projets, comme c’est le cas avec Scrum.
Quels éléments de la culture d’entreprise ont une incidence sur le projet ?
La figure ci-dessous évoque les facteurs qui influencent un programme composé de projets.
Environnement du projet
Vous voyez, cela ne repose pas uniquement sur la méthodologie de gestion de projet, mais sur plusieurs facteurs qui relèvent de la culture de l’entreprise. Permettez-moi d’en lister quelques-uns.
1. L’organigramme du projet
Dans une entreprise traditionnelle, la structure est généralement pyramidale. Cependant, selon Mintzberg et d’autres experts en théorie des organisations, un projet doit adopter une structure en réseau dédié ou circulaire, plutôt que pyramidale.
Organigramme du projet
Supposons que vous travailliez au sein d’une grande entreprise bureaucratique ou traditionnelle et qu’on vous charge, en tant que chef de projet, d’implémenter un projet en utilisant une approche Agile. Selon une étude menée par la Scrum Alliance, il en ressort que 80 % à 90 % des équipes agiles, qui évoluent au sein d’une structure circulaire, éprouvent des tensions en raison de l’incohérence et de la difficulté à concilier les structures pyramidales et circulaires au sein d’une organisation bureaucratique.
D’ailleurs la figure ci-dessous, illustre la complexité d’allier deux organigrammes différents :
Réseau Agile – Source Frank Taillandier : Expliquer l’Agile
2. Le mode de management du chef de projet
Alors qu’autrefois, on valorisait le fait que le chef de projet soit un expert des outils et des méthodes, aujourd’hui, avec l’émergence d’entreprises axées sur le Lean, l’Agilité et l’innovation, on attend du chef de projet qu’il soit un véritable leader. Cette évolution a même conduit à inverser l’équation. Autrefois, le savoir-faire était essentiel, tandis qu’aujourd’hui au sein de ce type d’entreprises, c’est le savoir-être qui prend le dessus. Il est intéressant de noter que des organisations professionnelles telles que PMI® ou Prince2® accordent désormais une grande importance à cet aspect.
Voici l’évolution du chef de projet en fonction de la culture d’entreprise
Évolution du chef de projet en fonction de la culture d’entreprise
Ce diagramme que j’ai élaboré illustre que si vous travaillez dans une entreprise bureaucratique, on accorde de l’importance à vos compétences techniques. D’ailleurs, vous pouvez le constater lors de vos entretiens d’embauche.
livre sur Amazon
Néanmoins, si vous êtes chef de projet dans une entreprise qui se revendique « Lean« , alors on recherche un chef de projet pour piloter des projets où il y aura de la résistance aux changements, et où vous devrez maîtriser à la fois les outils et les méthodes Lean et de gestion de projet. Ayant commencé ma carrière en tant que Chef de projet Lean, je peux vous dire que ces entreprises sont très exigeantes et attendent que le chef de projet soit à la fois rigoureux et un leader.
Enfin, dans les entreprises Agiles, ce qui est demandé, c’est l’écoute active, l’empathie, et simplement aider les parties prenantes. Toutefois, le savoir-faire reste important, mais ce type d’entreprise cherche à recruter des chefs de projet Agile qui adhèrent d’abord à la vision et à la culture de l’entreprise avant même de considérer les compétences.
3. La maturité de l’entreprise
Travailler dans son coin sur un découpage des tâches et livrables.
Supposons qu’un chef de projet souhaite mettre en œuvre une méthodologie PMI ou PRINCE2 au sein d’une entreprise caractérisée par une bureaucratie bien établie. Cette démarche est particulièrement difficile, et il se voit souvent contraint de travailler
en isolation pour élaborer un diagramme de Gantt dans MS Project et générer des documents imprimés pour assurer le suivi du projet. Il peut également rencontrer des obstacles lors des comités de pilotage (COPIL), car certaines parties prenantes clés pourraient être absentes en raison du manque de maturité de l’entreprise dans ce domaine.
En fin de compte, cette approche peut convenir pour des projets simples, mais elle s’avère inadaptée pour des projets complexes. Cela vient du fait que l’entreprise accorde de l’importance aux opérations et moins ou pas aux projets.
CertYou est partenaire de DantotsuPM, allez voir les certifications Agile
4. Le chef de Projet et ses Parties prenantes
Votre entreprise fonctionne-t-elle en « silos » ? (lisez ce billet)
Si vous évoluez au sein d’une entreprise où tous les services sont compartimentés, il ne devrait pas être surprenant que le chef de projet rencontre des défis similaires au sein de son équipe.
De nombreuses entreprises traditionnelles ont tenté de remédier à cela en recrutant de nouveaux chefs de projet ayant une expérience significative dans des projets Agile ou Lean.
Malheureusement, ce qui se produit souvent, c’est que le nouveau chef de projet tente initialement de créer un climat de confiance, de communiquer avec diverses parties prenantes et de négocier avec les responsables fonctionnels de ces parties prenantes. Hélas, après un certain temps, ce nouveau chef de projet finit par se conformer à la culture de l’entreprise et cesse d’innover, car cela n’est pas encouragé.
En revanche, dans une entreprise innovante où une culture d’amélioration continue est déjà en place, le chef de projet aura des relations plus harmonieuses avec ses parties prenantes. Dans un tel environnement, l’efficacité sera accrue, car chacun sera déjà conscient et engagé dans cette démarche.
Comment mettre en œuvre un projet de manière efficiente au sein d’une entreprise traditionnelle ?
Imaginons que vous venez d’être embauché dans ce type d’entreprise, et on vous a confié un projet d’envergure. Par où et par quoi commencer ?
Tout d’abord, ne soyez pas focalisé seulement sur le projet, mais analysez la culture de votre entreprise (rituels, leaders, etc.).
Par exemple, observez si les parties prenantes du projet ont l’habitude de communiquer entre elles ou non. Vérifiez si le comité de direction encourage les employés à prendre des initiatives.
De même, renseignez-vous sur l’utilisation d’une méthodologie de gestion de projet au sein de l’entreprise, qu’il s’agisse du PMI, de Prince 2 ou même de Scrum (bien que ce dernier ne soit pas strictement une méthodologie de gestion de projet).
Ensuite, prenez le temps de discuter de vos préoccupations avec votre sponsor et soumettez des propositions.
Salle Obeya
Par exemple, si les employés de l’entreprise ne communiquent pas entre eux, envisagez de créer une salle Obeyaavec la participation des parties prenantes et établissez un rituel où chacun s’engage à se réunir à une heure précise dans un lieu déterminé.
Ensuite, en plus de votre rôle de chef de projet, adoptez également celui de formateur. Vous devrez vous impliquer dans la conduite du changement, dispenser des formations en gestion de projet, et envisager la mise en place de séminaires ou de team building afin de renforcer la confiance et de favoriser les liens informels.
Lefebvre Dalloz Compétences est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.
Pour terminer, assurez-vous de toujours communiquer de manière transparente. Lorsque vous remontez des informations lors des comités avec le sponsor et la direction, assurez-vous de faire un retour transparent à vos parties prenantes. Appliquez le bon sens en toutes circonstances, et vous gagnerez la confiance de vos parties prenantes.
Cas extrême : Envisageons un scénario où toutes les parties prenantes s’opposent aux changements.
Dans de telles circonstances, vous pourriez envisager de faire appel à au moins deux ou trois consultants spécialisés en gestion de projet, afin de ne pas vous retrouver seul(e) et élever le niveau de compétence en gestion de projet. Cela peut contribuer à instaurer un climat de confiance. Bien que cette approche ne fonctionne pas toujours, elle a fait ses preuves en tant que stratégie efficace.
En fin de compte, la méthodologie de gestion de projet, la gestion des parties prenantes et la planification… sont toutes influencées par la culture de l’entreprise.
Si, par le passé, il était courant d’attendre d’un chef de projet qu’il soit un expert sans nécessairement être un leader, c’était dans un contexte qui prévalait à cette époque.
Cependant, aujourd’hui, nous sommes en pleine transition, avec un monde en constante évolution, et il est de plus en plus important que, en plus de votre rôle de chef de projet, vous incarniez également le rôle de leader et d’accompagnateur du changement.
Vous devrez acquérir certaines compétences pour aider les organisations à passer d’une culture d’entreprise traditionnelle à une culture innovante.
N’oublions pas que l’objectif ultime du projet est d’apporter de la valeur ajoutée à l’entreprise, et toute transformation passe par la mise en œuvre de programmes et de projets.
Yanis IOUALITENE est chef de projet Lean.
Yanis Ioualitene
Il est diplômé de Skema Business School en management de Projets & Programmes.
Il est certifié PMP ®, Prince2, ITIL 4, PSM I, Agile PM DSDM et Green Belt Lean.
Yanis a contribué au groupe de travail sur le PMBoK 7 organisé par le PMI Francophone.
« A la différence, de l’adhocratie, où votre pouvoir est limité. Vous serez tel le Scrum Master qui est présent pour guider son équipe (mais sans la diriger), tout en sachant canaliser et centraliser les relations informelles. »
partagez ce billet avec vos amis, collègues et relations professionnelles
Je pense que c’est Mark Twain qui a dit : « denial ain’t just a river in Egypt » (La signification de cette citation est : « Quand une personne nie ces événements qui se sont produits dans le passé, elle devrait plutôt tirer des leçons de ce passé et éviter de faire la même erreur. »).
Le déni est un gros problème et il entrave les chances de succès des gens.
Traiter avec des personnes dans le déni peut être difficile.
Surtout quand elles sont réticentes à accepter les faits ou à reconnaître un problème. Que vous essayiez d’aider quelqu’un avec un problème personnel ou discutiez d’un sujet plus vaste, comme une question politique, voici quelques stratégies pour mieux engager avec les individus dans le déni.
#1 – Restez calme et patient
La méthode 5-4-3-2-1 permet de vous calmer et de reprendre le contrôle de vous-même !
Restez calme et patient lorsque vous traitez avec quelqu’un dans le déni.
Être frustré ou en colère peut aggraver la situation et mettre la personne encore plus sur la défensive.
#2 – Écoutez
Commencez par écouter leur point de vue sans émettre de jugement. Faites preuve d’empathie et de compréhension, même si vous n’êtes pas d’accord avec leur point de vue. Cela peut aider à établir la confiance et ouvrir la porte à une conversation productive.
#3 – Posez des questions ouvertes
Encouragez la personne à élaborer sur ses pensées et ses sentiments. Les questions ouvertes peuvent les inciter à réfléchir plus profondément à leurs croyances et à envisager d’autres points de vue. N’oubliez pas que vous pouvez en apprendre davantage auprès de personnes qui pensent différemment de vous que de personnes ayant des croyances similaires.
#4 – Fournissez des preuves
Venez préparé avec des éléments concrets dans votre bagage.
Présentez des faits, des preuves et des données qui appuient votre point de vue.
Évitez les arguments émotionnels et de vous fier uniquement à vos propres opinions.
Utilisez des sources crédibles pour étayer vos affirmations.
#5 – Respectez leur autonomie
Tout le monde a le droit de partager mon opinion 🙂
Rappelez-vous que vous ne pouvez pas forcer quelqu’un à changer ses croyances ou à accepter une réalité qu’il nie.
Respectez leur droit d’avoir leurs propres opinions, même si vous n’êtes pas du tout d’accord.
#6 – Trouvez un terrain d’entente
Identifiez les valeurs ou les objectifs communs qui vous tiennent à cœur. La mise en évidence d’un terrain d’entente peut aider à combler le fossé entre les différentes perspectives. Elle crée une base de compromis ou de coopération.
#7 – Évitez la confrontation
Essayez d’éviter le langage conflictuel ou les comportements qui peuvent faire en sorte que la personne se sente attaquée ou sur la défensive. Utilisez des déclarations « je » pour exprimer votre point de vue plutôt que des déclarations « vous » qui peuvent sembler accusatoires.
#8 – Offrez du soutien
Offrez et fournissez tout votre support.
Faites savoir à la personne que vous êtes là pour la soutenir, quelles que soient ses croyances. Cela peut la rendre plus ouverte à la prise en compte d’autres points de vue.
#9 – Utilisez les histoires (le storytelling)
Partagez des histoires personnelles ou des anecdotes qui se rapportent au sujet abordé. Parfois, les histoires peuvent résonner avec les gens à un niveau plus profond et les aider à voir les choses sous un angle différent.
#10 – Donnez-leur du temps
Le changement prend souvent du temps et les gens peuvent avoir besoin d’espace pour traiter de nouvelles informations ou idées. Soyez patient et laissez-leur le temps de tirer leurs propres conclusions.
#11 – Demandez l’aide d’un professionnel si nécessaire
Si le déni de la personne cause du tort à elle-même ou à autrui, ou s’il est lié à un problème grave comme la santé mentale, envisagez de faire appel à un professionnel, comme un thérapeute, qui peut fournir des conseils d’expert.
#12 – Sachez quand vous désengager
Dans certains cas, malgré tous vos efforts, vous pourriez ne pas être en mesure de parvenir à un accord ou de changer le point de vue de la personne. Il est important de reconnaître quand un engagement supplémentaire serait improductif et de vous désengager respectueusement si nécessaire.
Cela vaut également la peine de vous demander s’il est possible que vous vous trompiez.
Est-il possible que vous soyez celui ou celle qui est dans le déni ?
Le problème pourrait-il venir de vous ?
Les gens dans le déni voient rarement cette réalité, alors demandez peut-être à un mentor ou à un ami proche s’ils vous voient dans la rivière du déni.
Échanger avec des personnes dans le déni peut être difficile. En abordant la situation avec empathie, patience et en mettant l’accent sur un dialogue constructif, vous augmentez les chances de compréhension au fil du temps.
Lefebvre Dalloz Compétences est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.
partagez ce billet avec vos amis, collègues et relations professionnelles
Voici 4 points que je conseille à mes mentorées féminines lorsqu’elles me demandent :
« Comment réussir dans un environnement avec des collègues majoritairement masculins ? »
Fait intéressant, lorsque je suis approché par des hommes pour offrir une séance de mentorat, leurs questions les plus fréquentes portent sur les aspects pratiques et le « comment » du management stratégique, de l’innovation et du leadership. Il est triste qu’en dépit de la représentation croissante des femmes dans les postes de direction, les femmes éprouvent encore le besoin de faire des efforts supplémentaires pour être reconnues et avoir accès à des opportunités de carrière.
Alors c’est parti :
#1 – Soyez claire sur la direction que vous prenez
Cela semble simple, mais surtout au début de votre carrière, vous n’êtes peut-être pas encore sûre. Devrais-je être une experte ? Manager ? Formatrice ? Dans cette industrie ou plutôt dans une autre ? Pour trouver votre chemin, saisissez toutes les occasions que vous avez d’apprendre sur vous-même et d’améliorer constamment votre capacité de conscience de soi. Sachez où sont vos talents, où sont vos faiblesses et trouvez une bonne correspondance de vos forces avec votre choix de carrière.
#2 – Trouvez votre façon de dire ce que vous voulez
Imaginez ceci. Penseriez-vous à promouvoir, disons, Anna qui exécute consciencieusement ses missions, fait du bon travail, semble heureuse et s’en tient surtout à son rôle ? Ou Petra qui se porte fréquemment volontaire pour des opportunités d’assumer plus de responsabilités, exprime activement ses pensées dans les réunions et demande un cours de développement en management ?
Et maintenant, essayons une autre question : Qui a les meilleures compétences pour le poste ouvert ? Eh bien, nous ne savons pas, n’est-ce pas ? Ce que nous avons vu dans cet exemple, c’est l’affichage de l’ambition et de la motivation.
Pour une carrière réussie, toute ambition doit en effet être associée à des capacités, et sur ce sujet consultez les conseils #4. Mais les capacités ne représentent que la moitié de l’ensemble. Gardez à l’esprit que lorsqu’un décideur envisage de promouvoir quelqu’un, il doit également croire que cette personne est motivée, n’a pas peur d’apprendre et d’échouer, et veut vraiment aller au-delà de son rôle actuel.
Il existe quelques statistiques populaires comparant l’approche masculine et féminine envers les opportunités, par exemple les hommes postulent à un emploi lorsqu’ils répondent à 60% des exigences, les femmes seulement après avoir satisfait à 100%.
Qu’est-ce qui vous retient, mesdames ?Rien. Allez-y.
#3 – Réseautez activement et maîtrisez la construction de connexions
Le réseautage et la capacité d’établir des liens sont la clé pour être vue et donc pour apparaître dans l’esprit des décideurs qui pourraient avoir un impact sur votre carrière. Cultivez vos compétences en communication, la façon dont vous vous présentez, donnez une indication claire de ce que vous recherchez sans être insistante. Soyez ouverte d’esprit et connectez-vous avec des gens qui vous enseignent quelque chose d’intéressant, vous montrent de nouvelles façons et vous enrichissent.
Si vous ne savez pas par où commencer, rejoignez une communauté qui fournit des outils pour l’autonomisation des femmes, organise des événements et aide les membres de la communauté à se connecter les uns aux autres. Mon endroit où aller est EWOB, un groupe incroyable de femmes ouvertes d’esprit qui contribuent activement à l’égalité des sexes dans la prise de décision en Europe.
Lors du réseautage, n’oubliez pas de donner vous aussi. Comme on le dit souvent, le réseautage n’est pas une question de prendre, mais de donner.
#4 – Développez constamment votre crédibilité et démontrez votre capacité à livrer
Disons qu’à ce moment-là, vous savez lequel de vos talents utiliser dans votre parcours professionnel, votre ambition s’exprime, vous êtes vue et grâce à votre large réseau, votre nom apparaît lorsque de nouvelles opportunités se présentent.
Il y a un ensemble majeur de questions auxquelles vos influenceurs de carrière doivent répondre. Peut-elle le faire ? Pouvons-nous compter sur elle ? Livrera-t-elle ?
Si vous voulez être considérée pour une nouvelle opportunité de carrière, ces questions doivent être répondues intuitivement dans la seconde où elles sont posées. Pour y parvenir, développez constamment votre crédibilité et établissez la confiance que vous avez les bonnes compétences. Faites cela en travaillant sur vous-même et en démontrant votre succès.
Trouvez la bonne façon qui correspond à votre culture et à votre environnement d’entreprise, car toutes les façons de vous mettre en valeur ne seraient pas appréciées. Dans certaines cultures, la communication directe et la rétroaction sont appréciées, tandis que dans d’autres, cela peut être considéré comme arrogant ou même impoli et on s’attend plutôt à des allusions indirectes et à des messages entre les lignes. Pour rendre les choses encore plus confuses, le même comportement démontré par un homme ou une femme peut entraîner un impact opposé. Si vous ne savez pas quelle approche choisir, apprenez-le en observant des modèles féminins qui réussissent autour de vous. Mais quoi qu’il en soit, vous méritez d’apprécier vos réalisations, alors n’hésitez pas à le revendiquer.
Lenka est cadre exécutive avec une expérience internationale et une expérience reconnue dans l’établissement d’une vision stratégique et son exécution. Elle excelle dans la conduite de transformations numériques et l’amélioration de l’agilité organisationnelle. Lenka a acquis une expérience multisectorielle en dirigeant des initiatives stratégiques dans les domaines de la banque, de l’industrie manufacturière, de la distribution et de l’automobile. Elle travaille actuellement comme chef de cabinet du président du Project Management Institute®, une organisation à but non lucratif mondiale qui offre un soutien à l’éducation et à l’évolution de carrière aux professionnels qui conduisent les changements et la transformation.
Elle est titulaire du Digital Excellence Diploma de l’IMD Business School of Switzerland, graduated C-level School de European Women in Boards, d’un Master of Science en informatique et de plusieurs certifications en management de projet, pratiques agiles et analyses business.
partagez ce billet avec vos amis, collègues et relations professionnelles
En comprenant ces 5 types de prise de décision, vous pouvez adapter votre approche pour supporter au mieux celle(s) que votre sponsor favorise et obtenir de meilleures décisions pour réussir votre projet.
Supporting Your Sponsor’s Decision Making par Bonnie Biafore
Les sponsors fournissent un soutien financier, défendent le projet et prennent des décisions clés. Il est donc crucial que vous compreniez comment vos sponsors de projet prennent leurs décisions. En identifiant ces types de prise de décision, vous pouvez ajuster votre approche pour obtenir les meilleures décisions et soutenir la réussite de votre projet.
Lefebvre Dalloz Compétences est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.
Voici 5 types de prises de décision.
#1 – Décisions fondées sur des faits.
Tous les éléments factuels concordent-ils bien ?
Les sponsors de projet veulent des faits et des données qu’ils et elles peuvent utiliser pour guider leurs décisions. Pour les décideurs factuels, vous devez connaître les sources de données qu’ils et elles apprécient le plus. Par exemple, des conseillers de confiance internes ou des entités externes telles que des sociétés de conseil. Trouvez les données et les sources de données que votre sponsor apprécie pour l’aider à prendre des décisions.
#2 – Décisions basées sur l’intuition.
Les leaders ayant de l’expérience en sponsoring sont souvent influencés par leur propre intuition qui les aide à prendre des décisions rapides. Pour soutenir ce type de sponsor, identifiez quand ils et elles utilisent leur intuition pour prendre des décisions, puis validez les hypothèses qu’ils et elles font. De cette façon, vous réduisez le risque que présente une intuition erronée.
#3 – Décisions basées sur les expériences de l’équipe.
La recherche du consensus demande du temps, beaucoup de temps…
De nombreux sponsors sondent les membres de leur équipe avant de prendre des décisions, car ils et elles apprécient les expériences et les opinions de l’équipe. Cela se traduit généralement par une plus grande adhésion de l’équipe projet. Cependant, les efforts pour obtenir un consensus peuvent retarder les décisions. Pour cette approche, ajoutez du temps ‘tampon’ dans votre planification pour compenser ces retards prévisibles.
#4 – Décisions politiques.
Trop souvent, les sponsors prennent des décisions de projet d’un point de vue politique. Leur boss ou d’autres parties prenantes clés ont des attentes spécifiques et les sponsors hésitent à prendre des décisions qui pourraient décevoir ces parties prenantes. Bien que ces décisions puissent être judicieuses, elles peuvent ajouter des risques. Travaillez avec votre sponsor pour vous assurer que vous comprenez tous les deux ces risques et leur impact potentiel.
#5 – Décisions dictées par le marché.
La force motrice de la prise de décision d’un sponsor pourrait être ce qui se passe sur le marché. C’est logique, car le succès d’un projet dépend souvent de la concurrence. Avec un sponsor axé sur le marché, surveillez de près l’état de la triple contrainte (portée, coût et temps). La portée est souvent fixe, vous devez donc surveiller comment cela affecte les coûts et le échéances.
Avez-vous observé d’autres types de prise de décision ?
Si oui, quels avantages et inconvénients présentaient-ils ? Que proposez-vous de faire dans ces situations ? Merci de vos commentaires.
Si vous voulez en savoir plus sur les sujets dont Bonnie parle dans ses bulletins, considérez suivre ses cours dans la LinkedIn Learning Library et écoutez ses émissions en direct LinkedIn Office Hours.
partagez ce billet avec vos amis, collègues et relations professionnelles
Le but de ce rapport anonyme sur les salaires des Scrum Master est de créer un benchmark clair, basé sur des données réelles, qui permet à tous les membres de la communauté Agile de comprendre si leur rémunération est bien positionnée. Le rapport couvre les Scrum Masters et les Coachs Agile, employés comme indépendants.
L’objectif est d’avoir au moins 1 000 réponses d’ici la fin novembre 2023 pour créer le rapport à temps pour janvier 2024. Bien entendu, le rapport sera disponible gratuitement.
J’ai trouvé ce billet très vrai par rapport à mon vécu personnel sur des projets Agiles qui se sont tellement concentrés sur produire un « Minimum » MVP que leurs premiers livrables n’étaient que très rarement utilisables / « Viables » en situation réelle.
Vos clients détestent les MVPs. Faites plutôt un SLC.
[…]
Les équipes produit ont répété le mantra du MVP (Minimum Viable Product) depuis toute une décennie sans réévaluer si c’est réellement la bonne façon de maximiser l’apprentissage tout en satisfaisant le client.
Eh bien, ce n’est pas le meilleur système !
Cette approche MVP est égoïste et fait mal aux clients.
[…]
La motivation qui dirige le MVP est toujours valable :
Construisez quelque chose de petit, parce que les petites choses sont rapides et peu coûteuses à tester.
Mettez-la rapidement sur le marché, car le véritable apprentissage ne se produit que lorsque de vrais clients utilisent un vrai produit.
Jetez-la ou changez complètement de direction s’il s’agit d’un échec, ou investissez davantage s’il s’agit d’un semis avec du potentiel.
Les MVPs sont parfaits pour les startups et les équipes produit car ils maximisent le plus rapidement possible ce que l’on appelle « l’apprentissage validé ». Et, bien que les entretiens avec les clients soient utiles, vous apprenez de nouvelles choses lorsqu’un client utilise réellement le produit. Mais les MVPs sont un acte égoïste.
Le problème est que les clients détestent les MVPs.
Les startups sont encouragées par le célèbre Reid Hoffman à « lancer le produit assez tôt pour que vous soyez embarrassé par votre version V1.0. ». Mais aucun client ne veut utiliser un produit inachevé qui embarrasse ses créateurs. Les clients veulent des produits géniaux qu’ils peuvent utiliser immédiatement.
Les MVPs sont trop M et rarement V.
Les clients le voient et détestent cela. C’est peut-être génial pour l’équipe produit, mais c’est mauvais pour les clients. Et en fin de compte, ce qui est mauvais pour les clients est mauvais pour l’entreprise.
[…]
Soyez « Slick » (habile et astucieux) !
À partir de ce raisonnement, il y a des années, j’ai nommé ce que je pense être la bonne alternative au MVP : Simple, Lovable/Aimable et Complet (SLC). Nous le prononçons « Slick ». Comme dans : « Quelle est la version (habile et astucieuse) ‘Slick’ de votre idée ? ».
Un autre avantage de SLC devient évident lorsque vous considérez la prochaine version du produit.
Un produit SLC ne nécessite pas de développement continu pour ajouter de la valeur. Il est possible que la V1 évolue pendant des années en une V4, mais vous avez également la possibilité de ne pas investir davantage dans le produit, tout en ajoutant de la valeur. Un MVP qui ne recevra jamais d’investissement supplémentaire n’est qu’un mauvais produit. Un SLC qui n’obtient jamais d’investissement supplémentaire est un bon produit, même s’il est modeste.
Henrik Kniberg, un coach agile et produit de longue date pour Spotify, a créé l’illustration populaire ci-dessus pour donner un exemple à suivre aux équipes produit lorsqu’elles envisagent de livrer un produit minimum viable, ou MVP, à leurs clients.
Une planche à roulettes est un produit SLC. C’est plus rapide que la marche, c’est simple, beaucoup de gens l’adorent, et c’est un produit complet qui n’a pas besoin d’ajouts pour être amusant ou pratique. En même temps, vous pouvez faire évoluer le skateboard en ajoutant une potence et un guidon, pour créer une trottinette (seulement un peu moins simple, et certainement appréciable et complet). Ensuite, vous pouvez faire grandir les roues, ajouter un siège et des pédales, et vous avez un vélo. Encore une fois, moins simple, mais vous avez maintenant un produit avec des avantages massifs de vitesse, de distance et d’efficacité énergétique…
[…]
Avec SLC, les résultats sont meilleurs et vos options pour les prochaines étapes sont meilleures.
Si le SLC échoue, ce n’est pas grave : C’est une expérience ratée. Les SLCs et les MVPs atteindront parfois ce résultat parce que le but est d’ expérimenter. Mais si un SLC réussit, vous avez déjà apporté une valeur réelle aux clients et vous avez plusieurs futurs possibles à votre disposition, dont aucun n’est urgent. Vous pourriez construire une V2, et parce que vous générez déjà de la valeur, vous avez plus de temps pour décider à quoi elle devrait ressembler. Vous pouvez même interroger les clients existants pour déterminer exactement ce que la V2 devrait impliquer, au lieu d’un groupe d’alpha-testeurs qui veulent juste savoir « Quand allez-vous réparer cette chose qui ne fonctionne pas ? »
Ou, vous pouvez décider de ne plus travailler dessus. Tous les produits ne doivent pas nécessairement devenir complexes. Tous les produits n’ont pas besoin de nouvelles versions majeures tous les deux trimestres.
Certaines choses peuvent juste rester Simples, aimables/Lovable et Complètes.
Demandez à vos clients. Ils seront d’accord.
CertYou est partenaire de DantotsuPM, allez voir les certifications Agile
partagez ce billet avec vos amis, collègues et relations professionnelles
Penser stratégiquement implique d’adopter une perspective holistique et à long terme pour prendre des décisions éclairées qui correspondent à vos buts et objectifs. Voici quelques idées pour vous aider à penser de manière plus stratégique.
J’ai toujours trouvé que penser était une bonne chose à faire. C’est particulièrement vrai avant de dire quelque chose. Nos pensées créent nos mots et nos mots deviennent souvent nos actions. Nous devons penser à ceci en particulier.
Mais je pense parfois que « trop réfléchir » cause autant de problèmes que de ne pas réfléchir. Des problèmes différents bien sûr, mais problèmes tout de même.
Je m’étonne souvent en regardant les gens préparer une présentation. Ils pensent et repensent chaque mot comme ils le mettent dans leur PowerPoint. J’ai vu des gens apporter littéralement des dizaines et des dizaines de changements au libellé de leurs transparents. Tout en ne réfléchissant presque pas à la façon dont ils allaient dire ces mots.
Ils ne réalisent pas que lorsqu’il s’agit de présenter efficacement, comment vous dites quelque chose est environ 5 fois plus important que ce que vous dites. Trop réfléchir a tendance à nous paralyser. Cela nous empêche d’agir jusqu’à ce que tout soit parfait et que tout est rarement parfait… vous voyez ce que je veux dire.
Mais il y a aussi ce que j’appellerais un niveau élevé de réflexion. C’est le niveau que vous voulez viser lorsque vous pensez aux grandes choses dans votre vie et votre carrière. C’est ce qu’on appelle la pensée stratégique.
Penser stratégiquement implique d’adopter une perspective holistique et à long terme pour prendre des décisions éclairées qui correspondent à vos buts et objectifs. J’espère que vous avez prêté attention à la phrase précédente. Si vous le faites, vous comprenez qu’en l’absence de buts et d’objectifs, il n’y aura pas non plus de réflexion stratégique.
Donc, si vous n’avez pas de buts et d’objectifs pour votre vie, ou si vous n’avez aucun intérêt à en développer, vous pouvez arrêter de lire ce billet dès maintenant. Mais si vous êtes axé sur les objectifs, voici quelques idées pour vous aider à penser de manière plus stratégique.
Alors que nous examinons la réflexion stratégique dans le monde du travail dans ce billet particulier, comprenez que penser stratégiquement peut également avoir un impact énorme sur votre vie personnelle.
Définissez vos objectifs : Identifiez clairement vos objectifs à court et à long terme. Que voulez-vous réaliser ? Avoir des objectifs bien définis guidera votre réflexion stratégique et votre processus de prise de décision.
Comprenez la situation dans son ensemble : Développez une compréhension approfondie des facteurs internes et externes qui peuvent influencer vos objectifs. Analysez les tendances du marché, la dynamique de l’industrie, l’écosystème concurrentiel et tout autre facteur pertinent pouvant avoir une incidence sur votre succès.
Effectuez une analyse SWOT (Strengths, Weaknesses, Opportunities and Threats): évaluez vos forces, vos faiblesses, vos opportunités et vos menaces pour acquérir une compréhension globale de votre situation actuelle. Cette analyse vous aidera à identifier les domaines dans lesquels vous pouvez tirer parti de vos forces, où surmonter vos faiblesses, exploiter les opportunités et atténuer les menaces.
Pensez à long terme : La réflexion stratégique exige de se concentrer sur les implications à long terme de vos décisions. Réfléchissez à la façon dont vos choix d’aujourd’hui peuvent avoir une incidence sur vos résultats futurs. Évitez les pensées court-termistes et donnez la priorité aux stratégies durables qui peuvent fournir des avantages qui dureront dans le temps.
Analysez les risques et les incertitudes : Reconnaissez que les décisions stratégiques comportent des risques et des incertitudes inhérents. Identifiez les risques potentiels, évaluez leur probabilité et leur impact potentiel. Élaborez des plans d’urgence pour y remédier. Soyez prêt à adapter votre stratégie à mesure que de nouvelles informations apparaissent.
Optez pour la créativité et l’innovation : La réflexion stratégique implique souvent l’exploration de nouvelles idées, approches et perspectives. Encouragez la créativité et l’innovation dans votre processus de réflexion. Remettez en question les idées reçues. Soyez ouvert aux solutions non conventionnelles qui peuvent vous donner un avantage concurrentiel.
Considérez différentes perspectives : Engagez-vous dans la pensée critique en considérant divers points de vue et scénarios alternatifs. Évitez les biais de confirmation et recherchez activement les opinions dissidentes. Cette pratique vous aide à anticiper les défis et à prendre des décisions bien équilibrées.
Hiérarchisez et allouez vos ressources : Allouez stratégiquement vos ressources, y compris temps, argent et efforts, aux domaines qui offrent le plus grand impact potentiel sur vos objectifs. Faites des compromis éclairés et investissez dans des initiatives qui correspondent à vos objectifs stratégiques.
Apprenez et adaptez-vous en permanence : Suivez les résultats de vos décisions stratégiques et soyez prêt à apprendre des succès et des échecs. Si nécessaire, adaptez votre stratégie en fonction des nouvelles informations, de l’évolution des circonstances et des opportunités émergentes.
Communiquez et collaborez : La réflexion stratégique ne doit pas se limiter à votre seule personne individuelle. Favorisez une culture de réflexion stratégique au sein de votre équipe ou de votre organisation. Encouragez la communication ouverte, la collaboration et l’échange d’idées pour contribuer collectivement à la prise de décisions stratégiques.
La pensée stratégique est une compétence qui se développe au fil du temps avec la pratique.
En appliquant constamment les idées mentionnées ici et en réfléchissant à vos décisions, vous pouvez améliorer votre capacité à penser de manière stratégique.
La pensée stratégique est une compétence de vie et c’est une compétence sur laquelle les personnes qui réussissent le mieux ne cessent jamais de travailler.
Alors, pensez-y !
partagez ce billet avec vos amis, collègues et relations professionnelles
Elles sont essentielles. La maison commence à sentir mauvais si vous ne sortez pas les poubelles.
Mais au travail, bien qu’elles puissent être essentielles, elles peuvent ne pas être importantes.
Du moins, pas assez importantes pour que vous y dédiez beaucoup d’attention.
Les corvées sont
Répétables
Éprouvées
De faible risque
Assez impersonnelles
Les factures doivent être payées. Mais elles pourraient ne pas avoir à être payées par vous.
Les entrepreneurs, les artistes et les freelances consacrent souvent beaucoup de temps aux corvées. Vous justifiez cela parce que l’externalisation des tâches à d’autres coûte de l’argent, et, en ce moment, l’argent se fait rare.
Mais ce n’est pas la vraie histoire.
La vérité est que si vous arrêtez de faire des corvées, vous devez faire un vrai travail à la place. Les choses qui ne sont pas reproductibles ou éprouvées. Les choses qui sont émotionnellement difficiles, créatives, risquées ou qui nécessitent simplement de l’exploration et du courage à engager. Si vous réussissez ce travail, vous aurez beaucoup d’argent pour payer d’autres personnes à accomplir les corvées.
Faire des corvées joyeusement et avec habileté est un passe-temps acceptable. Mais peut-être n’est-ce pas ce que vous devez faire en ce moment.
partagez ce billet avec vos amis, collègues et relations professionnelles
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.
Ce billet entre dans les détails de diverses situations qui peuvent survenir lorsque vous traitez avec des parties prenantes et propose plusieurs tactiques sur la façon de les aborder.
Stakeholders: How to work together to make it a success?
Vers un engagement efficace des parties prenantes : Relisez aussi ce billet.
Chaque projet a un nombre variable de parties prenantes, parfois trop nombreuses. Essayer de répondre à toutes leurs exigences est souvent mission impossible. Néanmoins, le chef de projet doit être en mesure de gérer toutes les situations des parties prenantes en douceur, car l’évaluation du succès du projet est souvent entre les mains des parties prenantes et des personnes qu’elles représentent.
Travailler ensemble pour assurer la réussite d’un projet
Les organisations lancent des projets pour mettre en œuvre des changements qui vont au-delà des équipes ou des départements existants. En tant que tel, le projet touche un certain nombre de domaines et de processus avec différents propriétaires business, créant un groupe diversifié de personnes intéressées pour faire fonctionner le projet. Nous appelons ces personnes des parties prenantes.
Mais qu’est-ce qui définit la réussite d’un projet ?
Pour chaque partie prenante, cela peut signifier des choses complètement différentes. Par exemple, certaines parties prenantes souhaitent des améliorations significatives des processus, mais d’autres s’attendent à ce que le fonctionnement de leurs équipes ne soit pas du tout affecté ou que les systèmes informatiques restent inchangés. Et c’est pourquoi le management des parties prenantes du projet est une discipline si exigeante.
Est-il possible de répondre aux attentes diverses et parfois contradictoires de toutes les parties prenantes ?
Peut-être pas…
Posons un peu différemment la question des attentes des parties prenantes :
Comment pouvez-vous savoir ce qu’elles veulent vraiment ?
Comment pouvez-vous vous assurer que les parties prenantes comprennent les attentes de chacune et soient disposées à s’entendre sur un consensus qui permettra d’atteindre le succès commun du projet ?
Comment faire de vos parties prenantes de véritables partenaires et collaboratrices ?
Où sont les parties prenantes du projet ?
Devriez-vous les chercher, ou simplement attendre qu’elles apparaissent ?
Même si nous avons peut-être déjà les mains pleines avec les parties prenantes que nous connaissons, devrions-nous en chercher davantage ?
Oui. Il n’y a rien de pire que d’oublier une partie prenante. Les parties prenantes sont les propriétaires de domaines, de processus ou de systèmes où le projet doit apporter un changement réussi, et nous devons donc les impliquer et obtenir leur coopération.
Comprendre comment le changement fonctionnera et gagner des alliés dans la recherche de solutions complexes est crucial pour l’équipe de projet.
Avant le lancement effectif du projet, vous effectuez une analyse que vous utilisez pour essayer de trouver les parties prenantes et de les impliquer dans la planification du projet.
Mais si une partie du projet consiste à trouver une solution à un problème dont vous ne connaissez pas la solution à l’avance, vous pouvez facilement négliger l’importance de certaines parties prenantes au début. La meilleure source d’information dans cette recherche sont les membres de votre équipe. En tant qu’experts dans leur domaine, ils savent généralement qui impliquer afin de créer de véritables parties prenantes partenaires et de permettre la progression du projet.
Trouver des parties prenantes est payant, surtout si vous trouvez celles qui sont directement impliquées dans le changement. La simple participation d’un manager de haut rang à la réunion de lancement du projet ne suffira généralement pas.
Que veulent vraiment les parties prenantes ?
Essayons de voir le projet du point de vue d’une partie prenante pendant quelques instants.
Cela vous semble-t-il familier ?
« Encore une fois, personne ne m’a parlé de quoi que ce soit. J’apprends tout à la dernière minute, principalement que je dois fournir des ressources et des informations. Je ne sais même pas de quoi il s’agit. »
« Un autre projet promet encore une fois comment il apportera la solution. C’était exactement la même chose la dernière fois. Au bout du compte, personne n’a répondu à nos demandes. »
« Quelqu’un essaiera toujours de m’expliquer comment cela devrait marcher dans mon département, mais personne ne comprend vraiment ce que nous faisons réellement ici. Je serais heureux de prêter mes experts pour le projet, mais personne ne s’en soucie, tout est toujours fait tellement dans l’urgence. Et au final nous devons régler tous les détails et corriger toute la confusion créée par le projet en raison du manque d’expertise de leur part. »
« Le projet est génial… Il a finalement été approuvé. Mais où puis-je trouver du temps et des personnes pour faire tout ce qui est requis ? Nous en avons assez de notre propre travail. »
Parfois, les parties prenantes ne sont pas enthousiasmées par un nouveau projet. Comment pouvez-vous les aider si c’est le cas ?
Les parties prenantes veulent que le projet leur apporte des changements positifs. Elles veulent avoir un accès suffisant à l’information pour pouvoir participer au projet seulement à des moments qui sont importants pour elles. En même temps, elles veulent s’impliquer pour ne pas compromettre le fonctionnement normal de leurs équipes.
Lorsque vous multipliez ces préoccupations par le nombre de parties prenantes (et la diversité de leurs situations individuelles), vous devez constamment vous rappeler de faire preuve de créativité et d’empathie et d’être proactifs. Si vous voulez que les parties prenantes travaillent ensemble pour la réussite d’un projet, vous devez prendre la responsabilité de parvenir à la coopération.
Lefebvre Dalloz Compétences est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.
Comment collaborer efficacement avec les parties prenantes ?
Utilisez ces 4 techniques.
#1 – Utilisez vos compétences en réseautage pour comprendre le contexte du changement.
Le chef de projet évolue généralement dans un environnement complexe. Le réseautage est l’une des compétences qui permet de s’orienter rapidement dans une nouvelle situation et de comprendre les motivations des parties prenantes quant à leurs attentes vis-à-vis du projet. Grâce à un réseautage actif avec ses collègues, le chef de projet sait à qui s’adresser dans n’importe quelle situation et dresse un tableau qui aidera à comprendre le contexte des actions de la partie prenante.
Si une partie prenante n’offre pas beaucoup d’occasions d’établir une coopération et une volonté de compromis, cela peut être dû à de mauvaises expériences antérieures, à une pression sur les résultats des parties prenantes, à une faible acceptation des risques ou à des informations insuffisantes sur ce que le projet devrait réellement réaliser. Le réseautage et l’établissement de relations actives permettent au chef de projet d’accéder à l’information nécessaire pour résoudre correctement la situation.
Certains pourraient déjà être engagés dans de très/trop nombreuses initiatives.
Un problème courant: Il y a un grand nombre de projets actifs dans l’entreprise qui nécessitent beaucoup de ressources. Les parties prenantes ont des attentes élevées, mais en même temps sont surchargées par les projets en cours. Parmi tant de nouveaux projets, il est souvent difficile de savoir sur lesquels mettre le focus et comment établir des priorités. Le manager de projet ressent alors qu’il y a un niveau minime de coopération entre les intervenants, qui n’est pas proportionnel à leurs exigences en matière de livrables du projet.
Avantages du réseautage : En réseautant avec ses pairs, le chef de projet comprend à quelles équipes il doit mieux expliquer le projet, ainsi que les complications auxquelles s’attendre parce que l’équipe est déjà surchargée. Sans cette connaissance, il est facile de tirer une conclusion erronée sur la raison pour laquelle il est plus difficile de mettre en place une coopération. Avec une compréhension correcte du contexte de la situation (et avec de l’empathie), il aura une meilleure chance de trouver une solution mutuellement satisfaisante.
#2 – Trouvez un langage commun.
La capacité de communiquer avec différents types de parties prenantes est une nécessité absolue. Un chef de projet doit pouvoir changer de chapeau en fonction de la personne à qui il s’adresse, qu’il s’agisse d’un contributeur externe, d’un informaticien, d’un commercial ou d’un investisseur. Si vous n’êtes pas sûr de votre expertise et de votre capacité à mener une discussion dans un domaine donné, c’est toujours une bonne idée d’emmener avec vous quelqu’un de l’équipe pour vous aider.
Un problème courant : Le projet communique souvent avec un certain nombre d’experts. Ces experts s’occupent des domaines dans lesquels le projet évolue, tels que la conformité, le juridique, etc. Une mauvaise compréhension de ces contraintes (ou leur identification tardive) peut poser un risque majeur pour le projet. Dans le pire des cas, le projet sera considérablement retardé ou complètement arrêté car il ne sera pas possible de mettre ses livrables en service.
Avantages de l’art de communiquer avec différents types de parties prenantes : La capacité de comprendre une grande variété d’informations professionnelles peut ne pas être à la portée d’une seule personne. Par conséquent, cela vaut la peine pour le chef de projet d’obtenir l’aide des membres de son équipe (qui peuvent s’appuyer sur des expériences précédentes) dans leurs relations avec les parties prenantes. Si ces membres de l’équipe ne sont pas disponibles, vous pouvez utiliser diverses techniques telles que la visualisation, la structuration de l’information et la facilitation de discussion.
#3 – Soyez sur le même navire.
Bien que le projet couvre un certain nombre de domaines dans l’entreprise, le chef de projet n’a souvent pas l’autorité formelle de prendre des décisions sur chacun d’eux. Dans le meilleur des cas, le changement est décidé par le sponsor du projet ou la partie prenante principale, de sorte que le chef de projet sait à qui s’adresser. Mais il est souvent nécessaire de travailler avec un groupe plus large de collègues et de parvenir à un consensus (par exemple, au sein de l’ensemble du département qui représente les futurs principaux utilisateurs des livrables du projet).
Dans une telle situation, le chef de projet doit être en mesure d’utiliser ses compétences en leadership et d’inspirer ses collègues afin que tout le monde perçoive le même objectif, même s’il ne fait pas directement partie de l’équipe de projet. Cet objectif doit être basé sur une compréhension des intentions stratégiques de l’entreprise et de la façon dont le projet y contribue, ainsi que du rôle de chaque partie prenante dans sa réalisation.
Un problème commun : La partie prenante n’est pas une personne spécifique, mais une vaste équipe de personnes qui utiliseront les livrables du projet. Elles doivent tout tester correctement, apprendre à travailler d’une nouvelle manière et adapter leurs procédures quotidiennes. Mais tout le monde ne veut pas changer…
Avantages du leadership et des objectifs communs: Si le chef de projet met en œuvre ses compétences en leadership et est capable d’écouter les préoccupations concernant le changement, il créera des conditions optimales pour trouver une approche appropriée. Par exemple, l’équipe commerciale choisit ses propres représentants pour le projet ou fournit aux équipes de projet suffisamment d’espace pour leur manière de travailler (par exemple, sous la forme d’un bureau partagé). Le but de ces activités est de se comprendre et de formuler des objectifs communs pour l’équipe commerciale et le projet.
#4 – Pratiquez l’art de la facilitation.
Les points de vue contradictoires des parties prenantes ne présagent pas de la fin du monde. Le chef de projet doit être en mesure d’organiser une réunion conjointe et de la faciliter afin que les parties prenantes parviennent à un consensus. Le rôle du chef de projet n’est pas celui de juge en cas de conflits et de priorités différentes parties prenantes, mais plutôt de facilitateur pour les mettre en lumière et initier un dialogue.
Un problème commun : L’objectif du projet est de mettre à jour le système d’information, mais des modifications doivent également être apportées au système CRM intégré (et il y a là un conflit). Le propriétaire du système CRM est contre le projet et exige que son système ne soit pas du tout impacté par les changements.
Avantages de la facilitation: Dans un tel cas, une réunion conjointe avec les parties prenantes et le chef de projet (et éventuellement aussi le sponsor) permet à toutes les parties prenantes de s’écouter et de comprendre pourquoi la coopération est si difficile pour elles. Faciliter une telle réunion nécessite de solides compétences en communication, mais il est également nécessaire de choisir un format approprié pour la réunion afin que chacun ait l’espace nécessaire pour s’exprimer et s’écouter. Le but de la facilitation est d’amener les participants à s’accorder sur comment ils peuvent procéder ensemble grâce à la communication d’un objectif commun. Une réunion réussie de ce type est beaucoup plus efficace qu’une escalade vers un sponsor. Le changement sera visible et contribuera à la coopération future et au développement de bonnes relations.
En bref
Travailler avec les parties prenantes est très exigeant. Cela demande beaucoup d’énergie, d’empathie et d’écoute, mais aussi une compréhension du contexte de l’entreprise. Cependant, il est essentiel d’investir du temps dans la gestion des parties prenantes. Lors d’une communication difficile, essayez de regarder la situation à travers les yeux de chaque partie prenante et vous comprendrez mieux quels aspects du projet sont problématiques ou stressants pour elles.
Sans la coopération des parties prenantes sur un projet, personne ne gagne. Par conséquent, il est nécessaire de faire tout votre possible pour trouver une motivation commune pour le changement et fonctionner comme une seule équipe.
Lenka est cadre exécutive avec une expérience internationale et une expérience reconnue dans l’établissement d’une vision stratégique et son exécution. Elle excelle dans la conduite de transformations numériques et l’amélioration de l’agilité organisationnelle. Lenka a acquis une expérience multisectorielle en dirigeant des initiatives stratégiques dans les domaines de la banque, de l’industrie manufacturière, de la distribution et de l’automobile. Elle travaille actuellement comme chef de cabinet du président du Project Management Institute®, une organisation à but non lucratif mondiale qui offre un soutien à l’éducation et à l’évolution de carrière aux professionnels qui conduisent les changements et la transformation.
Elle est titulaire du Digital Excellence Diploma de l’IMD Business School of Switzerland, graduated C-level School de European Women in Boards, d’un Master of Science en informatique et de plusieurs certifications en management de projet, pratiques agiles et analyses business.
partagez ce billet avec vos amis, collègues et relations professionnelles
Certains propriétaires de produits (Product Owners) pensent qu’un arriéré de produit (Product Backlog) complet est le meilleur moyen d’atteindre l’objectif du produit et d’être en même temps totalement transparent .
The Expensive Folly of the Oversized Product Backlog par Stefan Wolpers
Apprenez-en davantage sur l’impact négatif d’un Product Backlog surdimensionné sur l’innovation, la capacité de votre équipe Scrum à créer de la valeur et vos relations avec les parties prenantes.
Les effets secondaires coûteux d’un arriéré de produit surdimensionné
Certains Product Owners estiment en effet que tenir un Product Backlog surdimensionné est une stratégie optimale pour atteindre l’objectif du produit et maintenir une transparence totale, garantissant qu’aucune idée de valeur potentielle ne soit perdue. Cependant, construire à l’avance une liste complète de tous les éléments de travail imaginables n’est pas seulement une perte de temps pour une équipe Scrum, un Product Backlog surdimensionné est une erreur coûteuse à long terme.
Voici 8 effets secondaires critiques de cet anti-pattern (contre-modèle ou fausse bonne idée) du Product Backlog.
#1 – Encourage le gaspillage
Un Product Backlog surdimensionné favorise le gaspillage en investissant du temps dans des éléments qui ne seront peut-être jamais développés en raison de la découverte continue de tâches plus précieuses. C’est une violation claire des principes du Manifeste Agile. En particulier, la simplicité – l’art de maximiser le travail non fait – qui est essentielle.
#2 – Augmente les risques du piège des coûts irrécupérables
Les « sunk costs » sont des dépenses non récupérables quoi que l’on fasse ou décide maintenant. Relisez ce billet.
Un important Product Backlog peut favoriser le syndrome des coûts irrécupérables. Les équipes peuvent continuer à affiner et à prioriser des éléments parce qu’elles y ont déjà investi du temps plutôt que parce qu’ils ajoutent une valeur significative. Ce comportement contredit le principe d’amélioration continue et d’adaptation du Manifeste Agile.
#3 – Conduit à la paralysie d’analyse
Un énorme Product Backlog peut provoquer ce que l’on appelle la paralysie d’analyse, où le volume d’items devient écrasant, conduisant à l’indécision et aux retards. L’équipe peut passer trop de temps à évaluer, hiérarchiser et redéfinir les priorités, ce qui nuit à sa capacité à se concentrer sur le développement réel du produit. Cet excès de choix ralentit souvent les processus de prise de décision, ce qui rend difficile pour l’équipe de déterminer par où commencer ou sur quoi se concentrer ensuite. En fin de compte, cela ralentit l’ensemble du projet, détournant l’énergie de la création de valeur pour le client vers la gestion du Product Backlog lui-même.
#4 – Nuit à l’engagement des parties prenantes
Un Product Backlog gonflé présente un défi important en matière de communication efficace. Le grand nombre d’items peut rendre difficile pour les intervenants de comprendre le plan, les progrès et les priorités, ce qui peut entraîner un décalage dans les attentes. Les intervenants peuvent avoir du mal à trouver leurs intérêts spécifiques dans la longue liste, ce qui les rend confus et peut causer un sentiment de détachement.
#5 – Produit un effet d’éviction
Un Product Backlog complet et surdimensionné peut décourager sans le vouloir les parties prenantes et les membres de l’équipe de faire part de leurs réflexions et de leurs idées. L’exhaustivité perçue du Product Backlog pourrait donner l’impression qu’il n’y a pas de place ni de besoins supplémentaires à ajouter, ce qui pourrait faire perdre des idées précieuses.
#6 – Inhibe l’innovation
Un énorme Product Backlog peut involontairement étouffer l’énergie créative au sein de l’équipe Scrum. La longue liste de tâches peut créer une culture de « cocher les cases » où l’équipe se concentre davantage sur compléter des tâches plutôt que sur explorer et innover. L’équipe peut se sentir contrainte, percevant qu’il n’y a pas de place pour de nouvelles idées, ce qui peut limiter leurs compétences créatives en résolution de problèmes et les dissuader de trouver des solutions innovantes. Cet état d’esprit contredit la valeur Scrum de « l’ouverture » et le principe Agile d’exploiter le changement pour le bénéfice business du client.
#7 – Donne un faux sentiment de sécurité
Guide téléchargeable gratuitement
Un Product Backlog exhaustif peut donner un faux sentiment de sécurité, une illusion de contrôle. Il peut sembler que l’équipe Scrum a identifié tout le travail nécessaire, réduisant ainsi le besoin perçu de découverte et d’apprentissage. Ce décalage avec le Guide Scrum, qui préconise l’apprentissage itératif et la découverte, peut être nuisible.
#8 – Encourage l’optimisation précoce
Un Product Backlog enflé peut conduire à une optimisation prématurée. L’équipe peut se sentir forcée de concevoir des systèmes ou des flux de travail qui anticipent l’achèvement des futurs éléments du backlog, ce qui entraîne une complexité inutile, contribuant au gaspillage si ces tâches changent ou sont dépriorisées par la suite. Cette approche entre en conflit avec le principe agile de simplicité (l’art de maximiser la quantité de travail non effectué) et la valeur Scrum de focus, car elle encourage l’effort dirigé vers des besoins futurs incertains plutôt que vers les besoins présents les plus précieux.
CertYou est partenaire de DantotsuPM, allez voir les certifications Agile
Comment contrer au mieux les effets d’un Product Backlog surdimensionné
Heureusement, il existe de nombreuses façons d’éviter de créer un Product Backlog surdimensionné dès le départ. Mieux encore, c’est à l’équipe Scrum de les utiliser à bon escient. Voici 8 tactiques pour commencer :
#1 – Adoptez la simplicité
Tenez-vous-en au principe de simplicité du Manifeste Agile, qui implique de maximiser le travail non effectué. Concentrez-vous sur les articles les plus précieux pour offrir la plus grande valeur client et business.
#2 – Limitez les travaux en cours (Work in Progress : WiP)
Limitez le nombre d’éléments dans le Product Backlog à tout moment. La limite WiP peut éviter la surcharge et encourager l’équipe à terminer les objets avant d’en prendre de nouveaux.
#3 – Affinez régulièrement le Product Backlog
Gardez le Product Backlog gérable en organisant régulièrement des sessions d’affinement pour vous assurer que les éléments sont toujours pertinents, précieux et correctement hiérarchisés.
#4 – Affinez juste-à-temps
Évitez de trop affiner les éléments qui ne sont pas imminents pour le développement. Plus un élément est éloigné de la sélection pour un Sprint, moins il devrait être détaillé. L’équipe Scrum ajoute des détails lors des séances de raffinement juste à temps.
#5 – Hiérarchisez et dépriorisez
Acceptez le fait que tous les éléments du Product Backlog ne seront pas implémentés. Établissez régulièrement des priorités et, si nécessaire, supprimez les priorités ou supprimez les éléments du Product Backlog qui ne correspondent plus à l’objectif du produit.
#6 – Responsabilisez les équipes
Encouragez l’auto-organisation au sein de l’équipe Scrum. Donnez-leur les moyens de proposer et de négocier des éléments dans le Product Backlog, renforçant ainsi leur sentiment d’appartenance et d’engagement. Les meilleurs développeurs challengent toujours leurs Product Owners !
#7 – Faites la promotion un dialogue ouvert
Favorisez une culture de dialogue ouvert et de collaboration entre l’équipe Scrum, les parties prenantes et le Product Owner. Encouragez tout le monde à apporter des idées et à remettre en question celles qui existent déjà, en évitant l’effet d’éviction.
#8 – Favorisez l’apprentissage continu et l’adaptation
Adhérez au processus empirique de « transparence, inspection et adaptation » de Scrum. Apprenez de chaque Sprint, adaptez le Product Backlog en fonction des informations, par exemple, de la revue de Sprint (Sprint Review), et soyez ouvert aux changements.
Pour terminer
Le Product Backlog est un outil essentiel dans le développement de produits avec Scrum. Son efficacité est liée à la simplicité, à la limitation du travail en cours, au raffinement régulier, aux détails juste-à-temps, à la priorisation, à l’autonomisation des équipes, au dialogue ouvert et à l’apprentissage continu.
Tous ces principes fonctionnent ensemble pour garder le Product Backlog concentré, exploitable et aligné sur l’objectif du produit, améliorant ainsi la transparence et favorisant une culture de collaboration et d’amélioration continue.
Comment empêchez-vous un nouveau Product Backlog de devenir surdimensionné ?
partagez ce billet avec vos amis, collègues et relations professionnelles
En quelques secondes, ce qui avait pris des décennies à construire a été réduit en poussière, ouvrant la voie à un défi de taille personnelle et professionnelle pour Kevin Gemayel.
Limitez le nombre d’éléments dans le Product Backlog à tout moment. La limite WiP peut éviter la surcharge et encourager l’équipe à terminer les objets avant d’en prendre de nouveaux.
DantotsuPM.com 