pas de baguette magique dans le management de projet !

En management de projets, il n’y a pas de baguette magique mais plutôt un ensemble d’outils, de méthodes et d’approches dont le professionnel a appris à se servir pour satisfaire ses clients et équipes.

Jeff Sutherland a lancé en 2018 le Guide de Scrum@Scale: Quels sont vos retours ?

https://www.scruminc.com/jeff-suthlerland-launches-scrum-at-scale-guide/  par Jeff Sutherland

La première équipe de Scrum a fini son premier Sprint il y a 25 ans. Mon but alors et il continue de l’être, était de construire des équipes à hautes performances. Depuis, je me suis concentré uniquement sur ce sujet. Comment permettons-nous aux gens d’en accomplir davantage, de vivre de meilleures vies et de changer fondamentalement la trajectoire de leur réussite ?

Des millions des gens se rencontrent généralement maintenant chaque jour pour leur Daily Scrum.

Il est stupéfiant de voir comment Scrum a réorganisé le monde de travail au travers de nombreuses disciplines et au-delà du logiciel. The Standish Group data montre que des projets Agiles ont trois fois moins de chance de complètement échouer que des projets en cascade et quatre fois plus de chance de réussir. C’est ce qui fait que les sociétés veulent devenir « Agile ».

Actuellement, la menace existentielle sur Scrum est le “Mauvais Scrum (Bad Scrum).” Donc, j’ai investi ces quelques dernières années à codifier les meilleures pratiques pour faire grandir Scrum et réfléchir à ce qui fonctionne ou pas et y donner un nom : Scrum@Scale.

Scrum@Scale est la structure pour que les organisations développent itérativement la meilleure façon pour Scrum de marcher dans leur contexte.

téléchargez gratuitement le guide complet de 19 pages

Donc je l’ai gardé simple. Le Guide Scrum@Scale comporte juste quelques pages. Comme avec Scrum et le Guide Scrum, il est libre d’accès. Vous ne devez pas me demander la permission. Prenez-le, utilisez-le et partagez votre connaissance et votre expérience.

Chaque équipe Scrum est différente, même des équipes dans la même organisation. Elles ont leur culture propre, leurs façons de travailler, des succès, des échecs, leur propre contexte. Mais elles suivent une structure commune. Et dans cette structure elles développent itérativement de nouvelles solutions aux problèmes qu’elles essayent de résoudre.

Pour disséminer le bon Scrum et avoir l’impact nous voulons avoir sur le travail, nous avons besoin de plus de personnes que seulement Scrum Inc. pour l’enseigner. Nous avions un pilote l’année dernière avec Angela Johnson de l’Équipe Co-Lead et avons énormément appris. Nous postons ses formations sur le site Web de Scrum Inc aussi bien que scrumatscale.com. L’an dernier, nous avons décerné un diplôme à notre première classe de formateurs Scrum@Scale. Ils étaient 17.

Vous pouvez lire le processus pour devenir formateur avec toutes les qualifications et bénéfices sur notre site scrumatscale.com.

Je veux vraiment mettre en évidence une chose que nous exigeons vraiment . Pour devenir un formateur Scrum@Scale vous devez avoir implémenté Scrum à l’échelle et soumis une étude de cas de ce travail. Qu’avez-vous appris ? Qu’est-ce qui était difficile ? Qu’est-ce qui a fonctionné ? Et cette étude de cas doit être partagée. Pas juste avec Scrum Inc. Pas seulement avec d’autres formateurs Scrum@Scale. Avec le monde entier. Nous voulons que le monde entende parler des réussites de nos formateurs et que ces histoires deviennent des points de référence dans une conversation globale.

Des centaines de personnes ont déjà suivi nos classes Scrum@Scale, beaucoup de coachs et formateurs. Les réactions que nous avons obtenues sont que c’est une codification des meilleures pratiques qu’ils avaient appliquées depuis des années. Nous voulons favoriser une communauté où les gens et les organisations se transforment en apprenant les uns des autres.

