Réparez des réunions quotidiennes « Daily Scrum » devenues cauchemardesques !

Le 6 décembre 20238 décembre 2023 par mopertodans agileLaisser un commentaire

Vos réunions quotidiennes débordent-elles la durée agréée ? Est-ce qu’une ou deux personnes s’accaparent la conversation ?

Découvrez plusieurs conseils pour aider les membres de l’équipe à reconnaître quand leur contribution a duré un peu trop longtemps (ou trop peu).

Troubleshooting Nightmarish Daily Scrums par Mike Cohn

https://www.mountaingoatsoftware.com/blog/troubleshooting-daily-scrums

La daily scrum est censée être une réunion de synchronisation d’équipe rapide et factuelle. Elle peut rapidement se transformer en cauchemars récurrents si les gens parlent trop ou trop peu. En tant que Scrum Masters, notre travail consiste à faciliter ces réunions quotidiennes afin qu’elles atteignent leur objectif et restent dans leur zone de temps.

Deux vidéos suivent. Et vous devrez peut-être regarder les deux, en fonction de votre équipe !

La première vidéo présente quatre choses que vous pouvez essayer pour faire bouger la réunion lorsque quelqu’un domine la conversation. La deuxième vidéo traite des choses à essayer lorsque certaines personnes donnent des réponses vagues (ou ne parlent pas du tout !). Si vous préférez lire, une transcription suit chaque vidéo.

Les deux vous aideront à éviter deux monstres des daily scrum : Les vampires qui sucent le temps et les zombies qui tuent l’énergie.

4 choses à essayer lorsque les gens parlent trop dans les mêlées quotidiennes

Certaines personnes ne veulent tout simplement pas se taire. Peut-être qu’elles sont nerveuses à propos de quelque chose, alors elles parlent. Peut-être pensent-elles que tout le monde veut entendre chacune de leurs pensées. Peut-être elles ne sont même pas conscientes qu’elles parlent autant. Mais trop parler peut être un énorme problème, surtout dans une réunion avec une limite de temps courte comme le daily scrum. Voyons ce que vous pouvez faire à ce sujet.

1. Mettez une minuterie

Une solution courante pour un membre de l’équipe trop bavard consiste à lancer un chronomètre d’une minute lorsque chaque personne commence à donner sa mise à jour pendant le daily scrum. Ce n’est pas grave, mais je trouve que cela oblige souvent une équipe à finir trop vite. La mise à jour de quelqu’un gagnerait souvent à prendre 2 à 3 minutes. Ceci est déconseillé, cependant, avec une minuterie d’une minute par personne.

2. Faites en sorte que l’horloge soit bien visible

Un Scrum Master, Kayleigh, m’a enseigné notre deuxième technique. Au fur et à mesure que chaque personne donne une mise à jour, elle tient un ballon de 3 kg droit devant elle.

La balle n’est pas très lourde, mais la tenir bras tendus devant vous deviendra plus difficile au fur et à mesure que vous parlerez. Ce que j’aime dans cette technique, c’est que la position devient de plus en plus difficile à tenir au fil du temps. Cela le rend très efficace.

3. Interrompez poliment

Voici un troisième conseil pour faire face à un membre de l’équipe trop bavard. Interrompez-le, surtout si vous êtes le Scrum Master ou le coach. Nous hésitons à l’interrompre parce que nous pensons que ce serait impoli. En réalité, ce qui est impoli, c’est que cette personne monopolise la réunion avec son soliloque.

Si quelqu’un est vraiment en train de blablater, le Scrum Master (ou, vraiment, n’importe qui sur le Équipe Scrum) doit les interrompre. Sinon, c’est impoli envers tout le monde dans la réunion.

Voici une bonne façon de l’interrompre poliment. Dites à la personne qui parle qu’il semble qu’elle ait encore beaucoup à dire sur ce sujet. Ajoutez ensuite que tout le monde doit avoir la possibilité de faire le point dans le délai prescrit de 15 minutes. Enfin, proposez de revenir vers l’orateur loquace une fois que tout le monde aura eu l’occasion de partager.

Certaines équipes utilisent l’idée bien connue d’un parking (parking lot) pour de tels sujets. Annoncez simplement que vous ajoutez cet élément au parking et que vous y reviendrez une fois que chacun aura fourni sa mise à jour.

D’autres équipes s’intéressent un peu plus à l’esprit agile des choses et se référeront au parking comme à la « seizième minute ».

4. Créez un signal

Si vous avez du mal à interrompre quelqu’un, voici une technique qui vous aidera. Au lieu d’interrompre la personne, donnez aux membres de l’équipe un moyen de signaler poliment à la personne qu’elle est trop longue. Pensez aux discours de remise des Oscars. Parlez trop longtemps et l’orchestre commence à jouer. Continuez à parler et ils jouent plus fort.

Une façon amusante d’obtenir le même effet est d’utiliser Elmo, le personnage de Sesame Street. Ensuite, utilisez son nom comme acronyme : Assez, passons à autre chose. Si vous êtes tous en présentiel, achetez un Elmo en peluche et gardez-le dans votre salle de réunion. N’importe qui peut brandir l’Elmo en peluche s’il pense que quelqu’un se perd. Cela fonctionne encore mieux pour les visioconférences. Encouragez tout le monde à trouver leur arrière-plan Elmo préféré et à le remonter lorsque quelqu’un parle trop longtemps.

Les daily Scrum sont censées être des réunions rapides et précises. Je ne veux pas qu’une équipe en termine en 5 minutes. C’est certainement trop court pour que quoi que ce soit de significatif ait été discuté ou partagé.

Mais je ne veux pas non plus que la réunion dure trop longtemps, et je ne veux certainement pas qu’une personne monopolise la conversation.

4 choses à essayer lorsque les gens ne parlent pas dans les mêlées quotidiennes

Parlons maintenant de ne pas parler. Comment faire en sorte que quelqu’un s’exprime lors d’une réunion quotidienne ?

Cela ne me dérange pas si quelqu’un reste silencieux lors d’une réunion alors qu’il n’a rien à apporter. C’est très bien, et il faut le féliciter davantage pour ce comportement de quelqu’un qui se sent obligé d’intervenir sur tout.

Mais, rester silencieux dans un stand-up quotidien est un problème parce que chaque personne est censée contribuer.

Pendant des années, les réunions quotidiennes scrum (ou réunions debout quotidiennes) ont suivi le même format. Chaque participant devait dire ce qu’il avait fait depuis la réunion précédente, ce qu’il ferait avant la prochaine réunion et décrire tout ce qui entravait ses progrès. Ces trois éléments représentaient les progrès, les plans et les problèmes d’une personne.

Ces trois éléments ne sont plus exigés d’une équipe Scrum dans ses daily scrum. Ils restent une bonne option par défaut pour la plupart des équipes sur ce qui devrait être couvert lors de la réunion. Mais la façon dont vous arrivez aux progrès, aux plans et aux problèmes n’est pas gravée dans le marbre. Vous devriez changer un peu, surtout si vos mêlées quotidiennes ne fonctionnent pas. Je recommande d’y aller histoire par histoire, plutôt que personne par personne.

Mais que devez-vous faire si vous êtes un Scrum Master ou un coach avec des membres de l’équipe qui fournissent une mise à jour mais ne disent rien de significatif ? Quelque chose comme : « Hier, j’ai travaillé sur quelques tâches. Aujourd’hui, je vais travailler sur quelques tâches. Pas de bloqueurs. »

J’ai entendu cela trop de fois pour les compter. Et ça ne vaut rien.

1. Recherchez les détails

Quand quelqu’un donne une mise à jour comme celle-ci, vous devez le pousser sur les détails. S’ils disent simplement qu’ils ont « travaillé sur certaines tâches », demandez-leur de nommer les tâches spécifiques. Ou si vous êtes physiquement avec un tableau des tâches sur Kanban, demandez-leur de pointer vers les lignes ou les cartes spécifiques.

2. Revenez à la structure

Posez une question à la fois aux personnes qui donnent des mises à jour vagues. Si votre équipe suit la convention de parler des progrès, des plans et des problèmes, posez d’abord des questions sur les progrès.

Ne laissez pas cette personne vous parler des trois aspects de son travail. S’ils commencent à se transformer en plans ou en problèmes, ramenez-les d’abord au progrès. Dites quelque chose comme : « C’est génial, et nous voudrons tous en savoir plus dans une minute sur votre plan pour aujourd’hui, mais sur quelles tâches spécifiques avez-vous travaillé hier ? » Ramenez-les à un seul sujet.

Donnez une structure et rappelez-la souvent.

Souvent, quelqu’un qui donne une mise à jour vague, comme dire qu’il a travaillé sur certaines tâches, est introverti. Et je peux comprendre : moi aussi. Mais ce qu’il faut savoir sur les introvertis, c’est que même si nous redoutons les bavardages, la plupart d’entre nous se débrouillent bien avec les conversations structurées. Alors, renforcez la structure de ces réunions.

Si vous voulez que les gens parlent des progrès, des plans et des problèmes, mettez l’accent sur cette structure en posant des questions sur chacun d’entre eux à tour de rôle.

En fait, je ne suis pas un grand fan d’un Scrum Master ou d’un coach qui appelle les gens et pose des questions de cette manière. Je préfère laisser une équipe s’organiser elle-même dans la façon dont elle aborde la réunion. Mais avec des individus calmes, ramenez un peu de structure. Cela aidera les introvertis de l’équipe.

3. Encouragez un ordre

Une autre façon d’ajouter de la structure à la réunion est de demander aux gens de donner leurs mises à jour dans un ordre connu. Et envisagez de demander aux membres de l’équipe, calmes et vagues, de passer en premier. Ou vous pouvez même y aller en premier vous-même. (Oui : je pense que les Scrum Masters et les coachs devraient aussi donner des mises à jour.)

Une bonne façon de le faire est de commencer par quelque chose comme : « OK, écoutons d’abord Ajay, puis Astrid, mais je vais commencer. » Ensuite, donnez votre propre mise à jour, ce qui donne aux deux personnes que vous avez nommées une chance de préparer les leurs.

Pourquoi est-ce que j’aime commencer par les gens qui donnent des mises à jour vagues? Parce que sinon, ils sont nerveux tout au long de la réunion à l’idée qu’ils seront appelés ensuite. Il est préférable de leur faire savoir quand ils parleront. Et quand vous y allez en premier, vous leur offrez un moment pour rassembler leurs pensées.

4. Renforcez l’objectif

Une autre mesure que vous pouvez prendre est de renforcer l’objectif des réunions debout quotidiennes. Il ne s’agit pas de microgérer une équipe. Les daily scrum ne sont pas des réunions d’étape conçues pour vérifier l’état des choses. Ce sont des réunions de synchronisation. Les membres de l’équipe synchronisent leurs efforts pour s’assurer que rien d’important n’est négligé et que deux personnes ne font pas la même chose sans être conscientes l’une de l’autre.

Lorsque les gens connaissent le but d’une réunion, ils sont plus susceptibles de comprendre la bonne façon de participer, en ne parlant ni trop ni trop peu, mais juste assez !

Ce ne sont là que quelques-unes des nombreuses façons de créer des réunions quotidiennes plus efficaces pour vos équipes.

De quelles autres façons avez-vous fait passer vos sessions Daily Scrum de hantées et horribles à productives et déterminées ?

CertYou est partenaire de DantotsuPM, allez voir les certifications Agile

Voici de nombreux billets sur le sujet des Daily Scrum car il sont au cœur de l’approche et restent difficiles à organiser et bien utiliser.

Dans le monde Agile où le changement est valorisé, pourquoi une équipe stable est-elle si importante ?

Le 21 novembre 202317 novembre 2023 par mopertodans agileLaisser un commentaire

Une équipe stable est une équipe dans laquelle la composition de l’équipe ne change pas souvent et est, au contraire, cohérente au fil du temps. Pourquoi devriez-vous vous en soucier ?

In Agile, Where Change is Valued, Why Is a Stable Team So Important? par Mark Levison

https://agilepainrelief.com/blog/in-agile-where-change-is-valued-why-is-a-stable-team-so-important.html

Une équipe stable est une équipe dans laquelle la composition de l’équipe ne change pas souvent et est, au contraire, cohérente au fil du temps.

Pourquoi devrions-nous nous en soucier ? Scrum n’est-il pas comme le basket-ball où vous pouvez changer les joueurs sur le terrain à chaque fois qu’il y a une interruption ? Découvrons-le…

Les équipes très performantes, ou les équipes qui font des choses avec une qualité incroyablement élevée, est l’objectif de beaucoup de ceux qui arrivent dans Scrum en s’attendant à obtenir des performances incroyables de leur système. Mais construire une équipe performante à partir de zéro prend du temps. L’image populaire du modèle de formation d’équipe de Tuckman montre une équipe passant par les étapes de formation/constitution à tension à normalisation puis exécution/production. (Mise en garde : l’image existe pour simplifier la compréhension. La dynamique d’une vraie équipe sera plus désordonnée qu’on ne le montre ici).

Il est facile de former une équipe, puis de passer à toute vitesse à travers la phase de tension. La phase de tension est caractérisée par des conflits, car les gens appréhendent les rôles et les relations.

