articles, méthodes, partages d'expérience et rdv du management de projets et de l'agilité
Si vous n’avez pas le temps de discuter d’un besoin utilisateur (ou d’une user story en mode Agile/Scrum), vous n’aurez probablement pas plus le temps de le réaliser.
https://www.benlinders.com/2018/dont-call-people-resources/ par Ben Linders
Le terme « ressources » est beaucoup utilisé dans les plans, les rapports, les réunions et la communication officielle. Le plus souvent ce sont des personnes qui sont indiquées quand quelqu’un dit ressources. Je propose de les appeler par leur nom et de ne pas appeler les gens des ressources !
Les gens sont de merveilleuses créatures. Ils ont les caractéristiques qui les distinguent d’autres animaux, comme de penser avec des plans, de la politique et des stratégies. Ils imaginent d’abord quelque chose et une fois qu’ils l’ont visualisée la réalisent alors, ce qui est formidable.
Malheureusement, pour cette réflexion des termes abstraits sont souvent utilisés. Les ‘ressources’ sont un d’entre eux. Pour un manager, « une ressource » est quelque chose dont vous avez besoin pour « exécuter » votre plan, politique, ou stratégie. C’est très bien, mais pas quand des personnes sont impliquées. Elles ne sont pas des ressources et vous ne devriez pas les exécuter.
Dans les plans, les gens parlent souvent des ressources. Il y a tant de systèmes et réseaux nécessaires et nous avons besoin de xx équivalents temps plein (Full Time Equivalent – FTEs) pour faire le travail : développeurs, testeurs, équipe et leaders de projet, etc.
Il n’y a rien mal avec la prévision de ce qui est nécessaire dans un plan, mais si cette même manière de penser est prolongée jusqu’à la mise en œuvre et à l’exécution du plan, les problèmes surgissent.
Les gens ne sont pas des machines, ils ne sont pas « une ressource » qui travaille 40 heures par semaine. Leurs expériences et compétences varient et ont de l’importance. Ils ont des qualités différentes. Tous les développeurs ne sont pas les mêmes, vous ne pouvez pas juste remplacer un développeur par un autre.
Comme la plupart des organisations travaillent en approche Agile, le logiciel est développé dans des équipes composées de personnes. Ces équipes sont de préférence auto-organisées, capables de planifier et exécuter leur travail. Quand les gens travaillent efficacement ensemble dans l’équipe, le tout (l’équipe) est plus que la somme des parties (les personnes). Ce ne sont pas des équipes de xx ressources, arrêtez de les nommer de cette manière.
Dans le développement de logiciel, il y a souvent abondance de plans pour développer des produits, organiser le travail et l’effectuer. Ces plans parlent du pourquoi, quand, comment et de ce qui est nécessaire. Quand nous parlons de ce dont nous avons besoin et utilisons le terme de ressource, alors nous risquons d’oublier que nous traitons avec des personnes. Cela ne marche pas, littéralement pas.
Il peut être difficile de faire correspondre des gens avec des rôles fixes ou des fonctions définies dans vos plans. Les compétences que les personnes possèdent dans la réalité excèdent souvent des rôles ou des fonctions. La plupart des managers préfèrent avoir des personnes qui ont des compétences croisées, des compétences qui sont très utiles à la fois pour développer un produit et diriger un projet, même si elles ne correspondent pas directement à une fonction spécifique.
Ne traitez pas vos employés comme des ressources, mais comme des personnes, comme des professionnels. Prenez du temps pour parvenir à les connaître et vous verrez que vos plans iront beaucoup mieux.
Une autre façon de penser est nécessaire, un changement de mentalité pour passer des ressources aux personnes. Si vous voulez considérer vos employés comme des professionnels, traitez-les professionnellement. Comprenez ce qui les motive et gardez-les impliqués dans la mission de la société. Donnez-leur de l’espace pour se développer, apprendre de leurs erreurs et grandir.
Nous plaçons souvent de fortes demandes sur nos employés, mais oublions ensuite de leur permettre de les atteindre. Offrez-leur des opportunités, de l’espace et du temps pour créer la connaissance et l’expérience suffisantes. Il y a tant de façons d’y parvenir, et beaucoup ne coûtent pas grand-chose.
Des pratiques puissantes comme les rétrospectives agiles, l’analyse de cause racine et les communautés de pratiques, peuvent permettre que les membres de vos équipes apprennent continuellement les uns des autres et deviennent meilleurs dans leur profession. Il y a beaucoup de réseaux professionnels dans lesquels les personnes peuvent partager la connaissance et les expériences. La participation coûte souvent peu ou rien et vous recevrez beaucoup.
Les ateliers et les conférences stimulent les gens et fournissent des moyens de développer ou approfondir la connaissance. Un avantage complémentaire de l’apprentissage continu consiste en ce que les gens communiquent davantage les uns avec les autres et comme nous le savons tous, la communication fréquente peut prévenir beaucoup de problèmes.
Si les managers commencent à appeler les gens avec lesquels ils travaillent des personnes et les traitent comme des personnes qui apportent tout leur être au travail, les choses iront mieux. Les managers peuvent montrer qu’ils trouvent les êtres humains vraiment importants en récompensant les bonnes attitudes. 
Mon conseil est de récompenser les personnes qui investissent de leur temps personnel pour contribuer dans un réseau professionnel. Un compliment ne coûte rien et délivre tant. Parlez de ce qu’ils font et pourquoi vous pensez c’est important. Donnez-leur des occasions de partager leurs connaissances dans la société.
Rejoignez des réseaux professionnels pour partager et apprendre. Suivez des conférences pour présenter et apprendre de ce que d’autres font. Parlez à vos collègues pour écouter leurs défis et comment ils les ont managé. Coachez des personnes et soyez vous-même coachés.
Ne pas appeler des gens des ressources entraine la réciproque : les managers peuvent s’attendre à être traités par leurs employés comme des personnes eux aussi.
Appelez ces personnes par leur nom, respectez-les. Supposez qu’ils viennent eux-aussi au travail pour faire leur job le mieux qu’ils peuvent, comme vous.
https://seths.blog/2018/11/get-your-memo-read par Seth Godin
Le mémo imprévu mais important emprunte un chemin difficile. Il sera probablement ignoré.
Les parties difficiles :a. Personne n’attend impatiemment de recevoir de vos nouvelles.
b. Vous devez avoir la clarté de savoir à qui il s’adresse, quel est son objectif et précisément ce que vous voulez que fasse le destinataire.
c. Vous devez avoir le courage d’éliminer tout ce qui ne fait pas partie de b.
Considérez une note (ci-dessous) qui a récemment été laissée sur ma porte de chambre dans un hôtel. Le management a distribué 1000 de celles-ci et peut-être que dix personnes l’ont lu et ont pris des actions.
Voici une image avant-après de ce que m’a inspiré ce mémo.
De la ligne d’objet à l’approbation, Victoria Turk reprend certains des principes fondamentaux et trop souvent négligés de l’étiquette des courriels.
Un policier voit un homme ivre chercher au sol sous un réverbère : « Avez-vous perdu quelque chose ici ? ». L’ivrogne lui répond : « Non, j’ai perdu mes clés dans le parc, mais c’est le seul endroit où il y ait de la lumière. »
L’analogie dans le monde du management de projet, est l’importance disproportionnée que l’on accorde aux métriques aisément récupérables et quantifiables. De nombreux Key Performance Indicators (KPIs) mesurent les résultats comptables, le chiffre d’affaire, les parts de marché, les volumes de ventes, le temps d’exécution d’un processus, les ressources consommées… Ces KPIs sont favorisés parce que faciles à obtenir au détriment de ceux qui se mesurent et se collectent plus difficilement comme la satisfaction des employés et des clients, leur attachement au projet et à la société, leur envie de rester dans l’entreprise…
Un mauvais choix de métrique projet ne manquera pas de susciter les mauvais comportements et les échecs. Se contenter de données disponibles ou facile à glaner donne rarement des indicateurs fiables de progression et de résultats. S’arrêter aux apparences sans chercher plus loin est tout bonnement à bannir. A travail de fainéant, salaire de fainéant. Et les salaires des managers de projet, loin d’être négligeables, ne laissent pas de place à la médiocrité ni à la fainéantise.
Sortez votre torche et allez fouiller dans les ténèbres de vos systèmes d’information.
Quelles que soient les réponses que vous cherchez sur la qualité du produit, les résultats financiers, la satisfaction des utilisateurs ou autres parties prenantes, creusez toujours plus profond. Beaucoup de réponses ne sont pas en surface, là où se projette « la lumière ». Les données d’analyse sont souvent très difficiles à rassembler mais elles méritent largement tous vos efforts.
Il peut arriver de trouver en pleine lumière des mines d’informations utiles et pertinentes, donc on ne peut ignorer systématiquement ce qui est facile à voir (et que tout le monde verra) !
https://www.quayconsulting.com.au/news/killing-a-project-who-decides/ par Quay Consulting
[…]
Nous avons dicton chez Quay Consulting : “Il est beaucoup plus facile de démarrer un projet que d’en tuer un” et nous le constatons si souvent que notre équipe d’Assurance Qualité a conçu un processus de revue de démarrage pour permettre intervention et remédiation avant que trop d’émotions et d’argent ne soient investis dans un projet qui partirait dans une mauvaise direction.
On permet à trop de projets de progresser sans reconnaître les signaux d’alarme ou les causes premières d’échec potentiel, comme ne pas fournir les bénéfices escomptés ou risquer un retour sur investissement (ROI) négatif.
Alors, pourquoi nous sommes si réticents à tuer des projets et quelles questions devrions-nous poser pour décider de façon déterminée ?
Les changements permanents et la nature à plutôt long terme des projets dans le business signifient que le contexte dans lequel ils ont été créés pourrait fort bien avoir changé au moment où les projets avancent ou s’approchent de la livraison.
Les raisons business, les résultats d’affaires et la valeur que le projet a l’intention de livrer peuvent ne plus apporter autant aussi de valeur à l’organisation qu’initialement projeté. Malgré cela, le projet peut toujours avoir une météo au beau fixe, c’est-à-dire tenir ses délais, respecter ses coûts et ses indicateurs de qualité.
Mais il y a des moments où regarder le projet sous l’angle des avancées masque sa réalité : Il pourrait être le temps d’arrêter le projet et investir les fonds restants ailleurs, sur des projets qui présentent de plus forts retours.
Ce n’est pas quelque chose que nous observons très souvent. Peu d’organisations font des évaluations récurrentes de la probabilité de collecter les bénéfices dans leur suivi régulier de projet. Mettre ces données dans une revue de d’investissements du portefeuille de projets permet de mettre en lumière les projets sous-performants, donnant à l’organisation l’opportunité de pauser momentanément, arrêter, ou continuer en se basant sur le contexte actuel de l’environnement business.
Quand les organisations portent leur attention sur les bénéfices du projet, la réalité pourrait consister en ce que l’organisation ferait mieux d’arrêter le projet et d’investir les fonds ailleurs.
Les grands projets à long terme deviennent résilients et plus un projet dure longtemps, plus de temps et d’émotions sont investis dans ses résultats.
Il n’est pas rare pour les cadres exécutifs qui sont lourdement investis dans le résultat d’un projet de déclarer que le projet est trop avancé pour s’arrêter maintenant, même s’il ne va probablement pas livrer ce qu’il devrait.
Les bonnes équipes de projet savent qu’elles doivent investir de l’énergie émotionnelle pour obtenir de bons résultats. Mais l’investissement émotionnel d’une équipe concentrée sur la livraison peut devenir un inconvénient si le paysage a changé à tel point que la fin ne justifie plus les moyens.
L’expérience de notre équipe d’assurance projet nous a montré que, plus une revue de projet progresse, particulièrement avec des projets problématiques et difficiles, plus la chaleur émotionnelle monte dans la pièce et une fièvre communicative s’installe.
Le ‘peu importe ce que cela demande’ peut sérieusement altérer le jugement et la bonne décision de si le projet reste ou pas une bonne proposition pour l’organisation, sans aller jusqu’à le qualifier de risque inacceptable.
[…]
Le plus souvent, les projets sont financés par de l’investissement (CAPEX) plutôt que de la dépense opérationnelle (OPEX). Quand une organisation arrête un projet qui peut mener à une écriture comptable négative, cela a un impact direct sur les résultats financiers, ce qui en fait une proposition de valeur très visible et peu attrayante quand les bonus et motivations sont directement liés aux profits réalisés.
A l’inverse, les bénéfices d’un projet peuvent souvent être difficiles à lier directement aux résultats (mis à part les économies fermes, comme des réductions d’effectifs) et les bénéfices s’accumulent normalement avec le temps, pas immédiatement à l’achèvement. Si un projet va délivrer moins de bénéfices qu’attendus, dans beaucoup de cas le propriétaire de projet est parti bien longtemps avant que les bénéfices ne soient comptabilisés (ou pas).
Aussi, face à une décision d’arrêter le projet en plein vol ou continuer jusqu’à sa fin, les sponsors continueront souvent avec le projet car la réalisation des bénéfices peut être nébuleuse et souvent pas suivie à la trace après la livraison, alors que la visibilité et les retombées politiques pour amortir le CAPEX investi peuvent être significatifs.
Ce n’est pas une chose rare pour des managers créatifs que d’utiliser des projets pour financer des ressources opérationnelles « Business As Usual » (BAU) sous l’apparence de ressources projet en période de vaches maigres budgétaire alors que le travail doit toujours être fait. Nous l’avons observé : Du CAPEX projet est utilisé pour financer des ressources BAU pour une unité d’affaires ou une fonction complètement différente.
Stopper le projet en vol pourrait causer une perte de financement pour l’équipe BAU qui signifie à son tour qu’ils seront à mal pour livrer ce qui est exigé d’eux. Tant que l’on facture les ressources sur le CAPEX d’un projet financé alors personne ne semble objecter, ce qui ajoute à son tour de la pression pour continuer avec ces projets même si leur cas d’affaires peut sérieusement s’éroder.
Avec ces forces en jeu, comment les organisations déterminent-elles alors qui décide de poursuivre ou arrêter des projets ?
La montée de l’Enterprise Project Management Office (EPMO) comme gardien des décisions d’investissement d’entreprise a vu une utilisation plus forte des rapports de management de portefeuille, de l’analyse de triage et du management des critères de bénéfices pour évaluer activement la viabilité en cours d’exécution des projets. Ces informations et cette perspective peuvent aider une organisation à savoir quand commencer, arrêter ou faire une pause sur un projet.
L’utilisation de pratiques agiles aide aussi les organisations à réduire le temps entre la réalisation de bénéfices et le début de projet, ce qui permet à la dépense projet et aux écarts comptables d’être réduits au minimum et augmente ainsi la capacité de l’organisation à pivoter rapidement autour de circonstances changeantes.
Les projets ne seront jamais parfaits et ils seront toujours difficiles à délivrer. Nous voulons voir des cadres exécutifs engagés et des équipes qui produisent des résultats donc nous ne préconisons pas d’arrêt à grande échelle de multiples grands projets.
Mais certains projets doivent vraiment être éliminés et cela nécessite une organisation mâture pour être capable de faire cette analyse claire et prendre la décision ardue. La plupart des organisations ont toujours une marge de progression pour vraiment s’assurer que les « bons » projets sont arrêtés au bon moment.
Avec un focus sur une gestion active de portefeuille, des durées de livraison de projet réduites via l’utilisation de techniques agiles, par exemple (maximum 6 mois jusqu’à la réalisation de bénéfices) et l’évaluation régulière et récurrente des bénéfices du commencement du projet jusqu’à sa livraison, tuer un projet pour les justes raisons peut devenir la norme pas l’exception.
Melanie le précise parce que, trop souvent, on a l’impression que Agile ne s’applique qu’aux projets des nouvelles technologies.
Les principes et techniques d’Agile ont été largement adoptés dans l’ensemble de la communauté informatique, mais les initiatives de restructuration des entreprises, de changement de localisation, d’acquisition et de rationalisation des processus bénéficient toutes d’Agile.
En effet, Agile est une façon de travailler qui permet de décomposer un objectif en petits étapes, chaque pas (ou Sprint en approche Scrum) menant à une réalisation qui peut être utilisée, davantage développée et construite.
Papier Blanc en anglais pour entrer dans les détails
https://seths.blog/2018/09/high-value par Seth Godin
… n’est pas la même chose que prix bas.
Le prix est évident. On peut le voir de loin. Mais la valeur est plus subtile. Elle doit souvent être vécue pour être comprise.
Le prix est le même pour chaque personne qui achète cet article. La valeur est différente pour chacune.
Le prix bas est le dernier refuge pour les spécialistes du marketing qui n’ont pas la patience ou les tripes de démontrer la valeur pour ceux qui ont ce besoin.
Réaliser le projet à bas coûts pour produire le livrable pas trop cher est plus facile que d’aller chercher les budgets et délais nécessaires pour construire le produit que les clients s’arracheront.
L’analyse de la valeur perçue par le client, la Business Analysis et le Design Thinking ne sont-ils pas justement de bons outils pour trouver ce qui réellement apporte de la valeur au client, à l’utilisateur, au sponsor et à toutes les parties prenantes ?
Le cas d’affaire ou business case ne cristallise-t-il pas cette proposition de valeur pour les clients et futurs utilisateurs ?
Tout ceci fait partie de la définition des bénéfices attendus du projet puis du management de la réalisation de ces bénéfices.
Tels sont quelques-uns des symptômes d’une maladie mentale qui se développerait durant l’exercice du pouvoir. C’est le syndrome d’hubris.
Dans ses discours sur la condition des grands, Pascal jugeait utile d’éduquer les futurs puissants en leur rappelant que leur détention du pouvoir tenait avant tout du hasard : « Surtout ne vous méconnaissez pas vous-même en croyant que votre être a quelque chose de plus élevé que celui des autres […] Car tous les emportements, toute la violence, et toute la vanité des Grands vient de ce qu’ils ne connaissent point ce qu’ils sont. »
Assurément, l’exercice du pouvoir n’est pas une activité comme une autre et n’échoit pas au premier venu, mais les « Grands » se souviennent-ils suffisamment de leur condition de simple mortel ?
Dans un article récent, j’ai lu que certains plaident pour l’instauration d’une nouvelle entité médicale qui concernerait les personnalités politiques dirigeantes. Celles-ci seraient « intoxiquées » par un étrange agent pathogène – le pouvoir – les conduisant à manifester un narcissisme pathologique.
Dans son livre In Sickness and in Power (Dans la maladie et le pouvoir) paru en 2008, David Owen examinait le rôle de la maladie dans les prises de décision des chefs d’État durant les 100 précédentes années.
On se souvient aussi du livre de Pierre Accoce et Pierre Rentchnick, Ces Malades qui nous gouvernent, paru en 1978, qui avait relancé le débat classique sur le secret médical chez les hommes de pouvoir, et ce bien avant la révélation du cancer de François Mitterrand.
Selon David Owen, les chefs d’État tiennent entre leurs mains le destin des peuples et, de ce fait, leurs décisions doivent se fonder sur un sens du jugement solide et réaliste. Mais il va plus loin, et propose tout à fait sérieusement au lecteur et à la communauté scientifique de considérer l’idée d’une nouvelle maladie dont seraient victimes certains dirigeants précisément du fait qu’ils détiennent le pouvoir.
En fait, selon Steve Blank, sériel entrepreneur et professeur à Berkeley, hubris serait avec la passion, les deux plus puissants moteurs pour devenir de grands entrepreneurs.
Qu’en pensez-vous ? Avez-vous personnellement changé lors de projets que vous avez menés, pris la grosse tête, oublié les basiques du bon sens et de l’empathie ? Des témoignages ?
Perception sélective: Interpréter de manière sélective les informations en fonction de sa propre expérience, de sa situation sociale, de ses intérêts, de ses convictions, de son éducation mais aussi de ses attentes.
Là où le biais de confirmation consiste à se focaliser sur les faits qui confirment ce que l’on pense déjà ou ce que l’on cherche à prouver, la perception sélective ignore inconsciemment certaines informations parce qu’elles ne passent pas les filtres culturels, de croyance, de société ou ne répondent pas à nos attentes.
En fait, notre perception des choses est fortement sous l’influence de nos attentes et jouer sur celles-ci pour bien les positionner est moins difficile que de jouer sur les autres filtres…
La perception c’est la réalité ! Ce qui compte ce n’est pas la réalité (par exemple la qualité du livrable du projet) mais la perception (l’image) que les gens en ont. OK, la position est un peu extrême, mais il y a du vrai.
Hors, cette image se construit très tôt dans la vie du projet, bien avant que le livrable ne soit en construction. Un mauvais alignement entre le message de communication sur le projet et ses livrables décevra vos utilisateurs et aboutira à de l’insatisfaction.
Par le questionnement bien sûr. De soi, de ses expériences, de sa situation, de ses intérêts et de comment ceux-ci peuvent nous faire oublier ou louper certains faits qui devraient nous alerter. Ce n’est parce que vous n’avez jamais vu aucun méga-projet informatique livré dans les temps que cela ne peut être fait. Ce n’est parce que vous avez intérêt à terminer le projet avant les congés que cela est possible (sans prendre de raccourcis risqués). Ce n’est pas parce que la société a grand intérêt à sortir ce produit avant Noël que c’est faisable…
Des techniques telles que celles des 5 pourquoi peuvent vous aider à creuser assez profond pour trouver les vraies causes racines et les bonnes réponses.
Enfin, préparez à l’avance vos utilisateurs aux réels bénéfices qu’ils vont pouvoir collecter grâce aux livrables du projet.
Ceci va vous aider à poser les bonnes attentes, celles que nous saurez satisfaire et peut-être même dépasser.
Elle peut permettre d’aller vite en se focalisant sur les informations qui nous intéressent, mais elle est loin d’être sans danger !
https://www.lollydaskal.com/leadership/the-simple-reasons-people-stop-listening-when-you-speak/ par Lolly Daskal
Trop de mots. Si vous parlez encore et encore pour transmettre une idée simple, les gens cesseront d’écouter. C’est aussi simple que cela. Pensez aux façons de garder votre message attractif et concis afin de garder leur attention.
Trop dans le négatif. Si on vous connaît comme un leader qui parle toujours des problèmes, qui se plaint et reste scotché dans la négativité, les gens seront découragés quand vous parlez. Bientôt ils commenceront à vous zapperont pour empêcher votre négativité de s’étendre. Soyez conscient de votre négativité et éliminez-la quand vous le pouvez ou sinon, gardez un équilibre.
Message peu clair. Quand les gens ont du mal à se maintenir à votre niveau, ils arrêtent d’écouter et leur attention diverge. Assurez-vous que vos messages sont clairs et précis.
Trop abrupt. Si vous ne pouvez pas retenir l’attention des personnes, trouvez des façons plus intéressantes de dire ce que vous avez à dire. Pensez au message, pensez ensuite à qui vous le délivrez à et à quel style de communication ils pourraient le mieux répondre.
Heurter un point sensible. Nous oublions parfois à quel point les mots sont puissants. Mais les gens réagissent fort quand ils estiment avoir été mis en cause. Il est toujours embarrassant de toucher inconsciemment un point sensible chez votre auditeur. Si cela arrive, présentez immédiatement des excuses et poursuivez.
Mauvais timing. Si vous avez quelque chose d’important à dire, assurez-vous de le dire quand les gens sont prêts à écouter. Si vous constatez que vous arrivez à un mauvais moment, prenez congé. Ne forcez pas le passage en disant : “Cela prendra seulement une seconde.” Mettez au point les détails du report plus tard, pas dans l’instant.
Trop laborieux. Quand les gens voient que vous essayez avec trop de difficultés, cela les rend inconfortables et les stresse pour vous. Le secret est ici d’établir un relationnel. Présentez bien et soyez sincère. Chacun peut dire quand ils sont trop ménagés, donc ne le faites pas. Vous savez que vous avez établi une bonne relation quand les autres personnes sourient, décroisent leurs bras, croisent votre regard et semblent détendus.
Trop d’information. Ne surchargez pas les gens avec trop de détails. Gardez votre message simple et centré sur le sujet. En cours de discussion, cherchez des signes que les autres personnes vous ont bien entendu. S’ils apparaissent perdus ou distraits, arrêtez-vous et demandez, “qu’en pensez-vous ?”
Manque de respect. Quand vous ne donnez pas aux gens le respect qui leur est dû, ils vous manqueront de respect en retour. La meilleure façon de gagner le respect est de le donner.
Avancez de l’intérieur : Il y a seulement une règle pour être un bon orateur. Les leaders apprennent à écouter.
Humility is a prerequisite to agility
https://kbondale.wordpress.com/2018/11/11/humility-is-a-prerequisite-to-agility/ par Kiron Bondale
Le Scrum Guide identifie l’engagement, le courage, le focus, la franchise et le respect comme Valeurs de Scrum. Ces valeurs s’appliquent indépendamment de la structure ou méthode utilisées et louper n’importe laquelle d’entre elles réduit les bénéfices d’un voyage agile. Mais cela pourrait valoir la peine d’en ajouter encore un pour compléter la liste : l’humilité.
Merriam-Webster définit l’humilité comme “la liberté de toute fierté ou arrogance“. Je préfère celle du Cambridge Academic Content Dictionary: »le sentiment ou l’attitude que vous n’avez aucune importance spéciale qui vous rende meilleur que d’autres ».
ndlt. la version du Larousse s’approche de la seconde définition: « Sentiment, état d’esprit de quelqu’un qui a conscience de ses insuffisances, de ses faiblesses et est porté à rabaisser ses propres mérites »
Nous ne nous considérons pas comme ayant quelque autorité ou rang spécial sur d’autres membres de notre équipe. Nous ne supposons pas non plus que nous avons toujours raison et cela nous fait nous ouvrir à écouter des points de vue différents et nous ne reculons pas devant de saines discussions pour produire les meilleurs résultats possibles pour nos clients.
Nous reconnaissons ouvertement quand nous sommes habiles dans certains secteurs et les mieux placés pour aider l’équipe à atteindre un but, mais communiquons honnêtement quand nous en savons moins.
Alors que nous sommes heureux d’accepter les remerciements pour notre travail, nous reconnaissons que nos succès ont été atteints grâce à l’appui du reste de l’équipe.
Nous restons ouverts aux commentaires sur nos activités de travail et résultats personnels et sommes capables de résister à la tendance naturelle de nous mettre sur la défensive quand nous recevons des remarques constructives.
Nous savons qu’il n’y a pas UNE bonne façon (ou structure, ou méthode, ou pratique ou outil).
Nous pouvons atteindre nos objectifs de sprint à chaque sprint et recevoir des critiques dithyrambiques de nos clients mais nous avons l’humilité de reconnaître que nous pouvons toujours faire mieux. Cela soutient la vraie amélioration continue.
Les Product Owners / propriétaires de produit possédent une compréhension profonde du domaine produit mais les plus efficaces ont l’humilité de reconnaître quand un changement majeur dans la direction de produit est nécessaire. Ils ne laissent pas la valeur pour le client ni le moral de l’équipe d’être sacrifiés sur l’autel de leur ego. La méthode scientifique qui est à la base de la bonne pratique de Produits Viables Minimaux dépend de l’humilité du scientifique de reconnaitre que son hypothèse pourrait être réfutée.
L’humilité s’étend aux rôles qui supportent nos équipes agiles. Les coachs devraient savoir ce qu’ils ne savent pas et être capables de reconnaitre quand ceux qu’ils coachent sont devenus trop grands pour leurs services. De tels coachs possèdent l’humilité de faire un pas de côté pour laisser d’autres qui sont plus à même d’aider coacher pour l’étape suivante de leur capacité de développement.
https://seths.blog/2018/11/a-note-from-2020/ par Seth Godin
Dix ans après l’instant présent, votre futur vous va vous remercier pour quelque chose que vous avez fait aujourd’hui, pour une chose que vous avez commencé à construire, une habitude que vous avez formée, une graine que vous avez plantée.
Même si vous n’êtes pas sûrs d’où il vous mènera, aujourd’hui est le jour pour commencer.
Chaque fois que vous devez prendre une décision, écrivez ce que vous avez décidé (éventuellement pourquoi) et le résultat auquel vous vous attendez ou que vous espérez.
De cette façon, vous pourrez revoir par la suite vos décisions et leurs impacts sans déformer le passé pour chercher en rationaliser le résultat.
Vous obtiendrez une meilleure visibilité et donc compréhension de votre rendement décisionnel et une vision objective de votre capacité à prendre (ou pas) de bonnes décisions.
Le biais de statu quo est un biais émotionnel; une préférence pour l’état des choses actuel.
L’état actuel est pris comme base de référence et tout changement par rapport à cette base est subjectivement et non pas rationnellement considéré comme une perte. Toute alternative même avec de bonnes justifications est donc considérée comme inférieure à l’état actuel des choses.
Ce biais est exacerbé lorsque la nouveauté apporte des risques qui paraissent élevés. Il s’agit souvent d’une combinaison de peur de perdre quelque chose et d’attachement à ce que l’on possède ou maitrise.
Il est rare de ne pas se confronter à ce biais sur les projets car par définition, ceux-ci apportent des changements dans la manière de travailler, dans les outillages, dans les produits, dans les rapports de pouvoir…
On demande de faire des d’efforts. Apprendre un nouveau travail ou nouvelle façon de le faire est vraiment difficile et ceci est trop souvent oublié.
Commencez par décrire de manière concrète l’état présent. Ceci donnera une base de comparaison plus factuelle et moins sentimentale à l’existant.
Puis, appliquez les recettes du management du changement pour préparer vos plans d’action, de gestion des risques et de communication.
Si possible, prévoyez des maquettes ou prototypes longtemps à l’avance pour que les personnes impactées puissent se faire une meilleure idée du changement. Il s’agit de démystifier les impacts imaginés en les remplaçant par du vécu.
Le fait d’avoir déjà été exposé à un changement le rend plus familier et déjà plus acceptable.
Elle a une fonction psychologique importante. Elle protège des choses causant trop de craintes ou d’inquiétude et qui saperaient autrement notre capacité à fonctionner.
Earned Value Management ou EVM est une méthode utilisée dans le maangement de projet pour intégrer le périmètre, l’échéancier et les ressources; pour mesurer objectivement le rendement et les progrès du projet; et pour prévoir les résultats du projet.
EVM fournit des pratiques, méthodes et outils pour suivre l’avancée des projets et programmes et s’est révélé d’une grande valeur.
Pour les professionnels de projet, il est important de savoir que le travail de projet se déroule comme prévu, que les coûts sont au niveau attendu et ce que le travail restant à faire va coûter. Il est encore plus important de pouvoir déterminer où se produisent les problèmes, leur gravité et ce qu’il faudra faire pour remettre le projet sur les rails.
Earned Value Management repose sur le principe selon lequel les données et tendances passées peuvent indiquer les conditions futures.
EVM vous aide à voir clairement et objectivement où va votre projet par rapport à où il est censé être.
La bonne estimation des tâches, effort et ressources joue un rôle essentiel dans le management de projet.
Habituellement effectuée lors des étapes initiales de planification, l’estimation précise du projet, ou même de l’un des Sprints en approche Agile, peut être une tâche difficile.
En approche prédictive, les organisations et les managers de projet utilisent ces estimations initiales pour établir un échéancier et les coûts du projet, puis les peaufiner au fur et à mesure que le projet évolue.
Meilleures sont les estimations, meilleures et plus rapides seront les décisions, maximisant ainsi la valeur du projet pour toutes les parties prenantes.
PMI is a registered mark of Project Management Institute, Inc.
QRP est un organisme de formation accrédité (ATO) spécialisé dans les formations et certifications professionnelles sur les Bonnes Pratiques en Management.
Depuis 2000, QRP International soutient les professionnels et les organisations dans le développement de leurs compétences et l’implémentation des Bonnes Pratiques de Management, en proposant des formations, certifications et prestations de conseils sur mesure.
25+ Centres de formation en Europe
20+ Ans d’expérience dans la formation et le conseil
20 000+ Professionnels formés
6 Langues de formation
9.17 sur 10 de moyenne attribuée aux performances des formateurs
QRP aide les individus et les entreprises à atteindre l’excellence professionnelle dans les domaines du management de projet, de programme, de portefeuille, du PMO, mais également de l’agilité, de la conduite du changement et de la gestion des services informatiques, grâce aux certifications internationales suivantes:
PRINCE2
Scrum
DevOps
AgileBA
Change Management
Agile Change Management
ITIL
Togaf
MSP
MoP
P3O
Formations, certifications, conseil et accompagnement, expérience internationale, compétences pédagogiques d’exception, suivi client, réactivité et flexibilité. QRP est la solution que vous recherchez.
En 2019, QRP International France a lancé son blog sur les Bonnes Pratiques en Management (gestion de projet, programme, portefeuille, Agile, gestion des services informatiques et conduite du changement.
https://wellingtone.co.uk/project-management-trends-2020/
Le Rapport The State of Project Management sera publié en février, mais les données sont déjà rassemblées, alors jetons un rapide coup d’œil aux gros titres !
Maintenant en sa cinquième édition The State of Project Management fournit un instantané pour tous ceux qui travaillent dans le Project and Portfolio Management (PPM). Cette année 111 organisations de 29 pays différents ont participé.
Il est important que nous regardions tous au-delà de notre propre organisation et au-delà de nos frontières pour gagner une perspective vraiment globale sur notre industrie et les dernières idées.
La tendance est à la croissance du PMO. 90 % des organisations confirment avoir au moins un PMO (50 % ont plusieurs).
Nous constatons toujours qu’un quart d’entre eux est relativement nouveau, âgé de moins de 2 ans. Alors, que fait typiquement le PMO?
Nous avons constaté que le PMO devient de plus en plus impliqué dans le support, mentoring ou formation de ceux auxquels on demande de diriger un projet. Le PMO est davantage ‘ un centre d’excellence ’ fournissant expertise et conseils à l’organisation dans son ensemble en matière de management de projet et d’adhésion à la méthodologie PPM définie.
Pour 2020 et au-delà, la plupart des répondants voient leur PMO s’étendre (57 %), mais avec un périmètre de services augmentant à un taux bien plus élevé (72 %).
En conséquence, 71 % voient la valeur perçue de leur PMO en augmentation.
Plus des trois quarts voient une augmentation du pourcentage des personnes ayant besoin de gagner des compétences de management de projet, avec des pourcentages similaires d’augmentation du volume de travail identifié comme projet. C’est significatif. Le rôle du PMO et du management de projet apportera de plus en plus de valeur aux organisations.
Les chiffres augmentent fermement d’année en année sur ces caractéristiques de maturité dans le management de projet.
Il est intéressant de noter que le nombre de participants qui annoncent étant quelque peu ou très satisfait de la maturité PPM dans leur organisation restent relativement stable à 36 %. À l’autre bout du spectre, 52 % disent être quelque peu ou très insatisfait de cette maturité.
Notre avis est que cela reflète plus largement, une augmentation de la compréhension de la maturité ou qualité d’un ‘bon’ PPM.
Les praticiens regardant au-delà de leur organisation ont une réelle conscience d’où se trouve leur organisation et où elle devrait être.
Chaque organisation devrait avoir une méthodologie PPM définie, pratique, évolutive. Cela guide le choix, la planification, le suivi et la clôture de tous les projets et leur gouvernance.
Les participants annoncent que les 3 Processus de PPM les plus difficiles à enraciner sont :
La Réalisation des Bénéfices a été citée depuis de nombreuses années comme l’un des processus les plus difficiles à mettre en place. Chaque projet devrait avoir un cas d’affaire et des bénéfices clairs. Pourquoi faisons-nous ce projet plutôt qu’autre chose ?
Ces bénéfices pourraient être financiers, ou non-financiers (la conformité légale par exemple, la réputation, la satisfaction des employés) mais devraient alors être contrôlés par le management de projet et sous la responsabilité du sponsor du projet dans tout le cycle de vie.
Un projet qui semblerait ne pas délivrer ses bénéfices pourrait devoir être annulé ou significativement redirigé (re-scoped). Une fois qu’un projet se termine, l’équipe se disperse. Qui devra alors contrôler des bénéfices ?
Le Sponsor devrait toujours les contrôler, mais une solution pratique est que le PMO reprenne le suivi des bénéfices. Ceci devrait faire partie des services à valeur ajoutée qu’un PMO fournit à son organisation.
L’activité de PMO classique est de produire un paquet de rapports mensuels pour les responsables exécutifs. Ici, nous trouvons le PMO harcelant les Managers de Projets pour leur rapport chaque mois afin de créer un paquet de diapositives impressionnant.
Un tiers des répondants confirment dépenser plus d’un jour chaque mois à la création manuelle de rapports, avec un autre tiers consacrant un jour à cette activité.
Nous devons être beaucoup plus efficaces. Seulement un tiers des organisations a répondu avoir accès en temps réel aux KPIs de projet (Indicateurs d’Exécution Clefs). Qu’en est-il de tous les autres ?
Ne serait-ce pas aussi tellement mieux de donner l’accès aux responsables à ces données quand ils le veulent ou en ont besoin, plutôt qu’attendre la fin du mois, quand franchement, les données sont déjà périmées de toute façon.
Ce billet n’aborde que certains des titres du The State of Project Management 2020. Wellingtone publiera le rapport complet en février 2020 et il sera librement disponible en téléchargement. Je posterai un lien sur ce blog.
L’auteur et producteur Cyrille de Lasteyrie a toujours aimé changer de vie et prendre des risques.
Vinvin est le pseudonyme de scène de Cyrille de Lasteyrie du Saillant. Il est auteur, producteur, animateur et blogueur.
Nous sommes incapables de reconnaître notre manque de capacité.
Supériorité Illusoire: Illusion de savoir, parallèle ou extrapolation un peu trop rapide avec des expériences précédentes, avec d’autres secteurs, d’autres projets…
Dunning Kruger effect : Les moins compétents dans un domaine ont souvent tendance à se surestimer. Leur incompétence les empêche de se rendre compte de ce qu’ils ne savent pas ni qu’ils prennent une mauvaise décision. Alors qu’à l’opposé du spectre, les plus compétents sous estiment leurs compétences car ils sont conscients de tout ce qu’ils ne savent pas mais réalisent moins de tout ce qu’ils savent.
Pour le chef de projet, ce biais de supériorité illusoire se manifeste tout particulièrement lors de l’élaboration des estimations d’efforts pour la planification les tâches du projet.
D’autre part, pendant le projet, vous allez rencontrer certains sponsors et experts qui ont déjà beaucoup d’expérience. Utilisez leur expertise tout en restant circonspect car ils et elles risquent fort de faire des comparaisons ou extrapolations quelque peu hasardeuses.
Quand vous rejoignez un nouveau projet, une nouvelle équipe, une nouvelle société, ou un nouveau domaine, rappelez-vous qu’il y a beaucoup de choses vous ne savez pas et beaucoup de choses que vous ne savez même pas que vous ne savez pas…
Commencez par faire profil bas. Familiarisez-vous avec les personnes impliquées et les spécificités des sujets à traiter. Parlez moins et observez davantage. Adoptez une attitude discrète jusqu’à ce que vous ne soyez plus un novice.
Diverses techniques peuvent être utilisées pour réduire ce risque lors de l’estimation d’effort du projet comme Monte-Carlo analysis. Ou bien, si le sujet est peu mature ou volatile, une approche basée sur Agile avec des itérations de développement brèves sur les sujets maitrisés et porteurs du plus de valeur va aider avec le planning poker par exemple. En confrontant les estimations les plus faibles avec les plus fortes, vous en découvrez davantage sur le travail à réaliser et qui saurait le faire.
Les manifestations de ce biais naturel dans l’équipe peuvent vous aider à déceler les réels experts d’un sujet ou domaine sur lesquels vous appuyer pour limiter les risques de dérapage.
https://seths.blog/2018/10/the-red-zone-is-for-unloading/ par Seth Godin
Si vous voulez qu’un processus aille plus vite, il est tentant de se concentrer sur les lignes droites.
Faites aller vos livreurs plus vite sur la route. Forcez votre équipe de développement à prendre moins de pauses pendant un sprint. Insistez pour que chacun dégage du milieu de la chaussée pour laisser avancer le livrable. Prenez des ordinateurs plus rapides !
En réalité, vous obtiendrez beaucoup plus de productivité si, au lieu de cela, vous vous concentrez sur le chargement et le déchargement.
Combien de réunions vous faut-il pour faire approuver quelque chose par la livraison ou le développement ? Combien de faux départs ? Quand le travail est fait, reste-t-il posé là pendant une longue période de temps avant qu’il ne soit utilisé ?
Tous ces travers sont de mauvaises idées mais dans le feu de l’action et sous la pression, vous est-il jamais arrivé de…
DantotsuPM.com 