Nous voulons créer une bibliothèque vivante des innombrables manières d’utiliser Scrum à l’échelle dans une structure commune.

Jeff Sutherland, Creator of SCRUM

Une bibliothèque qui est là si vous êtes l’une des sociétés du Fortune 100 aux États-Unis ou une startup en pleine croissance à Hyderabad.

Comme vous le savez peut-être, je me suis retiré du poste de CEO de Scrum Inc en janvier 2018. Une des raisons principales est qu’ainsi je pourrai concentrer mes efforts sur Scrum@Scale et le partager avec autant de personnes que possible dont les vies seront meilleures grâce à cela.

Avez-vous déjà utilisé ce guide et quels sont vos retours personnels ?

CertYou est partenaire de DantotsuPM

Comment gérer d’ennuyeuses personnes présomptueuses dans votre vie (et vos projets)

Nous rencontrons tous ce type de personnes de temps en temps, celles qui semblent toujours tout savoir sur tout…

How to Handle Annoying Overconfident People In Your Life

https://www.lollydaskal.com/leadership/handle-annoying-overconfident-people-life/ par Lolly Daskal

Parfois, il est difficile de ne pas les laisser nous impacter.

Mais il y a une façon efficace de gérer les gens présomptueux.

Mon travail de coach de cadres exécutifs me met en contact avec les personnes les meilleures dans toutes sortes d’organisations et d’industries, et je rencontre des gens présomptueux tout le temps. Une facette de mon rôle est de les recentrer sur la réalité et une partie de cela est de leur apprendre à travailler avec d’autres personnes présomptueuses.

Tout d’abord cependant, faisons une distinction claire entre deux degrés ou types différents de profils présomptueux. Le premier est le narcissique, qui est non seulement présomptueux, mais a aussi un sens de supériorité et de bon droit. Pour une discussion détaillée sur comment gérer un narcissique, voir mon article sur Inc.  How to Deal With a Narcissistic Leader

Mais ici nous considérons un ordinaire présomptueux: un collègue, ou un boss, ou un associé.

Ceux qui vous portent sur les nerfs tous les jours.

Voici quelques stratégies intelligentes pour survivre

Connectez-vous avec votre propre sécurité intérieure

La meilleure façon de gérer une personne présomptueuse est de trouver votre propre sens intérieur de sécurité. Quand vous pouvez trouver en vous votre propre confiance, rien qu’une personne présomptueuse puisse dire ou faire ne vous abattra. Elle peut être incapable de vous toucher et peut même dire des choses très désagréables ou cruelles, mais vous pouvez toujours laisser glisser cela quand vous vous sentez sûrs de vous.

Ne le laissez pas vous atteindre.

C’est facile à dire, mais plus difficile à accomplir. Mais si vous pouvez apprendre à ignorer son attitude présomptueuse et supérieure et essayer de trouver des façons dont vous pouvez apprécier sa compagnie en société, cela peut bénéficier à vous deux. En creusant, il y a probablement quelque chose chez cette personne qui vaut la peine de connaitre ou explorer. Peut-être même qu’au niveau le plus profond, il peut y avoir une personne bonne et gentille, mais avec quelque chose qui, dans le contexte, cause leur comportement présomptueux.

Connaissez leur secret.

Les gens présomptueux sont souvent peu sûrs d’eux-mêmes et dissimulent leurs insécurités par la dominance et le contrôles des autres. Ils ont beaucoup de mal à admettre leurs erreurs et ils s’accrocheront souvent à une croyance même face à la preuve qu’elle est périmée ou fausse.

Apprenez la tolérance.

La plupart d’entre nous sont rapides pour juger. Peut-être l’impatience est-elle votre faiblesse personnelle et la frustration et l’irritation sont de fréquentes réponses pour vous. Peut-être vous sentez vous intimidés ou sous pression. Indépendamment, les gens présomptueux présentent une grande opportunité d’apprendre la patience et à écouter sans jugement. Donnez-vous pour objectif de tolérer la personne et apprenez à comprendre ce qui la motive. Pensez à comment vous répondriez dans la même position.

Améliorez votre assertivité.