La normalisation et l’exécution sont considérablement plus difficiles dans les équipes instables, et elles s’y produisent à plusieurs reprises. Chaque fois qu’il y a un changement dans la composition de l’équipe, il y a de fortes chances de revenir à la phase de tension en raison de la nouvelle dynamique interpersonnelle. J’avertis les organisations que, lorsqu’elles doivent apporter des changements, il y a un risque que le changement les renvoie non seulement à la tension, mais qu’il soit également suffisamment dommageable pour que l’équipe ne s’en remette pas du tout. Combien de fois voulez-vous tenter la chance ?

La plupart des travaux de la littérature académique traitent de la familiarité, et non de la stabilité. Grosso modo, cela signifie « nous avons suffisamment travaillé ensemble dans le passé pour nous comprendre en tant qu’individus ». Que vous l’appeliez familiarité ou stabilité, la prémisse est la même : Les gens ont besoin de temps pour apprendre à se comprendre et à communiquer efficacement, la clé est que la familiarité est plus faible que la stabilité.

Comment des équipes stables affectent la qualité

Lorsque les membres de l’équipe se connaissent, vous en voyez les bénéfices dans le niveau de qualité du travail de cette équipe. Prenons, par exemple, la chirurgie. J’espère que la plupart des équipes Scrum font un travail moins risqué que les interventions chirurgicales, mais la chirurgie (pour des raisons évidentes) est bien étudiée, ce qui nous donne une bonne source de données.

Il y a un chirurgien orthopédiste qui opère plus de 500 chirurgies du genou par an, soit 2,5 fois plus que n’importe qui d’autre dans son hôpital. Il a mis en place des dizaines de techniques pour améliorer ses interventions. Au lieu de travailler avec un groupe changeant d’infirmières et d’anesthésistes, il dispose de deux équipes dédiées et il dit que « peu des méthodes qu’il a mises au point seraient pratiques si elles n’étaient facilitées par la familiarité de travailler avec les mêmes personnes tous les jours ».^[¹^]

Tuer le patient est l’erreur ultime. Ne pas les tuer est une barre assez basse de succès côté qualité. Néanmoins, les chirurgiens cardiaques qui travaillaient dans plusieurs hôpitaux mais maintenaient des équipes stables avaient un taux de mortalité plus faible, même avec davantage d’opérations chirurgicales effectuées. Les auteurs de l’étude ont attribué ce niveau de qualité du travail en partie à la familiarité de l’équipe.^[²^]

L’aviation et l’aéronautique sont également des domaines largement étudiés avec des données qui soutiennent l’importance d’équipes stables. « 73 % des accidents pour lesquels des informations étaient disponibles se sont produits le premier jour où le commandant de bord et le copilote ont volé ensemble. »^[³^]

Une étude de la NASA a révélé que les équipages fatigués qui avaient l’habitude de travailler ensemble commettaient environ deux fois moins d’erreurs que les équipages composés de pilotes reposés qui n’avaient jamais volé ensemble avant.^[^4]

Et pour redescendre sur terre, une étude de la société d’externalisation de logiciels Wipro a révélé qu’une familiarité accrue réduisait les défauts de 19%.^[⁵^]

Comment les équipes stables affectent-elles la prévisibilité ?

Il n’y a pas de données sur la prévisibilité des chirurgiens, ce qui, à mon avis, pourrait être une bonne chose.

L’étude de Wipro a montré que « les écarts par rapport au budget ont diminué de 30% ». Ignorons l’accent mis sur le budget, alors qu’il devrait s’agir de la construction du bon produit, mais cela montre que la familiarité facilite la prévisibilité.

Dans l’étude « Impact of Agile Quantified »^[⁶^],Larry Maccherone a montré que les équipes stables avaient une prévisibilité supérieure de 40%.

Incidence des équipes stables sur la productivité

Nous ne devrions pas vraiment courir après « plus de fonctionnalités produites plus rapidement » comme résultat. Au lieu de cela, nous devrions nous concentrer sur une meilleure valeur et de meilleurs résultats. Cela dit, je n’ai jamais rencontré quelqu’un qui ne voulait pas voir son équipe réaliser plus de choses.

Chez Wipro, « nous avons également constaté que la familiarité était un meilleur indicateur prédictif de performance que l’expérience individuelle des membres de l’équipe ou des managers de projet ». Des données plus impressionnantes du « The Impact of Agile Quantified » ont montré que les équipes stables sont 60% plus productives. Dans de nombreuses organisations, c’est le levier qui nous permet d’aller vers les équipes stables.

N’oubliez pas de vous concentrer sur les résultats plutôt que les productions.

Pourquoi les équipes stables fonctionnent-elles ?

L’esprit d’équipe (ou modèle mental partagé). Nous savons ce que les autres savent et sur qui on peut compter pour faire certaines choses.
La coordination et une meilleure collaboration sont plus faciles lorsque nous nous connaissons bien.
Flexibilité. L’esprit d’équipe et la capacité à collaborer permettent à l’équipe de s’adapter plus facilement lorsque des changements plus importants dans les produits se matérialisent.
L’amélioration continue nécessite les mêmes personnes, ainsi nous ne continuons pas à réexaminer des choses que nous avons apprises il y a des mois.
L’esprit d’équipe et le processus d’apprentissage continu approfondissent la connaissance de l’équipe de son domaine de travail, ses compétences techniques et sa connaissance de sa base de code.

Pourquoi les équipes stables peuvent-elles être difficiles ?

Donc, si les équipes stables sont une bonne chose, qu’est-ce qui rend difficile de les atteindre ?

Organisation matricielle. Lorsque les membres de l’équipe relèvent de différents managers, chaque manager aura des agendas/besoins différents. Par conséquent, les membres de l’équipe peuvent être réaffectés, même si une solution plus élégante pourrait fonctionner et leur permettre de rester dans l’équipe.
Dépendance à l’égard d’experts externes. Lorsqu’une équipe fait appel à une aide extérieure pour acquérir des compétences spécialisées, elle essaie souvent d’inclure « l’expert » dans l’équipe. Cela fonctionne rarement bien. Une meilleure solution est de les utiliser comme consultant/coach, mais de ne pas leur faire faire le travail pratique. Au lieu de cela, ils enseignent aux membres de l’équipe comment effectuer le travail en question, en maintenant la dynamique de l’équipe et en améliorant les compétences en même temps.
Politique organisationnelle. Berk. J’en ai assez dit.

Quand des équipes stables ne sont-elles pas souhaitables ?

Dans certains cas, lorsque la complexité du problème (voir : La complexité et le cadre Cynefin) est telle que les compétences des membres de l’équipe évoluent rapidement, les équipes stables peuvent ne pas être une priorité. Dans ce cas, nous pourrions sacrifier les performances, la réduction des erreurs, etc., pour avoir une chance de nous attaquer d’abord au problème. Les problèmes de cette nature sont incroyablement rares. S’il vous plaît contactez-moi si vous pensez en avoir trouvé un, je veux vérifier.

Reconstruire les équipes

Parfois, le produit sur lequel on travaille n’est plus aussi important et l’organisation doit réduire les coûts et déplacer les membres de l’équipe. Redgate Software a mis au point une technique permettant d’équilibrer la stabilité et l’adaptation à l’évolution des conditions du marché^[⁷^],où l’organisation prend chaque année des décisions stratégiques quant aux domaines sur lesquels se concentrer. Une fois les décisions prises, les membres de l’équipe peuvent choisir eux-mêmes l’équipe dans laquelle ils souhaitent travailler.

Préférez une appartenance stable à une équipe plutôt qu’un assemblage changeant de personnes. Lorsque vous n’avez pas le choix, examinez les circonstances et assurez-vous que l’organisation comprend ce à quoi elle renonce.

[1] The Firm Specificity of Individual Performance: Evidence from Cardiac Surgery – Robert S. Huckman and Gary P. Pisano

[2] A Review of Flightcrew-Involved, Major Accidents of U.S. Air carriers 1978 Through 1990 – NTSB

[3] https://hbr.org/2009/05/why-teams-dont-work

[4] Team Familiarity, Role Experience, and Performance: Evidence from Indian Software Services – Robert S. Huckman, Bradley R. Staats, David M. Upton

[5] https://www.infoq.com/presentations/agile-quantify/

[6] https://hbr.org/2013/12/the-hidden-benefits-of-keeping-teams-intact

[7] https://medium.com/ingeniouslysimple/reteaming/home

Boostez la puissance des jalons

Le 8 novembre 20235 novembre 2023 par mopertodans outils et méthodesLaisser un commentaire

Il n’y a pas de limite à l’utilisation que vous pouvez faire des jalons dans vos projets. Ne vous limitez donc pas aux livrables techniques et incluez des jalons pour tous les événements qui sont significatifs pour l’entreprise : Finalisation de processus, tests utilisateurs, pilotes…

Boost the Power of Milestones par Bonnie Biafore

https://www.bonniebiafore.com/boost-the-power-of-milestones/

Les managers de projet montrent généralement les progrès avec des jalons qui représentent l’achèvement de livrables importants. Mais cela ne fait qu’effleurer la surface de ce que les jalons peuvent visualiser en matière de progression de votre projet.

Voici 5 autres façons de mettre en évidence les progrès réalisés à l’aide de jalons.

#1 – Points de progression sur la chronologie.

Quels sont les jalons auxquels vous allez livrer et nourrir une attente positive ?

En particulier pour les projets plus longs, vous pouvez créer des jalons pour indiquer qu’un quart, la moitié et les trois quarts des tâches de votre échéancier sont terminés.

C’est un excellent moyen de visualiser les progrès à haut niveau de votre échéancier.

#2 – Risques traités.

Un risque majeur appartient-il dorénavant au passé ?

Les risques rendent les parties prenantes nerveuses. Les risques traités sont des éventualités à haut risque qui ont été résolues, soit grâce à des mesures d’atténuation réussies, soit parce que le risque ne s’est pas concrétisé. Créez des jalons pour identifier ces événements positifs dans votre échéancier. En plus d’ajouter ces risques traités à votre suivi des jalons, assurez-vous aussi de mettre à jour le niveau de risque global du projet.

#3 – Réponses positives des parties prenantes aux sondages de satisfaction.

Une façon de mesurer le succès de votre projet est de sonder les parties prenantes sur leur satisfaction à son égard. En fonction des événements entourant le projet, la satisfaction des parties prenantes peut diminuer, en particulier au début du projet avant qu’elles ne voient des résultats. Sondez périodiquement vos parties prenantes. Ensuite, créez un jalon lorsque vous atteignez un niveau prédéterminé de satisfaction des parties prenantes.

#4 – Éléments importants sur le chemin critique qui ne sont pas des livrables.

Tous les éléments du chemin critique ne font pas référence à des livrables. Les éléments importants du chemin critique peuvent inclure des points de rencontre où plusieurs chemins dans l’échéancier du projet se rejoignent comme l’adjonction de membres critiques au projet ou une décision notable d’un organisme de réglementation. Ajoutez des jalons pour afficher ces éléments dans votre planning.

#5 – Dépendances externes.

L’obtention d’autorisations et de certifications mérite d’être notée. La conclusion de négociations contractuelles et autres tâches impliquant des entités externes peuvent être des indices de progrès.

Utilisez les jalons du projet pour les identifier et les suivre.

Partenaire de DantotsuPM, CERTyou est le spécialiste des formations certifiantes

De nombreux projets techniques utilisent des jalons uniquement pour indiquer l’achèvement des tâches techniques. Pour vous assurer que vos rapports d’avancement sont utiles, incluez des jalons pour tous les événements qui sont significatifs pour l’entreprise, tels que les finalisations de processus ou les résultats positifs des tests des utilisateurs.

Il n’y a vraiment pas de limite à l’utilisation que vous pouvez faire des jalons. Quels autres événements et réalisations soulignez-vous avec des jalons ?

Pour en savoir plus sur les jalons, consultez le cours de Bonnie Project Management Foundations: Schedules course.

Précédent billet de Bonnie Biafore sur ce thème :

Comment bien utiliser des jalons pour suivre la progression du projet ?

Naviguer dans les agendas cachés !

Le 24 octobre 202321 octobre 2023 par mopertodans best practices, pmo et portofolio1 commentaire

L’un des aspects les plus difficiles dans les organisations est la présence d’agendas personnels, certains ouverts et d’autres cachés.

Reconnaître et comprendre l’existence d’agendas cachés est crucial pour un leadership efficace et pour le succès de l’organisation.

Navigating hidden agendas by Michael Küsters

https://failfastmoveon.blogspot.com/2023/06/navigating-hidden-agendas.html

Nous nous efforçons constamment de créer des organisations prospères où la collaboration, la productivité et l’innovation s’épanouissent. Cependant, l’un des aspects les plus difficiles dans les organisations est la présence d’agendas personnels, certains ouverts et d’autres cachés. Souvent, les gens disent que si nous pouvions simplement éliminer ces agendas personnels et concentrer tout le monde sur l’objectif et la mission globaux, nous aurions beaucoup moins de problèmes. Mais ce « simplement » est un problème majeur, explorons-le !

Comment les pièces et la vue d’ensemble de ce puzzle sont-elles liées ?

Le problème avec les agendas cachés

Les agendas cachés surviennent lorsqu’un individu a des intérêts personnels, motivations ou objectifs qui ne correspondent pas à son environnement. Ces agendas cachés sont souvent considérés comme des obstacles à la prise de décision, à l’exécution et au travail d’équipe. Ils érodent également la confiance au sein de l’organisation.

Reconnaître et comprendre l’existence d’agendas cachés est crucial pour un leadership efficace et pour le succès de l’organisation.

Lefebvre Dalloz Compétences est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.

L’impact de ces agendas personnels