droit dans ses bottes, pieds bien ancrésLes gens confiants peuvent sentir de loin les gens qui doutent d’eux-mêmes et quand ils le font, ils sauteront probablement dessus. La meilleure façon de combattre ceux qui pensent qu’ils ont toutes les réponses est d’améliorer votre propre assertivité. Les gens extrêmement présomptueux ne gaspilleront pas leur temps sur des personnes qu’ils ne peuvent pas bousculer ni se servir.

Gardez votre tact.

Donc, vous avez essayé la tolérance et avez amélioré votre assertivité. Maintenant, vient le temps d’une nouvelle arme : le tact. Vous pouvez toujours mettre en évidence des choses qui sont évidentes en elles-mêmes sans répondre à l’arrogance de la personne. Vous pouvez aussi répondre avec force aux choses qui sont incorrectes, faites-le juste avec bonté et empathie.

Changez de sujet.

Changer de sujets aussi souvent que nécessaire sans pour autant jouer les girouettes…

Un autre grand outil pour gérer les gens présomptueux est simplement de pivoter vers un nouveau sujet. En changeant la conversation, vous pouvez stopper la dominance de la personne présomptueuse.

Si elle essaie de revenir sur l’ancien sujet, mentionnez poliment que chacun a déjà fait connaitre son point de vue et repartez sur encore un autre nouveau sujet.

Gardez vos distances pour éviter la confrontation.

Prenez de la distance pour mieux charger vos armes

Si vous avez essayé en vain toutes les autres techniques, vous pouvez toujours diminuer l’impact d’une arrogante personne présomptueuse. Gardez vos distances pour maintenir votre santé mentale. Faites simplement de votre mieux pour éviter leur chemin. Cela vous fera gagner du temps pour mettre au point comment mieux répondre, ou au minimum cela réduira leur présence ennuyeuse.

Les gens présomptueux sont des personnes arrogantes qui sont simplement trop peu sûres d’elles-mêmes pour faire face à leur propre réalité.

Livre sur Amazon

Comme Charles Bukowski l’a si brillamment exposé, “The problem with the world is that the intelligent people are full of doubts, while the stupid ones are full of confidence.”

Le dernier livre de Lolly Daskal, The Leadership Gap: What Gets Between You and Your Greatness est disponible!

« Faites semblant avant de faire vraiment ! » : un plaidoyer en faveur du prototypage.

Trop d’équipes sautent directement dans la construction sans même valider leur idée.

« Prototypes: Why You Must Fake It Before You Make It” by Sarah Doody, UX Wizard at Startupfood

Vous pensez avoir une excellente idée ou un projet de start-up ou de nouveau produit ?

Naturellement la prochaine étape serait de le construire, n’est-ce pas ?

Erreur !

Trop d’équipes sautent directement dans la construction sans même valider leur idée. Ensuite, vous vous retrouvez avec un produit fini qui a mille et une fonctionnalités, mais pas d’usage. Personne ne l’utilise, ne l’achète, ne le comprend…

C’est pourquoi le prototypage est crucial pour construire un produit que les gens aiment.

Le prototype vous aide à vous concentrer sur les bons détails et vous évite de perdre un temps précieux et de l’argent.

En résumé : vous devez « faire semblant » avant de le « faire vraiment ».

Dans cet excellent plaidoyer en faveur du prototypage, Sarah Doody partage son expérience :

  • Pourquoi ne pas se mettre trop vite à construire
  • Comment savoir où vous en êtes
  • Un guide pas-à-pas facile à mettre en action pour prototyper des produits qui décoiffent !

Je vous suggère de commencer à visionner cette vidéo 6 minutes après le début ; Durée 30 minutes (plus questions/réponses)

Vous pouvez aussi trouver les diapositives de la présentation ici : http://bit.ly/2vjq5z2

2 Wébinaires à ne pas manquer : les essentiels de Prince2 (30′) et Agile PM (30′) !

Bonjour, je vous recommande ces 2 wébinaires de notre partenaire QRP pour élargir votre champ de connaissances sur le management de projet et l’agilité en 2 fois 1/2 heure.

L’ESSENTIEL DE PRINCE2 2017 EN 30 MIN

Inscription gratuite en ligne

Jeudi 21 février 2019 à 13h00, depuis votre ordinateur 

Découvrez la méthode en gestion de projet PRINCE2. Fiable, flexible et évolutive, elle est reconnue mondialement pour sa capacité à livrer des projets avec succès. Quels que soient la taille et le périmètre de votre projet, PRINCE2 vous aidera à en tirer le meilleur parti grâce à sa caractéristique d’adaptation : L’agilité oui mais dans un cadre structuré !

Inscrivez-vous à ce wébinaire

COMPRENDRE AGILE PM EN 30 MIN

Inscription gratuite en ligne

Jeudi 11 avril 2019 à 13h00, depuis votre ordinateur 

Avec plus de 100 000 examens réalisés depuis 2010, AgilePM s’est rapidement imposé comme le cadre de référence et de certification en gestion agile de projet. AgilePM fournit une méthodologie pratique et reproductible qui permet d’atteindre un équilibre idéal entre les normes, la rigueur, des responsabilités définies et une progression rapide avec de la collaboration et de la visibilité.

Osez relever le défi du changement constant au sein de vos projets !

Inscrivez-vous gratuitement à ce wébinaire

Scrum Master Trends Report 2019 – Tendances chez les Scrum Masters !

C’est en 2017, que « Age of Product » a lancé le premier rapport sur les salaires des Scrum Masters.

Le tout premier rapport de l’industrie qui regardait en profondeur les antécédents scolaires, l’expérience au travail, les industries et les détails organisationnels des entreprises pour lesquels travaillent les Scrum Masters ou coaches Agile.

L’édition 2019 du Scrum Master Trends Report a été créée en partenariat avec Scrum.org, le principal établissement de formation et de certification Scrum fondé par Ken Schwaber, cofondateur de Scrum.

Pour en savoir plus sur l’état de l’industrie, téléchargez gratuitement le Scrum Master Trends Report 2019.

CertYou est partenaire de DantotsuPM

Ne pas confondre être sur-occupé avec être efficace, c’est plutôt l’inverse qui se produit.

Plusieurs billets sur ce thème du « multitasking », peut-être apprécierez-vous les découvrir ou les relire.

L’initiative passeport européen du PMI® permet aux membres de l’un des pays participants de partager et apprendre à moindre coût !

Visitez le site, tous les événements en Europe y seront bientôt répertoriés !
Vous pouvez assister aux événements des Chapitres du PMI en Europe (liste sur le site) et développer vos connaissances et votre réseau, et sans que cela ne vous coûte une fortune !

En effet, si vous êtes membre de l’un des pays participants, lorsque vous voyagez à l’étranger, vous pouvez assister à des événements organisés par tous ces chapitres du PMI, au même tarif des membres locaux !

Une belle opportunité pour tous les certifiés PMP® de gagner des PDUs en enrichissant leurs connaissances et leur réseau professionnel.

“PMI,” the PMI logo, “PMP,” and “Project Management Institute” are registered marks of Project Management Institute, Inc.

Partenaire de DantotsuPM

« Je ne vends rien »

Bien sûr que si !

« I’m not selling anything »

http://sethgodin.typepad.com/seths_blog/2018/02/im-not-selling-anything.html par Seth Godin

Bien sûr que si. Vous vendez une connexion ou une avancée. Vous vendez une nouvelle manière de penser, un meilleur endroit où travailler, une chance de faire la différence. Ou peut-être vendez-vous la possibilité, la générosité ou du travail pur et dur.

Il se pourrait que la vente que vous faites consomme du temps et des efforts, pas de l’argent, mais si vous essayez de changer quoi que ce soit, alors vous vendez quelque chose.

Si vous n’essayez pas d’améliorer les choses, pourquoi êtes-vous ici ?

Alors, bien sûr, vous vendez quelque chose.