Les agendas personnels influencent de manière significative la dynamique, la communication et les processus de prise de décision. Lorsque les individus donnent la priorité à leurs propres motivations plutôt qu’aux objectifs de l’organisation, cela peut déclencher des conflits, nuire à la collaboration et entraver les progrès. Les agendas cachés posent un défi particulier car ils ne sont pas ouvertement reconnus et traités, de sorte que tout le monde à l’exception du propriétaire de l’agenda est tenu dans l’expectative. Cela peut miner la confiance, la transparence et l’alignement au sein de l’organisation.

La présence d’agendas personnels peut donc avoir un impact significatif sur le succès de l’organisation en affectant négativement l’alignement, la transparence et la collaboration.

La reconnaissance et le management des agendas personnels deviennent donc essentiels pour favoriser un environnement de travail positif et productif.

Pourquoi y a-t-il des agendas personnels ?

Un seul et unique objectif mal aligné peut sévèrement impacter les résultats de toute l’équipe.

Dès que vous avez plus qu’une poignée de personnes, la diversité des motivations, des aspirations et des objectifs des individus devient plus apparente. Nous voyons les difficultés que cela apporte même dans les mariages où seules deux personnes ont besoin d’aligner leurs besoins et leurs désirs l’une avec l’autre. Et avec l’augmentation de la taille de l’organisation, le problème de l’alignement s’accroît.

Alors que certains agendas peuvent être exprimés ouvertement, d’autres sont cachés ou ne sont pas immédiatement apparents. Dans certains cas, cela se produit intentionnellement. Dans de nombreux cas, cependant, cela se produit parce que les gens eux-mêmes ne sont pas conscients de l’impact de leurs objectifs sur les objectifs globaux, ne savent pas comment communiquer leurs propres objectifs ou qu’il n’y a pas de forum où ils pourraient aborder les divergences.

Une structure organisationnelle complexe avec de multiples parties prenantes et des rôles diversifiés est donc un terrain fertile pour l’émergence d’agendas personnels.

Ne pouvons-nous pas éliminer ces agendas personnels ?

En bref : non. Il est pratiquement impossible d’éliminer les agendas personnels des individus au sein d’une organisation. Les humains ont naturellement leurs propres motivations, intérêts et aspirations, en fonction de leurs besoins, de leurs attentes, de leurs assomptions et de leurs propres raisons. Si nous réussissions à supprimer tout cela, cela transformerait les gens en humanoïdes sans âme. L’autonomie, la créativité et l’engagement seraient massivement limités.

Pour minimiser l’impact négatif des agendas personnels, il faut s’efforcer d’aligner les objectifs des gens les uns avec les autres et avec l’ensemble de l’organisation. Nous pouvons y parvenir en favorisant une communication ouverte et en respectant les motivations des personnes.

Les conséquences de la suppression des agendas personnels

Lorsque les individus sont incapables d’exprimer ouvertement leurs agendas personnels, ils développeront des agendas cachés à la place. L’absence d’un forum de discussion et de transparence crée un climat de méfiance, où les individus ont recours à la poursuite secrète de leurs propres intérêts. Il pourrait s’écouler beaucoup de temps avant que l’impact des actions qui en résultent sur la communication et la collaboration ne devienne tangible. L’écart entre l’ensemble des actions souhaitées et les actions exécutées dans ce cas est la « dette de communication » (Les conversations que nous aurions dû avoir, mais que nous n’avons pas eues).

À l’instar d’autres formes de dette, cette dette de communication est assortie d’intérêts et croîtra de façon exponentielle au fil du temps si elle n’est pas surveillée.

Permettre les agendas personnels

Devrions-nous alors faire de la place pour les agendas personnels ? Oui.

Bien que nous puissions croire que les systèmes autorisant les agendas personnels seraient moins performants à long terme, cela ne correspond pas aux preuves factuelles. Même des gens comme Steve Jobs ont dit :

Nous n’embauchons pas des gens intelligents et ne leur disons pas quoi faire. Nous les embauchons pour qu’ils puissent nous dire quoi faire.

Des livres comme « Drive » de Dan Pink ont recueilli des preuves accablantes que les systèmes donnant aux gens l’autonomie nécessaire pour décider eux-mêmes du meilleur plan d’action créent des résultats supérieurs.

La création d’un espace pour les agendas personnels dans un cadre structuré exploite les talents et la créativité de chacun. Les systèmes qui reconnaissent et prennent en compte les agendas personnels s’en sortent mieux en termes d’engagement, d’appropriation et d’innovation. Le défi consiste à trouver un juste équilibre entre les agendas personnels et leur potentiel à l’emporter sur les objectifs collectifs ou à provoquer des conflits.

Lorsqu’ils sont managés efficacement, ces systèmes peuvent tirer parti de la diversité des points de vue individuels pour favoriser la réussite de l’organisation.

L’augmentation du nombre d’agendas cachés

En l’absence d’une plateforme pour exprimer ouvertement leurs agendas personnels, les agendas cachés ont tendance à proliférer. L’absence de canaux de communication ouverts favorisera le ressentiment, le manque de confiance et la poursuite secrète d’intérêts individuels. Au fil du temps, les agendas cachés qui en résultent peuvent nuire à la communication, à la collaboration et à la cohésion organisationnelle.

Bien que le fait de fournir un forum pour partager des agendas personnels ne garantisse pas l’absence d’agendas cachés, sans un tel forum, les agendas cachés sont susceptibles de se multiplier. Des possibilités de dialogue ouvert et de communication transparente sont essentielles pour atténuer ce risque.

L’effet des agendas cachés sur la prise de décision

Il y a deux types de décisions : Celles que prend l’individu et celles que l’organisation prend dans ses canaux et processus officiels. Les décisions organisationnelles sont basées sur divers facteurs, tels que les objectifs, la contribution collective, l’expertise et des considérations externes.

Dans certaines organisations, les agendas cachés dominent les opérations quotidiennes. Les processus décisionnels officiels dans de tels environnements sont surtout une mise en scène : « les vraies décisions » ont déjà été prises, dans différents forums, avec différents acteurs, avant que quoi que ce soit ne soit ouvertement mis sur la table. Les agendas cachés déterminent le plan d’action. La stratégie et les objectifs organisationnels sont réduits à être le prétexte de la décision prédéterminée.

Dans le grand schéma d’ensemble, cela peut passer inaperçu, mais cela peut aussi conduire à des échecs cinglants. Comme souvent la source de l’écart ne peut pas être retracée, cela crée une confusion quant aux raisons pour lesquelles les décisions ont été inefficaces. De nombreuses organisations réagissent en introduisant des freins et contrepoids supplémentaires qui laissent encore moins de place aux agendas personnels, tout en ralentissant la prise de décision future et en engageant des coûts supplémentaires, ce qui rend l’organisation encore moins efficace. Au lieu de résoudre le problème, ils l’exacerbent !

Réparer des systèmes dominés par les agendas cachés

Nous avons exploré que l’une des principales raisons de l’émergence d’agendas cachés forts est un décalage entre les motivations d’un individu et les contraintes du système. L’absence d’un forum qui permette respectueusement aux gens de révéler leurs agendas personnels et d’aborder les conflits d’agenda de manière ouverte et constructive a fait naître le besoin d’agendas cachés.

La conséquence est la « dette organisationnelle* », qui consiste en toutes les structures de communication et de collaboration et les apprentissages qui ont conduit les gens à former des agendas cachés.

Réparer le système n’est pas aussi facile que de créer un forum pour une communication ouverte. Les agendas cachés impliquent souvent des motifs non traités, un manque de transparence et des conflits d’intérêts. L’établissement d’un système plus efficace exige une approche globale faisant appel à une communication ouverte, à l’établissement d’un climat de confiance, à la résolution active de problèmes et au rétablissement d’un objectif commun en offrant des valeurs organisationnelles significatives auxquelles les individus peuvent s’identifier.

* Dette organisationnelle : Ensemble des structures, des processus, des règles et des apprentissages de communication et de collaboration qui empêchent les organisations d’atteindre efficacement leurs objectifs.

Reconnaître et traiter plutôt que tenter d’éliminer les agendas cachés.

Il est essentiel de reconnaître et de traiter les agendas personnels pour créer une culture organisationnelle saine où la collaboration, l’innovation et la productivité s’épanouissent. Au lieu d’essayer d’éliminer les agendas personnels, nous devons créer un environnement qui encourage la communication ouverte, la transparence et l’alignement. Cela permettra d’atténuer les impacts négatifs des agendas cachés. Une culture qui valorise la diversité des points de vue et qui aligne les aspirations individuelles sur les objectifs de l’organisation sera plus résiliente et cultivera des équipes responsabilisées qui favoriseront la réussite à long terme.

Naviguer à travers les complexités des agendas cachés et travailler de manière proactive à la création d’un environnement qui favorise des organisations transparentes et collaboratives est le travail de tous. Pour permettre aux individus de donner le meilleur d’eux-mêmes tout en faisant progresser les objectifs collectifs, ils doivent poursuivre leur propre agenda en ligne avec celui de l’organisation. La transparence et l’alignement des objectifs de chacun sont essentiels pour libérer le véritable potentiel de nos équipes et de nos organisations.

La structure TOP est une approche spécifique qui peut être appliquée à n’importe quel niveau, dans n’importe quelle organisation, indépendamment de l’état ou de la taille, pour réduire activement la dette organisationnelle et construire un meilleur système organisationnel.

« Métriques et KPIs, le point de vue d’une praticienne » par Sophie Auguste

Le 11 octobre 20239 octobre 2023 par mopertodans experience sharingLaisser un commentaire

Collecter un excès de données peut être une tendance courante dans les organisations, par habitude, ou par peur de manquer une information importante…

Les raisons en sont multiples et la tentation est d’autant plus grande aujourd’hui, avec l’essor de l’Intelligence Artificielle (#IA), car l’accès à ces nouveaux outils donne l’illusion qu’il sera plus aisé de dégager des tendances de cette accumulation.

Pourtant, une collecte excessive présente des inconvénients bien réels (couts élevés, complexité accrue, risque de biais…).

Données de santé : Des règles transposables pour la performance.

En matière de données de santé, il existe des règles très strictes qu’il peut être pertinent de transposer lorsque l’on collecte des données à des fins de mesure de la performance.

Retenons en particulier les 3 principes suivants :

Finalité : les données sont collectées à des fins spécifiques, explicites et légitimes.
Minimisation des données : Collecter uniquement les données strictement nécessaires pour atteindre la finalité spécifique
Durée de conservation limitée : Les données ne doivent pas être conservées plus longtemps que nécessaire pour atteindre la finalité pour laquelle elles ont été collectées

Pour respecter la législation, les données de santé doivent être collectées à des fins spécifiques, explicites et légitimes. Cela signifie que vous devez avoir une raison valable pour collecter ces données, par exemple, pour fournir des soins médicaux, gérer un système d’assurance maladie ou effectuer des recherches médicales.

Les données de santé collectées doivent être adéquates, pertinentes et limitées à ce qui est nécessaire pour atteindre la finalité spécifique pour laquelle elles ont été collectées. Cela signifie que vous ne pouvez pas collecter plus de données de santé que nécessaire.

Lorsque vous collectez des données pour mesurer la performance, il est tout aussi important d’avoir une bonne raison de le faire, et de savoir quoi en faire.

De même, la minimisation des données au juste nécessaire est une bonne pratique qui permet d’assurer l’efficience dans la démarche de monitoring de la performance.

Bonnes pratiques pour la gestion des données de performance.

Suivre ces principes de finalité et de frugalité permettra en effet de limiter la gestion de données inutiles et se concentrer sur l’analyse des données essentielles pour mesurer la performance et guider les actions futures de manière efficace.

Voici quelques conseils :

Définissez des objectifs clairs et spécifiques pour cette mesure de performance :
- Par exemple, on va mesurer le taux d’avancement d’un projet. Dans ce cas, les finalités peuvent être diverses : l’optimisation des allocations de ressources au sein de l’organisation, la révision du planning projet, l’amélioration des pratiques, etc… La finalité déterminera les données qu’il faudra collecter ?

Identifiez les indicateurs clés de performance (Key Performance Indicator – KPI) essentiels à la réalisation de vos objectifs et limitez-vous à la collecte des données nécessaires au calcul de ces KPIs, plutôt que de recueillir une multitude de données accessoires.
- Ce peuvent être les ressources consommées (Full Time Equivalent – FTE, $/€), les livrables générés, les exigences validées, le nombre de réunions, le nombre de prototypes réalisés…
- Ces informations doivent permettre d’évaluer une performance de manière pertinente par rapport à l’objectif.

Déterminez l’utilisation de vos données : Assurez-vous que les données collectées permettent d’influencer positivement les décisions futures en lien direct avec l’objectif spécifique.
- Communiquez clairement aux parties prenantes la définition, les modalités de calcul et l’interprétation de ces KPIs.
- Définissez en amont les valeurs cibles et les seuils d’alerte – en lien avec les hypothèses de chiffrages, objectifs et variances autorisées – et comprenez bien comment ces données seront utilisées pour améliorer ou guider les actions.
- Exemples :
  - La mise en évidence d’un écart au plan significatif sur l’utilisation des ressources peut conduire à re-négocier les allocations budgétaires entre les projets ou revoir la sollicitation de l’équipe.
  - Un retard sur le plan de validation des exigences peut déclencher l’activation de plans de recovery (récupération/redressement) ou provoquer une renégociation du contrat.
  - Un nombre anormalement élevé de réunions peut conduire à repenser les pratiques, etc…

Faites des audits périodiques de vos données et de votre processus de collecte et d’exploitation.
- Évaluez régulièrement la pertinence des données collectées : Assurez-vous que ces données sont effectivement et correctement exploitées et éliminez celles qui ne contribuent pas ou plus à vos objectifs de mesure de performance.
- Avant de décider de collecter de nouvelles données, assurez-vous que vous ne disposez pas déjà de données adéquates pour répondre à vos besoins. Évitez la duplication de données.
- Mettez en place des politiques de collecte et de conservation des données de manière stratégique. Déterminez combien de temps les données seront conservées et supprimez celles qui ne sont plus utiles pour orienter les actions futures.

En adoptant une approche ciblée et axée sur la finalité dans la collecte et l’utilisation de leurs données, les organisations se donnent les moyens d’optimiser l’utilisation de leurs ressources, maîtriser la complexité, réduire les couts et améliorer la qualité et l’efficacité de leurs processus de décision.

#KPI #ArtificialIntelligence

Sophie Auguste, Senior Program & Project Manager

Sophie Auguste aide à stimuler l’innovation dans des environnements complexes de collaboration internationale et leadership interfonctionnel. Sa vocation est de mener à bien le développement de produits innovants, orchestrer le cycle de vie de bout en bout des projets, de l’idéation à la mise sur le marché.

Sophie possède une expérience répétée d’adaptation dans un large éventail d’industries, dont les dispositifs médicaux (medtech), l’automobile et les transports.

Dans les projets qui lui sont confiés, Sophie se focalise en particulier sur ces 5 points :

Aligner les projets sur les objectifs stratégiques, optimiser l’allocation des ressources et stimuler les synergies dans l’ensemble de l’organisation.
Mettre l’accent sur l’évaluation et l’atténuation des risques, s’assurer que les projets restent sur la bonne voie et génèrent une valeur commerciale tangible.
Naviguer dans des environnements internationaux, multiculturels et interfonctionnels, combler les lacunes et aligner les perspectives diverses, permettre aux équipes de surmonter les défis et de réussir collectivement.
Constituer des équipes hautement performantes, favoriser une culture collaborative et inclusive.
Promouvoir l’amélioration continue vers l’efficacité de l’organisation, en tirant parti de la combinaison de pratiques exemplaires, d’outils innovants et de méthodologies robustes de gestion de projet pour obtenir des résultats transformateurs.

Données : Règle #1 « Ne demandez pas de données si vous ne savez pas ce que vous allez en faire »

Le 29 septembre 202323 septembre 2023 par mopertodans pmo et portofolioLaisser un commentaire

Ne demandez pas de données que vous ne pouvez pas utiliser ou sur lesquelles vous n’agissez pas !

Data: Rule #1 par John Goodpasture

http://www.johngoodpasture.com/2023/09/data-rule-1.html

La première règle de données :

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.

Négociation des échéances des projets

Le 31 août 202327 août 2023 par mopertodans forum de discussionLaisser un commentaire

Avez-vous déjà eu à négocier une date butoir de projet avec votre sponsor de projet ? C’est intimidant, mais être bien préparé facilite l’interaction.

Negotiating project deadlines par Bonnie Biafore

https://www.bonniebiafore.com/negotiating-project-deadlines/

Voici mes 4 meilleurs conseils pour vous préparer à négocier une date butoir.

#1 – Identifiez ce qui motive la date butoir.

Posez des questions sur les échéances souhaitées et sur ce qui motive ces dates. Il peut s’agir d’un aspect légal, d’une volonté de battre un concurrent ou de pressions exercées par le conseil d’administration. En comprenant les contraintes liées aux délais, vous pouvez aborder de front ces éléments. Ajuster le contenu ou faire appel à des experts pourrait vous aider à respecter une date butoir.

#2 – Faites des recherches sur votre projet.

Pour négocier efficacement, vous devez en savoir le plus possible sur le projet, en particulier l’échéancier du projet, les défis en matière de personnel, le périmètre et les risques potentiels. Ne discutez pas des délais avant d’avoir terminé vos devoirs, afin que votre discussion puisse être plus éclairée et significative. Si votre négociation identifie d’autres éléments ou risques, demandez du temps pour compléter vos rechercher.

Donner un délai sans faire de recherche est irresponsable. Ce serait comme si votre mécanicien automobile vous disait ce qui ne va pas avec votre voiture et estimait le travail à €1200 sans même la regarder. Vous ne feriez probablement pas confiance à cette estimation ! Alors, regardez sous le capot avant d’accepter une estimation et une date butoir de projet.

#3 – C’est le projet du sponsor !

Assurez-vous que le sponsor comprend les risques qu’il endosse.

La négociation devrait consister à partager l’information et à trouver la meilleure solution. Le résultat pourrait être une échéance de projet agressive. N’oubliez pas que ce n’est pas le travail du chef de projet d’empêcher le sponsor de prendre des risques. Votre travail consiste à vous assurer que le sponsor comprend les risques qu’il endosse et les impacts associés. Essayez de proposer des solutions alternatives qui pourraient rendre l’échéance plus réalisable. Cela peut inclure la dotation en personnel, la réduction de la portée ou la réalisation du projet par étapes.

#4 – Documentez les hypothèses.

Tenez votre journal des hypothèses à jour et visible de votre équipe et de votre sponsor.

Une fois que vous avez convenu d’une date butoir, assurez-vous de bien capturer toutes les hypothèses que vous avez faites, telles que les niveaux de dotation en personnel opérationnel. Souvent, les membres du personnel opérationnel sont retirés d’un projet pour effectuer leurs tâches quotidiennes, ce qui a un impact sur l’avancement de votre projet et met en péril la date butoir. D’autres hypothèses pourraient être la disponibilité de certaines technologies ou de certains fournisseurs pour aider à l’exécution des livrables du projet. Assurez-vous que votre sponsor et les principales parties prenantes comprennent ces hypothèses. Suivez les progrès par rapport à ces hypothèses et signalez quand un écart se produit. De cette façon, vous pouvez réagir rapidement pour apporter des corrections afin de respecter votre délai.

Avez-vous d’autres conseils pour négocier les délais? Avez-vous rencontré des obstacles avec des délais que vous ne savez pas comment résoudre?

Cet article appartient à la série de bulletins de Bonnie : Project Pointers, qui compte plus de 33 000 abonnés. Si vous aimez cet article, vous pouvez vous abonner pour recevoir des notifications lorsqu’un nouvel article en anglais est publié. Si vous souhaitez en savoir davantage sur les sujets dont Bonnie parle dans ces bulletins ? Regardez ses cours sur LinkedIn et écoutez ses émissions en direct LinkedIn Office Hours.

Les dates butoir sont un sujet critique dans le management des projets et plusieurs billets précédemment publiés traitent de ce sujet.

Fausses échéances de temps dans les projets

Des délais à respecter ? Utilisez les blocs de temps ! par Jeff Ball

Comment manquer une date butoir (avec professionnalisme sinon fierté) !

Comment (ne pas) manquer une date butoir

Manqué de si peu

La gestion de projet assistée par l’Intelligence Artificielle par Zidane Zait

Le 21 août 20234 août 2023 par mopertodans outils et méthodes1 commentaire

L’impact de l’Intelligence Artificielle (IA) sur la gestion de projet.

Depuis des milliers d’années, l’homme réalise des projets, comme nos ancêtres qui fabriquaient des outils et allaient chasser le gibier, construisaient les pyramides d’Égypte, bâtissaient la muraille de Chine, etc.

Ces projets ont été réalisés avec le savoir-faire et les moyens existants dans ces époques lointaines.

La triple Contrainte — la triple Contrainte

Au fil du temps, les connaissances en gestion de projet s’accumulent, les outils et les moyens se perfectionnent et la gestion de projet s’améliore en optimisant de mieux en mieux les principaux composants d’un projet à savoir son périmètre (scope), son coût et les délais de sa réalisation.

A partir de 1950, le domaine de la gestion de projet a connu une évolution rapide et a commencé à se structurer et à se standardiser avec notamment :

La généralisation de l’’utilisation du diagramme de GANTT créé en 1910 pour notamment planifier, suivre et coordonner les différentes tâches d’un projet,
L’invention du réseau PERT en 1958 (Program Evaluation Review Technique, « technique d’évaluation et d’examen de programmes ») pour l’ordonnancement et la planification du projet,
La création du PMI® (Project Management Institute) en 1969 pour développer des compétences et expertises en gestion de projet,
La création de logiciels comme MS Project et Primavera pour automatiser les calculs avec une meilleure maîtrise de la gestion et du suivi des projets,
La généralisation de l’utilisation des méthodes agiles à partir de 2001 pour tout type de projets imprévisibles, notamment les projets technologiques, d’exploration, innovants et créatifs. Ces méthodes s’avèrent très efficaces pour la bonne réussite de ce type de projets.

En gestion de projet et les chefs de projet sont constamment à la recherche d’outils et de techniques innovants pour améliorer les processus de planification, d’exécution et de suivi.

Ce souci a poussé les acteurs des projets à s’intéresser également à l’intelligence artificielle (IA) avec en tête la solution ChatGPT d’OpenAI ou son concurrent Bard de Google.

Pour rappel l’objectif d’un projet de l’IA est d’imiter le cerveau humain. ChatGPT ou Bard utilisent des réseaux de neurones artificiels pour traiter des données fournies et générer de nouvelles données. Grâce à l’apprentissage continu, ces chatbots s’améliorent et se perfectionnent en continu. Entre autre, ils comprennent le langage écrit et parlé, et ils peuvent fournir des réponses cohérentes et pertinentes en temps réel.

Le cabinet Gartner estime que d’ici 2030, 80% des tâches actuelles de la gestion de projet, pourraient être automatisées grâce à l’Intelligence Artificielle.

Voyons comment ChatGPT, considéré comme un outil révolutionnaire aujourd’hui va impacter le domaine de la gestion de projet.

Il peut être chargé de :

Répondre aux questions: Répondre automatiquement à tout type de questions de clarification, de conseil, de rédaction, de définition et fournir des commentaires précis.
Planifier : Créer des plannings de projet. Par exemple la génération automatique des tâches, des relations entre tâches, les échéanciers.
Faciliter la communication: Faciliter la communication entre toutes les parties prenantes. Créer des contenus, de la documentation, collecter des données, les résumer et les diffuser. Exemple : Rédiger des E-mails, les envoyer à des destinataires précis et répondre à des E-mails.
Générer des plans: Générer des plans de documents, de réunions, de présentations…exemple le plan d’une présentation de projet, de la réunion Kick-Off.
Transcrire et diffuser de l’information : La transcription des réunions pour convertir la vidéo en texte, l’analyse des données, la préparation de résumés et leur diffusion.
Générer des idées : La génération d’idées et de suggestions à partir des données historiques lors des brainstormings.
Gérer les risques: Identifier et évaluer les risques potentiels et suggérer des stratégies de prévention.
Suivre le projet : Suivre l’avancement du projet avec des indicateurs de performance et alerter en cas de dérives.
S’interfacer avec MS Project: ChatGPT peut être incorporé à ce logiciel de gestion de projet pour affecter des tâches à des personnes, suivre l’évolution du projet, fournir des mesures de performances, réaliser des reportings et les diffuser aux parties prenantes.

A noter que ChatGPT a été entrainé avec des données allant jusqu’à septembre 2021, ses analyses et réponses sont donc limitées à cette date.

ChatGPT et d’autres solutions basées sur l’IA aident les chefs de projets à mieux planifier, mieux exécuter et mieux suivre les projets, ce qui permettra d’augmenter grandement le taux de succès des projets.

ChatGPT est là pour soutenir le chef de projet, et va réduire grandement sa charge du travail. Le chef de projet va se consacrer à la gestion des relations humaines, aux jugements et à la prise des décisions.

Zidane Zait

Zidane Zait, coach Agile et formateur Scrum, enseigne aux équipes l’agilité, l’Agile Framework Scrum et Agile MS Project. Son objectif est de faciliter le développement d’un esprit agile, la réalisation de solutions de valeur, la collaboration, l’auto-gestion des équipes, l’amélioration continue ainsi que l’engagement, la passion et l’enthousiasme envers ces approches.

Billets les plus lus sur le blog du management de projets DantotsuPM au mois de Juin 2023 : Les personnes que vous n’aimez pas, Managez votre manager ! et Pilotez plusieurs projets sans prise de tête.

Le 18 août 202326 juillet 2023 par mopertodans pointeurs utilesLaisser un commentaire

Comment traiter avec les personnes que vous n’aimez pas en 7 étapes.

Nous avons tous des gens que nous n’aimons pas, cependant, si vous utilisez ces compétences relationnelles clés pour les manager, vous pouvez obtenir les mêmes résultats.

8 conseils pour manager votre management !

Le pilotage de plusieurs projets en mode “zéro prise de tête” par Valérie Narcisse de Yookkan

Les équipes projet ont besoin de s’organiser, suivre et gérer leurs projets, tâches et flux de travail de manière efficace.

Chef de Projet : Acuity is the key ! (L’acuité est la clé !) par Olivier Husser

Le 2 août 20232 août 2023 par mopertodans best practicesLaisser un commentaire

Comparer un chef de projet à un « chef d’orchestre » est plutôt valorisant, sympathique, et assez parlant.

Sauf que la métaphore étant posée, elle ne dit rien de très précis sur les qualités et le rôle d’un chef de projet ou d’orchestre, ou tout du moins ce que j’ai pu en lire est généralement une projection de certaines compétences clés du chef de projet sur le chef d’orchestre, plus que l’inverse.

S’il est plaisant de pratiquer une analogie entre ces deux postes en termes de direction-coordination, peu d’entre nous savent diriger un orchestre ou comprennent comment et sur la base de quelles qualités opère cette fonction.

En réalité, l’interprétation d’une œuvre symphonique préexistante par des musiciens virtuoses, selon une écriture suivie à la lettre et connue sur le bout des doigts est très éloignée des projets que nous avons en charge.

La comparaison reste intéressante mais je crois qu’on oublie l’essentiel :

Ce qui fait un bon chef d’orchestre, ce n’est ni la baguette, ni la partition, ni même la qualité des musiciens, c’est son acuité.

Cette sensibilité élevée qui permet d’appréhender le subtil et de conduire de manière fine en harmonie avec des « parties-prenantes » sur une « recette » définie, une partition préexistante.

Louis de Funès ne joue pas le chef d’orchestre dans « la Grande Vadrouille ». Il est ancien musicien professionnel et a, en 1966, plus de quarante années d’expérience en tant que pianiste.

Il me semble que notre époque techno-centrée se concentre beaucoup (trop?) sur les méthodes (Agile, Prince, Prédictive, Cascade…) et les outils informatiques associés (MS Project, Jira…) au point d’oublier la substance basale de la gestion de projet : l’acuité.

Aussi, le bon chef de projet n’est-il pas le plus virtuose en technique ni le plus doué sur Excel, mais celui ou celle dont l’acuité permet d’observer, analyser, comprendre et coordonner. De manière aigüe.

L’observation est le préliminaire de toute science.

Observer pour comprendre

(crédit : https://www.linkedin.com/in/fix-dessinateur-9366b9/)

Galilée, Pythagore, Einstein… tous, en leurs temps et selon les moyens techniques à leur disposition, savaient la nécessité d’observer.

Léonard de Vinci préconisait par exemple la méthode Observation, Expérience, Induction, Déduction.

L’accélération de la transformation digitale nous permettrait-elle d’abandonner notre acuité ?

Au même titre qu’aucun tournevis ne sait visser, aucun logiciel de projet ne sait coordonner. De même qu’aucune méthodologie projet ne fonctionne par elle-même.

Plus les projets deviennent complexes, plus il devient réflexe de nous fier à des outils (prototypage, coordination, décisionnel, reporting…) moins nous sommes centrés sur la vue d’ensemble et moins nous gardons l’œil sur l’objectif, la cible.

Et il ne s’agit pas simplement de regarder pour voir mais de regarder pour comprendre, écouter pour comprendre. Les outils et méthodes arrivent ensuite par leur support.

L’observation est essentielle et devient particulièrement puissante quand elle prend en compte simultanément la « big picture » ainsi que les détails les plus fins.

Serions-nous arrivés dans une ère de perte de l’acuité à mesure que des outils ne serviraient plus à aider ou confirmer celle-ci mais s’y substitueraient ?
Pourrions-nous désormais nous le permettre ?
La comparaison au chef d’orchestre tiendrait-elle toujours ?

Y a-t-il un pilote dans le projet ?

Prenons peut-être l’exemple d’un pilote d’avion : son acuité est primordiale, aussi bien dans un petit Cessna monomoteur d’école que dans le dernier Rafale bourré d’informatique.

La gestion de projet risque-t-elle moins le crash qu’un pilote d’avion myope sans lunettes qui ne se fierait qu’à ses instruments flous ?

Alors, oui, nous croisons parfois ces vidéos d’un passager capable de faire atterrir un Boeing sans aucune connaissance de pilotage. Mais que ce soit en simulateur ou dans le réel, ce dernier est totalement guidé par quelqu’un qui connaît les outils et procédures à la lettre, mais surtout, l’acuité du passager est maximale afin de bien entendre les indications radio et d’actionner le bon levier au bon moment.

Cet exemple se transposerait plus difficilement s’il s’agissait de remplacer un chef d’orchestre de la même manière, l’interprétation tomberait probablement à plat.

Je lis beaucoup de sujets sur la gestion du risque en tant que chef de projet.

A-t-on déjà quantifié l’absence ou les lacunes d’observation et donc de compréhension de ce qui est simplement visible ?
Quel est celui qui regarde tout ce qui est monitoré et comment le comprend-il ?

Re-focaliser les équipes sur la cible plutôt que sur la flèche !

Issu de l’industrie du Broadcast et chef de projet depuis les années 90, j’ai vu les process et les équipes se remodeler au fil des innovations technologiques permanentes. Nous ne parlions pas « d’adaptation au changement », nous le faisions. J’ai fréquemment été témoin de la fascination pour les nouveaux outils au détriment du résultat final. Il m’a régulièrement fallu re-focaliser les équipes sur la cible plutôt que sur la flèche. Qu’elles ne demeurent pas aveuglées ni centrées sur les innovations.

La chance d’un secteur dont le livrable est audio et visuel est qu’on ne peut pas se permettre de totalement « oublier » d’observer. Il demeure pourtant des accidents industriels au cinéma, à la télévision et dans les créations de commande :

Quelqu’un n’a pas vu le désastre arriver malgré des tableaux Excel impeccables, de la technologie de pointe et de la méthode.

Mettre la charrue avant les bœufs n’est jamais un projet viable.

Lorsque que j’ai, un peu par hasard, intégré un secteur industriel très différent du mien au sein d’une multinationale spécialisée dans le déploiement de technologies ferroviaires j’ai été très surpris.

En dépit des exigences manifestes en termes de coûts, délais, logistique, client ou équipes projetées un peu partout géographiquement il n’y avait en apparence aucune coordination.

N’occupant pas moi-même de poste de pilotage sur ce contrat, ma vue parcellaire des activités aurait pu me tromper dans mon appréciation à priori de la situation, cependant, les différentes visios de cadrage et de suivi que j’entendais et qui se déroulaient dans le bureau jouxtant le mien me confirmèrent très vite l’absence d’organisation et sans doute de méthode. Pendant que certains intervenants brassaient de l’air, d’autres, chefs de projets, énuméraient les postes de leur tableau MS Project comme s’ils tentaient de compléter les lignes du jeu Tetris.

Le centre d’attention de ces réunions était un logiciel à remplir, pas une activité complexe à coordonner. Ou alors considéraient-ils que remplir une ligne d’un logiciel revenait à coordonner ?

En deux ans, ces chefs de projet ne sont jamais venus voir le réel de l’activité qu’ils avaient en charge de conduire. Nous avons par contre du faire face à des charrues placées avant les bœufs, de la logistique qui ne suivait pas, des équipes perdues qui couraient comme des poulets sans têtes, des points d’arrêt imposés par le client mécontent, probablement des millions d’euros de marge partis en fumée…

Des millions d’euros de marge partis en fumée…

De mon côté, bien que ne possédant qu’un aperçu très fragmentaire de l’ensemble, je me hâtais de créer mon propre tableau de suivi afin de pouvoir potentiellement endiguer et prendre en charge des problèmes divers qui ne manqueraient d’arriver jusqu’à notre équipe. Ce tableau, actualisé à la volée, simple et visuel, nous sauva plus d’une fois.

Pour revenir à l’allégorie du chef d’orchestre sur cette anecdote, nous avons interprété une véritable cacophonie, avec professionnalisme et sérieux – selon la gouvernance opérée.

Les crashs étaient courants.

Depuis toujours, le boulanger regarde son pain, il écoute le craquement de la croûte et sent son odeur pour considérer qu’il est bon. Avant même de le goûter.

Transformer son pain en « baguette connectée 4.0 » reviendrait-il à mettre en sourdine ses sens au profit d’un outil informatique de pilotage ou de prise de décision ? Serait-il toujours Boulanger ? Mais surtout, la baguette serait-elle bonne ?

On pourra me trouver caricatural.

Pour moi la caricature, ce sont les formulaires en ligne pleins de bugs ou les applis dysfonctionnelles avec des UX/UI incongrues : tout a pourtant été testé et le code doit sûrement être magnifique, mais personne n’a VU que ça ne fonctionne pas…

Un chef de projet doit observer pour comprendre, pas pour répondre.

Ne déléguons pas notre réflexion aux machines et méthodes.

Acuity is the key.

Olivier Husser

Chef de projet dans l’industrie du broadcast et de la prestation audiovisuelle depuis 1997.

Billets les plus lus sur le blog du management de projets DantotsuPM au mois de Janvier 2023 : Matrice Contrôle/responsabilité, Gérer des projets sans expertise métier et pensée systémique.

Le 1 août 202325 juillet 2023 par mopertodans pointeurs utilesLaisser un commentaire

Dans de nombreuses situations, vous avez la liberté de choisir vos préférences en matière de contrôle et de prise de responsabilités.

Quid des compétences techniques relatives au métier cœur du projet ? par Mehdi ELGUARNI

**Mehdi Elguarni** : « Il faudrait juste disposer de l’humilité nécessaire pour ouvrir son esprit à toute information utile à la réussite de ses projets. »

Comprendre les changements en cascade qui surviennent au cours d’un projet et les aborder de manière proactive est un moyen fondamental par lequel la pensée systémique stimule les performances du projet.

Voici que répondre à certaines préoccupations sur SAFe…

Le 10 juillet 202325 juin 2023 par mopertodans forum de discussionLaisser un commentaire

Addressing some SAFe concerns par Michael Küsters

https://failfastmoveon.blogspot.com/2023/05/addressing-some-safe-concerns.html

Très souvent, je rencontre des préoccupations avec SAFe (Scaled Agile Framework). Lorsque l’on regarde la situation dans son ensemble, et ce que de nombreuses entreprises font de SAFe, ces préoccupations sont recevables et devraient être prises au sérieux. Pourtant, aucune de ces préoccupations ne pourrait être résolue par un consultant SAFe compétent (SAFe® Practice Consultant-T – SPCT) et une direction soucieuse de réaliser une différence significative dans ses méthodes de travail. Dans cet article, je considère certaines de ces préoccupations. Michael Küsters.

Préoccupations typiques avec SAFe

Avant de creuser, je crois que les compétences et l’expérience de vos consultants SAFe sont essentielles au succès de SAFe. Si vous comptez sur des gens qui ne comprennent pas les conséquences des conseils qu’ils donnent, vous êtes dans une situation difficile. Un de mes amis SPCT (SAFe® Practice Consultant-T – SPCT) a récemment déclaré :

Avoir les mauvais SPC (SAFe® Practice Consultant) – ou ignorer complètement les conseils d’un SPC – vous coûtera facilement dix fois plus cher que ce qu’un bon SPC vous coûterait.

Je suis d’accord. Les bons SPC valent leur pesant d’or. Malheureusement, ils ne poussent pas sur les arbres… Mais c’est une autre histoire. Maintenant, jetons un coup d’œil à certaines des préoccupations que je rencontre habituellement, et ce que vous devez considérer.

SAFe répond à l’état d’esprit traditionnel

SAFe reconnaît et respecte que de nombreuses organisations en transition vers des pratiques agiles ont encore un état d’esprit traditionnel. Par conséquent, beaucoup de matériel dans SAFe est écrit d’une manière qui pourrait être plus acceptable pour les personnes qui ont une faible compréhension de l’agilité. C’est l’idée de « rencontrer les gens là où ils sont ». Oui, c’est controversé, mais c’est de loin mieux que d’affronter les personnes mêmes dont vous avez besoin pour réussir un changement. Ce qui se passe après les avoir rencontrés dépend beaucoup de leur motivation à changer et de la capacité du SPC à mener le changement.

Complexité excessive

Tout d’abord, si vous n’avez pas les problèmes que SAFe adresse, ne l’utilisez pas. Ceci étant dit, SAFe ne peut pas et ne devrait généralement pas être appliqué dans son intégralité. Au contraire, lorsque vous repérez un problème pour lequel SAFe propose une solution, vous pouvez regarder ce que dit SAFe, avoir une discussion pour savoir si cela vaut la peine d’essayer. Et, si c’est le cas, alors allez-y.

Cela ne signifie pas non plus que vous devez faire des choses qui adressent des problèmes que vous n’avez pas, ni que vous devez faire les choses comme SAFe dit de le faire si cela ne fonctionne pas pour vous. Pour ma part, quand quelqu’un vient me voir et me dit : « Nous utilisons SAFe et avons tel ou tel problème », je me réfère généralement à un article SAFe, et les pointeurs originaux auxquels SAFe fait référence, et je prends la discussion à partir de là. Pour moi, SAFe est un déclencheur de discussion, pas la panacée à tous les maux.

Des dépendances partout !

SAFe reconnaît que les dépendances peuvent être un défi dans les organisations complexes. Il fournit des conseils et des pratiques clairs qui rendent les dépendances visibles, puis offre un moyen de traiter ces dépendances de manière systématique. Dans de nombreuses organisations, les dépendances sont inévitables mais au moins vous savez quels problèmes vous avez à cause d’elles, et vous pouvez commencer la discussion sur ce qu’il faut faire à leur sujet. J’ai vu plus d’une fois que les équipes trouvaient leurs dépendances irréalisables et décidaient de se réorganiser. Une excellente discussion à avoir.

Durée des intervalles de planification

SAFe utilise une approche de planification basée sur un cadencement avec des intervalles de planification (Planning Intervals – PIs) de longueur fixe s’étendant généralement sur 8 à 12 semaines. Des intervalles de planification plus longs offrent stabilité et prévisibilité aux équipes au détriment de la flexibilité. Cependant, vous pouvez ajuster la durée des PIs en fonction de votre propre contexte. J’ai vu des trains de livraison agiles exécuter 3 sprints de 1 semaine plus un sprint PI de 1 semaine. Cela correspond même au vieux slogan de Scrum, « Working Software in 30 days or less » – à grande échelle ! Essayez ce qui fonctionne pour vous et discutez.

Processus de planification descendants

Peut-être avons-nous une mauvaise image dans notre tête, mais qui peut nous en blâmer quand nous avons été conditionnés à penser en hiérarchies ? Dans un contexte SAFe, vous aimeriez décentraliser ce qui a du sens mais tout n’a pas de sens à être décentralisé. Par exemple, la fonction de Product Management dans SAFe pourrait être composée de Product Owners par équipe, s’ils ont les compétences et la capacité de réussir dans ce rôle, de sorte que cela n’a pas besoin d’être hiérarchique.

Ce dont vous avez besoin, c’est de vous concentrer clairement sur les plus gros morceaux de valeur et d’aligner toutes les équipes autour d’eux.

La façon dont cela se produit peut varier d’une organisation à l’autre, mais le fait que chaque équipe décide par elle-même n’augure rien de bon. Veuillez noter que SAFe encourage la participation active et l’autonomisation des équipes et des individus dans la prise de décisions.

Pas de vrai Scrum

SAFe n’est pas une implémentation stricte de Scrum, mais plutôt un cadre qui intègre des principes et des pratiques agiles provenant de diverses sources, y compris Scrum. Étant donné que de nombreuses équipes utilisent déjà Scrum et sont familières avec les concepts de base de Scrum, SAFe en a tiré parti et conserve les principes fondamentaux de transparence, d’inspection et d’adaptation.

Lorsque je coache des équipes SAFe, je me réfère souvent au Guide Scrum et suggère que comprendre et pratiquer Scrum aide beaucoup à bien mettre à l’échelle. Malheureusement, ce que je vois assez souvent, c’est que les organisations ont déjà utilisé un Scrum hautement dysfonctionnel depuis des années, et veulent maintenant changer cela. En fait, la transformation SAFe pourrait être l’occasion de réparer les trucs Scrum qui ont toujours été cassés et n’ont jamais été résolus.

Les équipes deviennent des usines à fonctionnalités (Feature Factories)

C’est déjà un dysfonctionnement parce que les fonctionnalités produites avec SAFe devraient se concentrer sur la valeur, pas sur la maximisation de la quantité de travail livré. Vous ne devriez avoir qu’un seul ART Kanban hiérarchisé par valeur et les équipes devraient collaborer sur des objectifs partagés, en utilisant des backlogs communs et des événements inter-équipes pour assurer une solution système cohérente qui maximise la valeur.

Alors que parfois, je constate que les équipes individuelles peuvent se concentrer sur la fourniture de leurs propres fonctionnalités indépendamment de la valeur.

SAFe fournit des mécanismes tels que les démonstrations système et les événements d’inspection et d’adaptation pour s’assurer que les équipes ne partent pas sur une tangente et effectuent une grande quantité de travail de faible valeur.

Processus d’estimation fallacieux

Il y a beaucoup à dire sur le processus d’estimation de SAFe, et j’ai ma propre opinion sur les conseils donnés. Pour faire simple: Ces conseils sont réservés aux personnes qui ne savent pas par où commencer. Le coaching et l’empirisme devraient conduire à une approche qui répond aux besoins de ceux qui ont besoin des estimations.

Vous devez réaliser que dans les grandes organisations, très souvent, plusieurs parties prenantes, d’autres équipes et potentiellement de grosses sommes d’argent dépendent de l’établissement de prévisions assez précises de l’achèvement. L’estimation peut avoir des implications qui n’existent pas dans des contextes plus petits.

Mon propre exemple est que nous devons absolument savoir si la fonctionnalité sera prête pour un salon précis ou si nous devons mitiger. Mais « Eh bien, nous pourrions ou être prêts à temps ou pas pour le salon » pourrait conduire à un désastre majeur en matière de relations publiques, et est probablement inacceptable.

Un événement d’amélioration continue tous les 3 mois, c’est trop peu, trop tard

Alors que l’événement Inspect and Adapt (I+A) se produit à la fin de chaque intervalle de planification (PI), SAFe encourage l’amélioration continue tout au long du PI, les Scrum-of-Scrums (SoS) et les rétrospectives étant des opportunités pour faire apparaître et résoudre les problèmes transversaux.

J’ai moi-même donné des conseils sur le fait que les équipes sont censées apporter leurs propres changements et améliorations indépendamment de l’événement I+A, et même partager leurs apprentissages avec d’autres équipes pendant cet événement. Je m’attends à ce que les équipes apportent des problèmes à court terme au SoS, et n’apportent à l’I+A que des problèmes qui nécessitent des périodes de préparation et d’observation plus longues, et ont un impact bien au-delà des limites de l’équipe. Surtout, vous devez considérer que le I+A est un point de réflexion, où vous vous détachez de la routine quotidienne et vous réunissez en tant qu’équipe d’équipes pour discuter des choses dont vous devez discuter et dont vous n’avez jamais eu l’occasion de discuter auparavant. Il y a toujours quelque chose. Oui, vous pourriez avoir de tels événements plus souvent si vous pensez que cela pourrait aider, il n’y a rien dans SAFe qui vous arrête. Essayez.

Conclusion

Je conviens que le Scaled Agile Framework (SAFe) a des domaines d’interprétation et suscite des préoccupations. S’attendre à ce que ce soit une solution miracle est complètement irréaliste. SAFe fournit une approche structurée pour les grandes organisations qui essaient de donner un sens à toute cette chose « Agile », mais cela ne fonctionne que si elles ont quelqu’un qui comprend plus que ce que dit le matériel. Lorsque vous pouvez faire face aux complexités du développement à grande échelle, de la collaboration entre les équipes et de l’alignement global tout en vous améliorant continuellement, vous avez réussi avec SAFe.

Pour y arriver, vous devez absolument personnaliser SAFe et l’utiliser à bon escient sinon cela deviendra un gâchis, et c’est pourquoi vous avez besoin de personnes qui savent de quoi elles parlent.

Et j’ai vu ce gâchis : La pagaille prend des années à nettoyer. Les personnes qui soutiennent votre initiative de changement doivent être en mesure de répondre aux préoccupations critiques en fonction de leur propre expérience et de leurs apprentissages. Et les personnes de votre organisation qui ont des préoccupations ont besoin d’un temps et d’un endroit où exprimer ces préoccupations car ce n’est qu’alors que vous pourrez vraiment vous améliorer.

Les avantages des lignes de référence de base dans le management de projets.

Le 5 juillet 202325 juin 2023 par mopertodans best practices, experience sharingLaisser un commentaire

De nombreux managers de projet travaillent dur pour établir un échéancier précis, puis omettent la dernière étape de la sauvegarde d’une base de références !

The Benefits of Baselines par Bonnie Biafore

https://www.bonniebiafore.com/the-benefits-of-baselines/

Visitez le site de Yookkan, notre partenaire.

De nombreux managers de projet travaillent dur pour établir un échéancier précis, puis omettent la dernière étape de la sauvegarde d’une base de références ! Un échéancier de référence offre tellement de bénéfices que vous ne voulez pas manquer.

Voici quelques avantages clés des bases de référence de planification.

Suivez votre projet par rapport au plan d’origine.

Les managers de projet expérimentés savent qu’aucun plan ne survit au contact de la réalité ! Pour obtenir le statut de projet automatisé, vous devez utiliser un outil de planification (tel que MS Project, Primavera et autres). Et ces outils ont besoin d’une base de référence avant de pouvoir fournir des rapports comparant les progrès réels et les coûts à votre plan initial. Les chiffres réels comparés à la base de référence peuvent ensuite être utilisés pour prévoir les délais et les coûts à l’avenir.

Améliorez votre estimation.

Relisez ce billet sur le cône d’incertitude des estimations.

Les échéanciers de référence aident à montrer quand les chiffres réels divergent du plan d’origine. Voir les écarts par rapport au plan peut vous aider à améliorer les estimations. Les estimateurs obtiennent des retours sur l’exactitude de leurs estimations. Sans cette rétroaction, les estimations ne s’amélioreront pas. Supposons que vous demandiez à quelqu’un d’estimer une tâche et qu’il vous dise que cela prendra deux semaines. Cela prend finalement quatre semaines. Si la personne n’entend jamais parler de cet écart, elle annoncera quand même deux semaines la prochaine fois, alors que la tâche en prendra probablement à nouveau quatre.

Renforcez la responsabilisation auprès des membres de l’équipe et de la direction.

Le partage d’un échéancier de référence renforce les efforts et le temps que les membres de l’équipe ont consacré à votre projet. Il en va de même pour le management. Cela contribue à renforcer l’engagement de la direction à donner du personnel au projet. À mesure que les priorités opérationnelles changent, le temps disponible du personnel du projet peut également changer. Vous pouvez comparer les affectations prévues de base en personnel au temps réel passé pour montrer pourquoi un projet est en retard.

Gérez les seuils.

Relisez la partie de ce billet sur le « statut pastèque »: Vert à l’extérieur mais rouge dedans.

Les rapports sur l’état d’avancement des projets utilisent souvent des indicateurs de feux de signalisation. Le vert signifie que tout va bien. Le jaune indique un problème passager. Et le rouge signifie qu’il y a de sérieux problèmes. Ces couleurs indiquent généralement un niveau d’écart par rapport au plan. Par exemple, 0 à 2 % de dépassement des délais peut être vert. 2-5% au-dessus est jaune. Et plus de 5% de dépassement des échéances est rouge. Le suivi des chiffres réels par rapport au plan de référence constitue la base de ces variations.

Facilitez la planification des programmes.

Quand vous managez un programme, un livrable d’un projet peut être le prédécesseur d’une tâche sur un autre projet. Dans ce cas, il est essentiel de comprendre quand les tâches seront terminées.

Projet ou Programme ? Découvrez ou relisez ce billet.

Un échéancier de référence ainsi que des dates d’achèvement des tâches réelles mises à jour vous aident à comprendre comment les performances d’un projet affecteront un autre projet dans votre programme.

De quelles autres façons utilisez-vous les bases de référence pour améliorer les performances des projets ?

Pour en savoir plus sur les bases de référence des horaires, consultez le cours de Bonnie Project Management Foundations: Schedules.

Partenaire de DantotsuPM, visitez le site pour toutes les formations certifiantes proposées

Comptez-vous les bonnes choses ? Qu’est-ce qui mérite vraiment d’être compté ?

Le 11 avril 20232 avril 2023 par mopertodans experience sharing, pointeurs utilesLaisser un commentaire

Ce qu’il faut compter – « What to Count » par Seth Godin

https://seths.blog/2022/08/what-to-count/

Tant de choix. Tant de métriques, de critiques et de mesures.

Peut-être est-il logique de compter les choses où le comptage nous dit comment faire mieux la prochaine fois.

Et de compter les choses qui nous permettent de savoir combien de risque nous pouvons prendre la prochaine fois.

Ou pour calibrer notre jugement sur le marché.

Mais cela n’a aucun sens de compter des choses sur lesquelles nous n’avons aucun contrôle et qui ne nous apprennent rien sur l’avenir.

Compter notre chance (bonne ou mauvaise) ne nous rend pas plus chanceux.

Les 7 billets les plus appréciés sur les métriques de projet (du plus récent au plus ancien)

Quels peuvent être les premiers indicateurs de problèmes dans votre projet ?

Le 17 mars 202317 mars 2023 par mopertodans best practices, experience sharingLaisser un commentaire

Un échéancier qui dérape, un manque d’engagement et des dépassements de coûts sont des indicateurs courants et faciles pour repérer des problèmes de projet. Mais quels autres indicateurs moins connus devriez-vous observer ?

Early Indicators of Project Trouble par Bonnie Biafore

http://www.bonniebiafore.com/early-indicators-of-project-trouble/

Voici 5 autres indicateurs précoces de problèmes qui ne sont pas souvent reconnus.

#1 – Le temps alloué au projet par certains membres de l’équipe est inférieur aux prévisions.

Les heures consacrées aux tâches du projet peuvent être insuffisantes en raison de priorités business différentes ou d’un manque de confiance dans l’orientation du projet. Ces déficiences commencent souvent tôt et s’aggravent au fur et à mesure que le projet se poursuit. Vérifiez les heures réelles travaillées sur le projet par les membres de l’équipe. Si ces heures sont inférieures au plan, renseignez-vous sur ce qui se passe pour voir s’il y a un problème.

#2 – Les parties prenantes ne se disputent pas (alors qu’elles devraient le faire !)

Les parties prenantes ont souvent des opinions différentes sur les exigences du projet, les priorités ou l’approche de la solution. Si la réponse des intervenants aux demandes de projets est passive, des dissensions cachées peuvent être présentes. Identifier tôt ces situations vous aide à éviter les problèmes avant qu’il ne soit trop tard pour changer de priorités ou de direction.

#3 – Le sponsor est inadéquat.

Un sponsor efficace doit :

Avoir accès à des ressources financières
Avoir le contrôle des zones où le projet entraînera des changements de processus
Sécuriser le staffing de l’équipe pour le projet
Être en mesure d’établir les priorités business liées au projet
Avoir le temps d’être le sponsor

Les insuffisances du sponsor peuvent créer des retards et des problèmes dans les projets. Si cela se produit, encouragez la direction à former un comité de sponsoring. Cela peut aider à couvrir toute l’autorité nécessaire pour mener le projet.

#4 – Les exigences portent sur « ce qu’il faut faire » et non sur le problème business.

Les exigences indiquent souvent comment quelque chose doit se produire. Un exemple est « Reconfigurer les processus métier de la salle du courrier ». Quel est le résultat escompté ? Est-ce un désir de réduire le nombre de personnes ou bien le traitement du courrier prend-il trop de temps ? L’automatisation dans le traitement du courrier fonctionne-t-elle comme espéré ? Les exigences qui ne spécifient pas le problème business réel sont un problème. Les projets qui répondent à des exigences inappropriées peuvent ne pas résoudre le problème métier sous-jacent. Assurez-vous que chaque exigence se concentre sur le vrai problème. Effectuez une analyse business pour déterminer les meilleures options pour résoudre le problème.

#5 – Les exigences et les livrables sont validés avec le client et PAS avec l’utilisateur final.

Commençons par les définitions. Le client est la personne qui fournit les exigences et examine vos livrables. Il fournit parfois du financement. L’utilisateur final est la personne ou le groupe qui utilisera régulièrement le livrable. Que se passe-t-il si l’utilisateur final et le client diffèrent ?

Par exemple, le client et l’utilisateur final sont différents lorsqu’un projet crée un produit pour le marché. Dans ce cas, validez les exigences de manière plus approfondie. D’autres tests pourraient également être appropriés. Une validation et des tests supplémentaires peuvent être longs et coûteux, mais ils sont essentiels au succès.

Si vous avez vécu d’autres situations qui causent des problèmes dès le début, partagez-les avec nous dans la section commentaires.

Pour en savoir plus sur l’identification des indicateurs de problèmes dès le démarrage du processus de management de projet, consultez le cours de Bonnie Project Management Foundations.

Comment faire face à des attentes déraisonnables de certaines parties prenantes dans votre projet ?

Le 28 février 202320 février 2023 par mopertodans experience sharingLaisser un commentaire

Que faites-vous lorsque vous ne pouvez faire changer d’idée des parties prenantes importantes ?

Dealing with Unreasonable Expectations par Bonnie Biafore

http://www.bonniebiafore.com/dealing-with-unreasonable-expectations/

Les principales parties prenantes exercent parfois une pression importante pour atteindre des objectifs de projet irréalistes. Repousser ces demandes peut mettre sur les nerfs même le/la manager de projet le/la plus expérimenté(e) !

Et il peut être difficile de convaincre ces parties prenantes de changer leurs objectifs ou leurs perspectives. Que faites-vous lorsque vous ne pouvez pas changer l’avis des parties prenantes ?

Adoptez un processus qui vous permettra de gérer les attentes et de faire avancer le projet.

Voici une approche en 4 étapes pour tirer le meilleur parti des attentes déraisonnables.

Étape 1 – Partagez les faits.

Développez un argumentaire simple et direct qui décrit vos préoccupations concernant le projet. Utilisez les données antérieures du projet, les documents de référence de l’industrie et les préoccupations présentées par les leaders techniques. Votre message est susceptible d’être considéré comme une mauvaise nouvelle, alors soyez prêt pour une forte réaction. Cela peut nécessiter plusieurs tentatives pour faire passer votre message, alors soyez persévérant pour faire entendre votre message. Tenez-vous-en aux faits. Ne laissez pas les réactions des parties prenantes détourner votre message en une discussion émotionnelle. Vous partagez des informations sur les risques qui doivent être traités. Gardez à l’esprit que ce n’est pas votre travail d’empêcher les hauts dirigeants de prendre des risques. Votre travail en tant que manager de projet consiste à vous assurer que les parties prenantes reconnaissent les risques que présente le projet. Après votre discussion, traitez les directives que vous recevez du mieux que vous pouvez.

Étape 2 – Comprenez leurs perspectives.

Qu’est-ce qui est réellement important dans le projet pour cette partie prenante ?

Partagez les risques du projet avec un public plus large et écoutez les points de vue supplémentaires de ces parties prenantes. Les membres de l’équipe technique peuvent être surchargés de problèmes ou avoir un volume de travail déraisonnable. Certaines parties prenantes peuvent avoir des intérêts pour leur propre équipe qui entrent en conflit avec la meilleure option pour l’ensemble de l’organisation. Toutes ces choses peuvent finir entre vos mains pour être traitées. Soyez compréhensif et souvenez-vous : Vous ne pouvez aborder les problèmes dans une discussion transparente seulement si les parties prenantes mettent leurs problèmes sur la table. Aidez les autres à comprendre ces perspectives divergentes et générez des discussions pour explorer une chemin plus dégagé pour faire avancer le projet.

Étape 3 – Soyez prêt à faire des compromis.

Ne soyez pas inflexibles. Au fur et à mesure que les conversations que vous organisez se déroulent, certaines de vos tentatives pour réduire les risques du projet peuvent être rejetées. Recherchez une position raisonnable dans le management des risques qui vous permette de faire des progrès positifs vers la réalisation du projet. Le chemin à suivre n’est peut-être pas parfait. Cependant, une amélioration de 80% de votre situation est probablement préférable à une détérioration irrémédiable d’une relation pour atteindre les 90 ou 100%. Lorsque l’environnement pour la livraison du projet n’est pas idéal, mettez en place une surveillance supplémentaire pour remonter les problèmes dès que possible. Discutez de ces sujets de préoccupation avec votre sponsor et lors de vos réunions de projet hebdomadaires.

Étape 4 – Montrez le chemin emprunté par votre projet.

Capitalisez sur votre surveillance pour identifier les problèmes. Créez des mesures qui montrent l’impact des zones de risque sur le projet. Partagez le chemin emprunté par votre projet avec les parties prenantes. Par exemple, si vous craignez que les ressources techniques clés ne soient pas disponibles pour consacrer suffisamment de temps à votre projet, établissez un temps minimum nécessaire pour livrer votre projet dans les délais. Surveillez les heures réelles que votre ressource critique consacre au projet et l’état d’achèvement de ses tâches. Signalez vos résultats lors des réunions d’état d’avancement pour tenir les gens informés de l’état du risque. Si les préoccupations que vous avez soulevées plus tôt (à l’étape 1) ont un impact, vous aurez des données concrètes pour justifier votre préoccupation, et vos parties prenantes seront plus susceptibles d’appuyer les changements dont vous avez besoin pour mener à bien votre projet. Si tout va bien, ne soyez pas complaisant ! Poursuivez la surveillance jusqu’à ce que la possibilité de risque soit éliminée.

Avez-vous des recommandations pour traiter les demandes déraisonnables ? Partagez-les avec nous !

Pour en savoir plus sur la gestion des attentes déraisonnables, consultez la formation Natasha Kasimtseva’s Managing Project Stakeholders course.

Sur la même thématique, relisez ces billets:

5 bénéfices du diagramme réseau de planification de projet (Schedule Network Diagram)

Le 21 février 202319 février 2023 par mopertodans best practices, outils et méthodesLaisser un commentaire

Manager de projet expérimenté ou pas, vous êtes probablement familier des diagrammes de réseau de planification.

Cependant, ce n’est pas parce que vous avez les connaissez que nous savez bien les utiliser…

Five benefits to creating a schedule network diagram par Kiron Bondale

https://kbondale.wordpress.com/2022/12/19/five-benefits-to-creating-a-schedule-network-diagram/

Que vous ayez suivi un cours de base en management de projet qui couvrait les pratiques pour les approches prédictives ou que vous étudiiez pour passer l’examen PMP®, vous êtes probablement familier des diagrammes de réseau de planification. Cependant, comme beaucoup d’outils et de pratiques dans le guide PMBOK, ce n’est pas parce que nous apprenons à les connaître que nous allons les utiliser.

Si vous omettez de créer un diagramme de réseau, vous risquez de passer à côté des bénéfices qui suivent.

Construire un diagramme de réseau est un exercice de « team building », de cohésion d’équipe, amusant. Que vous le fassiez sur un tableau blanc à l’aide de notes autocollantes ou sur une plate-forme de collaboration virtuelle, c’est une bonne opportunité pour les membres de l’équipe de différents domaines fonctionnels de comprendre comment nous allons progresser du début à la fin.
Cela accroît l’adhésion de l’équipe aux échéances du projet. En contribuant à la création du diagramme, il y a un plus grand sentiment de propriété de l’échéancier final.
Le diagramme de réseau capture la logique de planification d’une manière facile à comprendre et à expliquer. Guider une partie prenante à travers un diagramme de Gantt détaillé, en particulier lorsqu’il existe plusieurs chemins parallèles, peut être un exercice frustrant pour vous et votre public !
Il est plus facile de remarquer si vous avez commis une erreur de planification. Une fois que quelques centaines de tâches sont saisies dans un outil de planification et que des dépendances ont été ajoutées, localiser une activité manquante peut être comme essayer de trouver la proverbiale aiguille dans une meule de foin. D’autre part, la navigation dans les activités dans un chemin sur un diagramme de réseau est plus intuitive et les activités manquantes et les dépendances inutiles ou manquantes peuvent être identifiées plus rapidement.
Cela rend la création du planning plus efficace. Si vous avez déjà vu un manager de projet batailler pour capturer des données dans un outil de planification devant son équipe, vous apprécierez la réduction de perte de temps lorsque le même manager de projet peut prendre un diagramme de réseau complet et le saisir hors ligne dans l’outil, puis partager le produit final avec l’équipe.

Dans certaines situations, il peut être judicieux d’omettre le diagramme de réseau.

Si votre projet se prête à une approche entièrement adaptative et que la séquence des éléments de travail change fréquemment, et qu’en même temps vous devrez peut-être intégrer une compréhension des dépendances lors de la priorisation de l’arriéré de produit ou de la file d’attente de travail, un diagramme de réseau deviendrait très rapidement obsolète.

Si le projet est simple et comporte un nombre minimal de chemins réseau, un diagramme de réseau peut être exagéré. Enfin, si votre projet est très similaire à un projet historique et que vous pouvez réutiliser la planification de ce projet précédent avec un minimum d’effort, un diagramme de réseau peut aussi être inutile.

Mais en dehors de ces situations, les bénéfices de produire un diagramme de réseau en tant qu’entrée principale de votre échéancier de projet seront bien réels.

100 autres leçons sur le leadership de projet

Si vous avez aimé cet article, pourquoi ne pas lire mon livre Easy in Theory, Difficult in Practice qui contient 100 autres leçons sur le leadership de projet ?

Comment NE PAS faire de multitâche = Travailler plus simplement et plus sainement

Le 15 février 20237 février 2023 par mopertodans best practices1 commentaire

Vous jonglez avec des tâches avec une vitesse digne des plus grands numéros de cirque. Félicitations, champion du multitâches ! Mais, est-ce la bonne approche pour conserver votre santé mentale ?

How NOT to Multitask – Work Simpler and Saner par Leo Babauta

https://zenhabits.net/how-not-to-multitask-work-simpler-and/

Vous travaillez déjà sur deux projets à la fois, et votre boss vient de mettre deux nouvelles demandes sur votre bureau. Vous êtes au téléphone pendant que trois nouveaux courriels arrivent. Vous essayez de sortir à l’heure afin de pouvoir faire quelques courses sur le chemin du retour pour le dîner. Votre téléphone fixe sonne, tout comme votre téléphone mobile. Votre collègue s’arrête avec une demande d’informations et votre Google Reader compte plus de 100 messages à lire.

Vous jonglez avec des tâches avec une vitesse digne des plus grands cirques. Félicitations, champion du multitâche !

En cette ère de technologie instantanée, nous sommes bombardés d’une surcharge d’informations et d’exigences envers notre temps. C’est en partie la raison pour laquelle GTD (Getting Things Done® – David Allen’s GTD® Methodology) est si populaire dans le monde de l’information. C’est un système conçu pour des décisions rapides et pour garder toutes les demandes dans votre vie en ordre de priorités. Mais même si vous utilisez GTD, vous êtes parfois tellement submergés par les choses à faire que votre système commence à s’effondrer.

Life Hack a récemment publié « Comment faire du multitâche » How to Multi-task, et c’est un bon article sur la nature du multitâche et comment le faire tout en se concentrant sur une tâche à la fois.

Ce billet est « Comment NE PAS effectuer plusieurs tâches à la fois », un guide pour travailler aussi simplement que possible pour conserver votre santé mentale.

Tout d’abord, quelques raisons rapides de ne pas effectuer plusieurs tâches à la fois

Le multitâche est moins efficace, en raison de la nécessité de changer de contexte pour chaque nouvelle tâche, puis de changer à nouveau.
Le multitâche est plus compliqué et donc plus sujet au stress et aux erreurs.
Le multitâche peut rendre fou, et dans ce monde déjà chaotique, vous devez régner dans la terreur et trouver une petite oasis de santé mentale et de calme.

Voici quelques conseils sur la façon de NE PAS effectuer plusieurs tâches à la fois

Une manière différente de construire votre « to-do » liste

Établissez d’abord des listes de tâches pour différents contextes (c.-à-d. appels téléphoniques, ordinateur, courses, domicile, en attente, etc.) selon votre situation.
Ayez un outil de capture (comme un cahier) pour vos notes instantanées sur ce qui doit être fait.
Ayez une boîte de réception physique et électronique (et aussi peu de boîtes de réception que possible) afin que tous les éléments entrants soient rassemblés en un seul endroit (un pour les documents papier, un pour le numérique).
Planifiez votre journée en blocs, avec des blocs de temps libres entre eux pour les choses urgentes qui surviennent. Vous pouvez essayer des blocs d’une heure ou d’une demi-heure, selon ce qui fonctionne pour vous. Ou essayez ceci : des blocs de 40 minutes, avec 20 minutes entre eux pour les tâches diverses.
Première chose du matin : Travaillez sur votre tâche la plus importante. Ne faites rien d’autre tant qu’elle n’est pas faite. Accordez-vous une courte pause, puis commencez votre prochaine tâche la plus importante. Si vous pouvez en faire 2 à 3 le matin, le reste de la journée est facile.
Stoppez tout risque de distraction.

Lorsque vous travaillez sur une tâche dans un bloc de temps, désactivez toutes les autres distractions. Fermez le courrier électronique et Internet si possible. Éteignez votre téléphone cellulaire. Essayez de ne pas répondre à votre téléphone fixe si possible. Concentrez-vous sur cette tâche et essayez de la faire sans vous soucier d’autres choses.
Si vous ressentez le besoin de vérifier vos e-mails ou de passer à une autre tâche, arrêtez-vous. Respirez profondément. Recentrez-vous. Revenez à la tâche à accomplir.
Si d’autres éléments surviennent pendant que vous travaillez, placez-les dans la boîte de réception ou notez-les dans votre système de capture. Revenez à la tâche à accomplir.
Lorsque vous avez terminé la tâche à accomplir, traitez vos notes et votre boîte de réception, ajoutez les tâches à vos listes de tâches et redéfinissez votre emploi du temps si nécessaire. Traitez vos e-mails et autres boîtes de réception à intervalles réguliers et prédéterminés.
Parfois, une interruption est si urgente que vous ne pouvez pas la reporter jusqu’à ce que vous ayez terminé la tâche à accomplir. Dans ce cas, essayez de capturer où vous en êtes avec la tâche à accomplir, et mettez tous les documents ou notes pour cette tâche ensemble et de côté (peut-être dans un dossier « action » ou un dossier de projet). Ensuite, lorsque vous revenez à cette tâche, vous pouvez ressortir votre dossier et regarder vos notes pour voir où vous vous êtes arrêté.
Prenez de profondes respirations, étirez-vous et faites des pauses de temps en temps. Profitez de la vie. Sortez et appréciez la nature. Restez sain d’esprit.

CSP DOCENDI est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.

Voici une brève vidéo qui donne à réfléchir sur nos pratiques.

Effectuer simultanément plusieurs tâches devient banal, sinon obligatoire. Mais gagne-t-on vraiment en efficacité ? Avec quelles conséquences ? Analyse scientifique d’un phénomène que l’économie a diffusé dans toute la société.

La matrice contrôle/responsabilité

Le 23 janvier 202323 janvier 2023 par mopertodans experience sharing, leadershipLaisser un commentaire

Dans de nombreuses situations, vous avez la liberté de choisir vos préférences en matière de contrôle et de prise de responsabilités.

The control/responsibility matrix par Seth Godin

https://seths.blog/2022/01/the-control-responsibility-matrix/

La matrice contrôle/responsabilité

Les gens font des choix quant à leurs préférences en matière de contrôle et de prise de responsabilité. Lorsque nous combinons ces choix, nous nous retrouvons avec une matrice assez simple.

En haut à droite se trouve une combinaison idéale. Quelqu’un avec le contrôle et l’autorité qui prend également la responsabilité quand les choses tournent mal. Cela crée une boucle de rétroaction utile, car ces personnes peuvent réellement faire quelque chose à propos des problèmes qu’elles ont causés.

En bas à droite se trouve une catastrophe en attente de se produire. C’est un mégalomane fragile, Robert Moses, un bâtisseur, qui a passé près d’un siècle à paver New York tout en négligeant le logement et autres questions de justice sociale, mais n’a jamais assumé la responsabilité des effets de son travail. Les personnes qui prennent le contrôle et évitent la responsabilité sont souvent facilement identifiables parce qu’elles passent beaucoup de temps à se plaindre.

Dans le coin supérieur gauche se trouve ceux qui s’en soucient vraiment. Ils apportent une énorme empathie à la situation et aident les gens à se sentir reconnus. Hélas, parce qu’ils n’ont pas de pouvoir (soit parce qu’on leur a refusé, soit parce qu’ils l’évitent), leur volonté de prendre leurs responsabilités est en quelque sorte creuse. C’est l’une des raisons pour lesquelles les travailleurs de première ligne qui doivent exercer un travail émotionnel et faire preuve d’empathie au travail s’épuisent si souvent.

Et enfin, dans la plupart des situations, la majorité des gens sont en bas à gauche. Le système nous pousse à être des rouages, à accepter ce qui est donné en échange d’être blanchis et de ne pas être tenus responsables de ce qui se passe ensuite.

Dans de nombreuses situations, nous avons la liberté de choisir. Nous pouvons choisir un quadrant ou nous pouvons choisir de ne pas participer. Et si nous sommes assez chanceux ou attentionnés, nous pouvons choisir pour qui voter, pour qui travailler et où nous allons.

En cette nouvelle année 2023 qui débute, décidez de prendre un peu de recul chaque jour pour bien définir quelles sont vos réelles priorités.

Le 2 janvier 20231 janvier 2023 par mopertodans best practices, leadershipLaisser un commentaire

Tout semble urgent pour une personne sans priorités clairement définies.

Vous ne maîtriserez votre vie que lorsque vous maîtriserez la gestion de votre temps.

Or, si tout est prioritaire, vous ne savez où donner de la tête.

Une priorité est ce qui exprime le mieux la mission, la vision et les valeurs d’aujourd’hui.

Managez votre temps

Une question très simple est au cœur de la gestion du temps : Quelle est votre priorité aujourd’hui ?

Soyez précis :

Quelle est la seule chose que vous devez achever aujourd’hui ?
Sur quoi allez-vous concentrer votre plus productive période de temps et votre énergie aujourd’hui ?
A quoi avez-vous su dire non parce que ce n’était pas votre priorité ?
Quand cette journée sera terminée, que serez-vous fier d’avoir fait ?

Corolaire : Si vous avez 10 à 15 priorités, vous n’avez pas de priorité.

Si vous managez une équipe ou un projet, sachez ce qui est important.

Lors des réunions d’équipe hebdomadaires, dès que la revue de la performance de la semaine passée est accomplie, focalisez les personnes sur les priorités de cette semaine :

« Quelles sont nos priorités cette semaine ? ».

Vérifiez par le questionnement que les priorités sont bien comprises et donnez l’opportunité de les clarifier et de les discuter en équipe.

Et lors des réunions en tête-à-tête avec les membres de votre équipe, demandez :

« Quelles sont tes priorités ? »

Écoutez puis suivez l’avancement sur ces priorités déclarées en cours de semaine :

« Où en es-tu de tes priorités cette semaine ? »

Soyez courageux.

Il vous faut du courage pour dire que tout n’est pas une priorité pour aujourd’hui. Vous savez que tout doit être fait mais vous savez aussi que si vous n’identifiez pas les priorités pour aujourd’hui et pour cette semaine, rien ne sera fait.

Les priorités positionnent les tâches dans l’ordre optimal.

Ayez le courage de dire que la plupart des choses importantes de votre liste ne sont pas une priorité pour aujourd’hui.

Corolaire : Tout ce qui est sur votre liste de choses prioritaires à faire et qui y figure depuis plus d’un mois doit être effacé !

Vos réunions quotidiennes débordent-elles la durée agréée ? Est-ce qu’une ou deux personnes s’accaparent la conversation ?

Découvrez plusieurs conseils pour aider les membres de l’équipe à reconnaître quand leur contribution a duré un peu trop longtemps (ou trop peu).

Deux vidéos suivent. Et vous devrez peut-être regarder les deux, en fonction de votre équipe !

4 choses à essayer lorsque les gens parlent trop dans les mêlées quotidiennes

1. Mettez une minuterie

2. Faites en sorte que l’horloge soit bien visible

3. Interrompez poliment

4. Créez un signal

4 choses à essayer lorsque les gens ne parlent pas dans les mêlées quotidiennes

1. Recherchez les détails

2. Revenez à la structure

3. Encouragez un ordre

4. Renforcez l’objectif

Voici de nombreux billets sur le sujet des Daily Scrum car il sont au cœur de l’approche et restent difficiles à organiser et bien utiliser.

partagez ce billet avec vos amis, collègues et relations professionnelles

Une équipe stable est une équipe dans laquelle la composition de l’équipe ne change pas souvent et est, au contraire, cohérente au fil du temps. Pourquoi devriez-vous vous en soucier ?

In Agile, Where Change is Valued, Why Is a Stable Team So Important? par Mark Levison

Comment des équipes stables affectent la qualité

Comment les équipes stables affectent-elles la prévisibilité ?

Incidence des équipes stables sur la productivité

Pourquoi les équipes stables fonctionnent-elles ?

Pourquoi les équipes stables peuvent-elles être difficiles ?

Quand des équipes stables ne sont-elles pas souhaitables ?

Reconstruire les équipes

partagez ce billet avec vos amis, collègues et relations professionnelles

Il n’y a pas de limite à l’utilisation que vous pouvez faire des jalons dans vos projets. Ne vous limitez donc pas aux livrables techniques et incluez des jalons pour tous les événements qui sont significatifs pour l’entreprise : Finalisation de processus, tests utilisateurs, pilotes…

Boost the Power of Milestones par Bonnie Biafore

Voici 5 autres façons de mettre en évidence les progrès réalisés à l’aide de jalons.

#1 – Points de progression sur la chronologie.

#2 – Risques traités.

#3 – Réponses positives des parties prenantes aux sondages de satisfaction.

#4 – Éléments importants sur le chemin critique qui ne sont pas des livrables.

#5 – Dépendances externes.

Il n’y a vraiment pas de limite à l’utilisation que vous pouvez faire des jalons. Quels autres événements et réalisations soulignez-vous avec des jalons ?

partagez ce billet avec vos amis, collègues et relations professionnelles

L’un des aspects les plus difficiles dans les organisations est la présence d’agendas personnels, certains ouverts et d’autres cachés.

Navigating hidden agendas by Michael Küsters

Le problème avec les agendas cachés

L’impact de ces agendas personnels

Pourquoi y a-t-il des agendas personnels ?

Ne pouvons-nous pas éliminer ces agendas personnels ?

Les conséquences de la suppression des agendas personnels

Permettre les agendas personnels

L’augmentation du nombre d’agendas cachés

L’effet des agendas cachés sur la prise de décision

Réparer des systèmes dominés par les agendas cachés

Reconnaître et traiter plutôt que tenter d’éliminer les agendas cachés.

partagez ce billet avec vos amis, collègues et relations professionnelles

Collecter un excès de données peut être une tendance courante dans les organisations, par habitude, ou par peur de manquer une information importante…

Données de santé : Des règles transposables pour la performance.

Bonnes pratiques pour la gestion des données de performance.

partagez ce billet avec vos amis, collègues et relations professionnelles

Ne demandez pas de données que vous ne pouvez pas utiliser ou sur lesquelles vous n’agissez pas !

Data: Rule #1 par John Goodpasture

Le test

Si quelqu’un dit avoir besoin de données, les premières questions sont les suivantes

Et combien de données ?

Et l’information ?

partagez ce billet avec vos amis, collègues et relations professionnelles

Avez-vous déjà eu à négocier une date butoir de projet avec votre sponsor de projet ? C’est intimidant, mais être bien préparé facilite l’interaction.

Negotiating project deadlines par Bonnie Biafore

Voici mes 4 meilleurs conseils pour vous préparer à négocier une date butoir.

#1 – Identifiez ce qui motive la date butoir.

#2 – Faites des recherches sur votre projet.

#3 – C’est le projet du sponsor !

Avez-vous d’autres conseils pour négocier les délais? Avez-vous rencontré des obstacles avec des délais que vous ne savez pas comment résoudre?

Les dates butoir sont un sujet critique dans le management des projets et plusieurs billets précédemment publiés traitent de ce sujet.

partagez ce billet avec vos amis, collègues et relations professionnelles

L’impact de l’Intelligence Artificielle (IA) sur la gestion de projet.

En gestion de projet et les chefs de projet sont constamment à la recherche d’outils et de techniques innovants pour améliorer les processus de planification, d’exécution et de suivi.

Le cabinet Gartner estime que d’ici 2030, 80% des tâches actuelles de la gestion de projet, pourraient être automatisées grâce à l’Intelligence Artificielle.

Zidane Zait

partagez ce billet avec vos amis, collègues et relations professionnelles

partagez ce billet avec vos amis, collègues et relations professionnelles

Comparer un chef de projet à un « chef d’orchestre » est plutôt valorisant, sympathique, et assez parlant.

Il me semble que notre époque techno-centrée se concentre beaucoup (trop?) sur les méthodes (Agile, Prince, Prédictive, Cascade…) et les outils informatiques associés (MS Project, Jira…) au point d’oublier la substance basale de la gestion de projet : l’acuité.

L’observation est le préliminaire de toute science.

Y a-t-il un pilote dans le projet ?

Mettre la charrue avant les bœufs n’est jamais un projet viable.

partagez ce billet avec vos amis, collègues et relations professionnelles