Peut-être serait-il plus précis de dire « je ne vends pas quelque chose trop agressivement, en envahissant votre espace, volant votre attention et vous poussant à faire quelque chose qui ne correspond pas à vos objectifs. »

Ceci est probablement vrai. Du moins je l’espère.


Les managers de projet sont bien plus souvent dans un rôle de vente qu’ils ou elles ne le réalisent…

Relisez ces billets 🙂

Savez-vous ce qu’est un registre de « Dette Technique » et comment bien l’utiliser dans les méthodes itératives #Agile ?

« Dettes et mensonges sont ordinairement ensemble ralliés » Rabelais dans Pantagruel.

Using a « Technical Debt Register » in Scrum

https://www.scrum.org/resources/blog/using-technical-debt-register-scrum par Ian Mitchell

En vieillissant, je me métamorphose en l’un de ces types nostalgiques et ennuyeux qui vit trop dans le passé. Les choses étaient mieux avant, mon enfant. Nous avions des standards et il y avait moins de « sur-simplification ».

Mais parfois au crépuscule, comme je me lève de mon fauteuil à bascule sous le porche et me penche en avant pour soulager mon dos, je reconnais qu’il y a une chose qui est en réalité meilleure maintenant qu’au début des années 2000 : De nos jours, un homme peut parler de la « dette technique » sans que les gens le prennent pour un fou.

La dette technique peut être définie comme les conséquences à long terme de faibles décisions de conception. À l’origine décrit comme une métaphore par la Ward Cunningham, à peu près tout le monde accepte maintenant que la dette technique est un risque réel qui peut réellement être encouru. Cette identification est bonne. Critiquer Java et en damner les conséquences n’est pas vraiment « Agile », c’est juste jouer au cow-boy. Mais la vérité est que pendant des années, cela n’a pas été compris, pas avant que les dettes de certains imbéciles soient si importantes qu’elles ne puissent perdurer.

Cela vaut cependant la peine de garder à l’esprit que pas tous les défauts et bugs ne constituent de la dette technique.

Écopez un peu de votre dette avant qu’elle ne vous noie.

C’est parce qu’ils ne reflètent pas toujours « des décisions de conception ». Ce sont souvent juste des erreurs, peu importe à quel point ils pourraient être irresponsables ou indignes. Ainsi quand une décision ne met pas directement en péril la qualité de produit, ce n’est pas de la dette technique. Une équipe peut souhaiter un nouvel environnement ou un module d’extension, mais ne pas les fournir n’est pas de la  » dette technique », puisque cela ne met pas en danger la qualité du produit lui-même. Cela pourrait très bien réduire la vitesse de développement, parce qu’ils doivent boitiller en utilisant une vieille plate-forme de développement, mais c’est un problème différent.

Dans Scrum, l’attente consiste en ce qu’une définition de DONE (fait) devrait être suffisamment robuste pour que des niveaux ingérables de dette ne puissent pas s’accumuler. De là, si on sait que la dette technique va augmenter, la définition de DONE devrait être revisitée. Il est essentiel de découvrir pourquoi la dette est encourue et comment cela peut être évité.

Il y a certain nombre d’autres contrôles qui peuvent être utilisés pour limiter la dette.

Par exemple, une équipe devrait tenir compte du « refactoring » (et bien d’autres tâches) en décidant de combien de travail ils peuvent embarquer dans un Arriéré de Sprint sans mettre en péril la qualité à long terme. Mais en dehors de ces contrôles et recherches d’équilibre, il n’y a aucune prescription sur comment la dette technique devrait être traitée une fois que vous l’avez. Ce n’est pas une inadvertance, puisque Scrum est délibérément aussi non-normative que possible. C’est une structure de travail qui laissent aux équipes la décision de comment elles la mettent en œuvre.

finiNotez cependant que mettre en œuvre « des sprints spéciaux » pour nettoyer la dette technique n’est pas une option. Des sprints techniques de dettes, aussi mentionnés comme des sprints de solidification ou renforcement, sont essentiellement un anti-modèle. Chaque Sprint doit apporter un incrément de valeur véritable. C’est pourquoi la Définition de DONE est le rempart primaire contre l’accroissement de la dette en premier lieu.

Ce que font certaines équipes est de maintenir un registre de dettes techniques

Dans ce registre les décisions de conception qui mènent à de la dette peuvent être rationalisées. Vous pouvez penser à ce registre comme un registre RAID (Risques, Assomptions, Issues & problèmes, et Dépendances) qui est sous le contrôle de l’équipe. L’équipe y détaille les conséquences techniques de décisions prises de manières opportunes sur la qualité de mise en œuvre du produit, souvent en termes de probabilité, d’impact et de remédiations envisagées. Il peut être possible de recommander de l’adresser pendant un Sprint, si l’équipe a une compréhension suffisante de l’Arriéré de Produit. Suppositions et dépendances peuvent aussi entrer dans le registre et bien sûr quelques risques peuvent finalement transformer en douloureux problèmes.

Un registre technique de dettes peut aider à informer des équipes de comment la dette encourue devrait être gérée. Ils peuvent prendre des décisions réfléchies et informées sur quand vraiment ajouter de la dette et quand au contraire la rembourser. L’utilisation d’un tel registre ne fait pas partie de Scrum, mais néanmoins cette technique peut aider une équipe à prendre en main la dette technique qu’ils décident d’accepter. Parfois, par exemple, la dette technique peut être réglée en mettant en œuvre des histoires de l’arriéré de produit. Dans d’autres cas pas, et la dette doit alors être adressée séparément.

Que faire ?

Certains cas de dette peuvent devoir être exposés au Propriétaire de Produit pour leur prise en considération et d’autres pas. Dans les cas sévères, de la dette technique peut avoir été accumulée qui excède la valeur du projet lui-même, probablement même de multiples fois. Dans de tels cas extrêmes, l’approche la plus pragmatique peut être de tuer le projet et repartir de zéro. Inutile de le dire, cette variation de « échouer maintenant plutôt que plus tard » nécessite un courage extrême.

remboursez graduellement votre dette

Une autre option quand on fait face à une dette technique substantielle est de la réduire graduellement, Sprint après Sprint. L’équipe peut devoir s’entendre avec le Propriétaire de Produit pour livrer quelque chose, à chaque itération, qui fournisse tout de même une valeur suffisante aux parties prenantes. Clairement ce n’est pas une excellente option. Elle peut se terminer en marchandages, où la magnitude et la propriété du problème de la dette ne sont pas reconnues ni rendues visibles des parties prenantes. La dette technique devient alors plus d’un cas de problème technique. Les parties affectées pourraient être encouragées à fermer les yeux tant qu’elles obtiennent quelque chose de valeur immédiate pour le business en retour, mais aucun de ceci n’est bon pour la franchise, la confiance ni la transparence.

Maintenant, bien qu’ayant comparé un registre technique de dettes à un registre RAID, je ne suggère pas qu’il doive prendre la forme « documentée » habituelle de celui-ci. Selon mon expérience, il est généralement meilleur d’utiliser un « Information Radiator ». Parfois, cela peut être aussi rudimentaire qu’une feuille de papier scotchée au dos de la chaise du ScrumMaster, mais je préfère proposer aux équipes d’utiliser un mur de cartes dédié à cette fin. Les statuts typiques sont : A faire, En cours, Fait et A escalader. Les articles sont Faits quand ils sont ou atténués ou acceptés.

Incidemment, cela marche aussi pour les registres RAID conventionnels au niveau du projet et du programme. L’escalade depuis un Registre de Dettes Techniques impliquerait sa promotion à un tel niveau. Les managers sont ainsi encouragés à prendre un intérêt actif dans ces registres et questionner tout problème non remonté qui semblent bloqué.

Cela peut être une excellente façon d’encourager le « gemba » chez les managers, où ils sortent du bureau, s’y promènent, mettent leurs liens hiérarchiques et filtres de côté et voient la réalité des choses par eux-mêmes.

CertYou est partenaire de DantotsuPM

Pour aller plus loin, relisez ces précédents billets sur ce sujet