articles, méthodes, conseils, partages d'expérience et rdv du management de projet
Voilà qui n’est bon ni pour votre leadership, ni votre image, ni votre réputation qui risque de devenir : « Si tu n’as vraiment besoin de rien, n’hésite pas à aller le lui demander. »
D’après ce que j’en ai lu, l’examen se déroule dans les mêmes conditions qu’actuellement dans un centre d’examen agréé, mais depuis chez vous : Pas de livre ni documentation à disposition, pas de téléphone, pas de possibilité de faire des recherches sur internet pendant l’examen ni de se faire assister de qui que ce soit…
Voici le lien pour celles et ceux qui pourraient être intéressé.es : CAPM® Online Proctored Exam | PMI
Les résultats de ce premier pas influenceront certainement la décision.
“PMI,” the PMI logo, “PMP,” “CAPM,” and “Project Management Institute” are registered marks of Project Management Institute, Inc.
https://www.agilealliance.org/what-is-hybrid-agile-anyway/ par Becky Hartman, Mike Griffiths, Johanna Rothman, Jesse Fewell, Betsy Kauffman, Stéphane Matola et Horia Slusanschi
Maintenant que le mouvement Agile s’est étendu à de plus grandes organisations dans davantage d’industries, nous voyons énormément de variation. Accordé, nous utilisons une grande variété de structures, techniques et méthodes utilisées, de XP à Scrum à Kanban à la Livraison Continue. Cependant, récemment nous entendons de plus en plus parler d’approches « Hybrides ».
Ou peut-être vous avez entendu un consultant déclarer fièrement “À moins que vous ne fassiez beaucoup de prototypage, vous êtes seulement Agile Hybride”. Et ensuite, lors d’une rencontre vous entendez une autre personne dire, “Oh, nous ne sommes pas hybrides, nous utilisons une approche mélangée”.
A travers toutes ces discussions, ce que les gens veulent dire en réalité peut devenir assez confus. Ceux parmi nous qui travaillent sur le prochain Guide de Pratique Agile ont aussi entendu ces points de vue et nous ajoutons qu’une section au guide concentrée sur ce sujet. Voici certains des modèles initiaux que nous voyons…
Les cycles de vie des projets suivent un continuum, de prévisionnel (« plan driven ») à Agile. Pour nous aider à comprendre ce continuum, considérons deux des aspects clés de l’Agilité que sont “Livrer Tôt et Souvent” et “S’adapter au Changement”. Si nous devions les tracer sur un graphique bidimensionnel, nous obtiendrions quelque chose comme cela …
Sur le continuum d’approches, depuis prédictives (en bas à gauche) à Agiles (en haut à droite), il y a différents degrés de livraison (incrémentale) et degrés de changement (itératif). Les techniques qui réalisent à la fois de forts niveaux de livraison et de hauts degrés d’adaptabilité sont appelées « Agiles ».
Mais c’est juste trop simpliste. Dans le monde réel, nous n’utilisons pas juste une approche. Nous combinons presque toujours plusieurs techniques différentes. Pour nous aider à comprendre les différentes combinaisons, nous avons posé quelques définitions de travail.
Mélangé Agile (« Blended Agile ») est la combinaison de deux ou plus des méthodes établies, techniques, ou structures Agiles.
En ajoutant un peu de Kanban et des limites de travail en cours (« Work In Progress ») à vos Sprints Scrum, vous obtenez une approche « Mélangée ». Ou peut-être voulez-vous « mélanger » un tableau de visualisation (« Information Radiator ») avec votre approche de livraison en continu. Pour beaucoup de praticiens Agiles, c’est facile à comprendre.
L’Hybride Agile est la combinaison de méthodes Agiles avec d’autres techniques non-agiles.
Par exemple, un effort important pour détailler les exigences, suivi de sprints de livraison progressive serait une “Approche Hybride”. De même, le prototypage itératif fréquent d’un design, suivi d’une mise en œuvre prédictive avec un plan simple serait “une Approche Hybride”.
Ici, l’idée est de prendre une approche non-Agile et d’y injecter quelques techniques Agiles pour aborder une question ou une opportunité spécifique:
Comme toute autre chose dans le monde, il y a une bonne et une mauvaise raison de faire quelque chose. Pour être clair, la mauvaise raison de mélanger des techniques est de vouloir faire comme les autres. “Utiliser des techniques Agiles” n’est pas le but. Le but est de livrer le bon résultat business en utilisant les bonnes techniques.
Pour les projets qui ont un profil de risque inférieur, utilise des approches prédictives pour minimiser les dépenses. Pour des projets de risque plus élevés, utilisez des techniques Itératives pour répéter des activités jusqu’à ce que les problèmes se révèlent et soient résolus. Pour des projets ayant besoin de livraisons agressives, des techniques Progressives livreront quelque chose plus tôt et assureront l’engagement du client. Finalement, pour naviguer dans des environnements complexes, des techniques Agiles peuvent avoir un fort coût initial aérien, mais pourraient le valoir pour les résultats d’ensemble. Chacune a sa propre force. Le mélange de celles-ci de la bonne façon peut mieux répondre à votre contexte que l’utilisation de seulement une d’entre elles.
Beaucoup d’équipes ne sont pas capables de basculer vers les façons de travailler en mode Agile d’un jour à l’autre. Plus l’organisation est grande, plus ses composantes sont en mouvement, plus longtemps il faudra pour changer. Si vous avez vécu dans un monde prédictif depuis de nombreuses années, les méthodes Agiles paraitront très différentes. En conséquence, votre incursion initiale dans le monde Agile sera un amalgame peu ordonné des deux. C’est OK. Vous utilisez des techniques spécifiques pour vous déplacer dans la direction vers laquelle vous voulez aller.
Chaque projet a des besoins différents. Pour ceux qui se trouvent dans un environnement surtout prédictif, une approche hybride peut être une transition vers davantage d’adaptabilité et de livraisons. Pour ceux qui ont déjà adopté la livraison et l’adaptation agressives, incorporer quelques nouvelles techniques peut encore hausser votre challenge.
Ne déclarez pas simplement “Nous sommes Agiles”, la réalité est que vous utilisez déjà presque toujours une combinaison de techniques différentes. Au lieu de cela, une meilleure stratégie serait de vous poser et de réfléchir à quelles approches seraient les meilleures pour ce que vous voulez réaliser en fonction de là où vous êtes.
Vous ne pouvez pas gérer les gens depuis une tour d’ivoire, vous devez interagir avec votre équipe, parler avec eux tous les jours et faire tomber toute barrière qui pourrait être un élément important de démotivation dans nombre d’organisations.
Le management par l’écoute et la rencontre (Management By Wandering Around – MBWA) est une technique simple mais efficace pour créer et maintenir un lien solide avec votre équipe. Un lien bâtit sur une confiance mutuelle, la compréhension et l’alignement.
MBWA est une des techniques les plus efficaces à pratiquer sur le lieu de travail et beaucoup de managers l’utilisent pour envoyer un message silencieux “je suis ici!” aux membres du personnel. Je suis certain que vous l’avez déjà expérimenté lors de votre carrière professionnelle. Alors que vous étiez assis et totalement absorbé devant votre écran, soudainement, vous avez trouvé le grand chef de votre organisation debout à deux ou trois mètres de vous et il vous a posé une question comme : “Sur quoi travaillez-vous en ce moment ?”
On appelle cela le management par l’écoute et la rencontre. Cela semble très simple et n’exige aucune compétence spécifique. Pourtant, c’est très efficace et c’est l’une des meilleures techniques de motivation que vous puissiez utiliser. En tant que manager de projet, vous devez rester en contact avec les membres de l’équipe, vous devez comprendre leurs problèmes et les aider à les résoudre. Dans cet article, nous trouvons quelques façons de commencer à pratiquer le MBWA. L’essayer c’est l’adopter et vous percevrez certainement la différence. Cet article s’adresse particulièrement aux managers de projet mais il peut aussi aider tous les managers à la pratique du MBWA.
C’est un des thèmes principaux de Scrum, cependant, en pratiquant le MBWA, la réunion debout (« stand-up meeting ») n’a pas besoin d’être quotidienne. Ce peut être une simple réunion rapide pour faire le point avec l’équipe sur les problèmes, progrès, statuts, et ainsi de suite. La beauté des réunions debout est qu’elles sont plus spontanées et moins prévisibles. Vous pouvez dire à l’équipe: “Aujourd’hui faisons la réunion debout, nous discuterons ensemble du projet pendant 10 à 15 minutes”. Il n’est bien sûr pas nécessaire d’utiliser Scrum pour organiser une réunion debout. En fait, elle peut éliminer une partie de la lassitude vis-à-vis des réunions habituelles où trop de temps peut sembler gaspillé. Vous n’êtes pas coincé dans un certain formalisme pendant ce type de réunion, utilisez des paroles qui motivent et remerciez les membres de l’équipe pour chacun de leurs accomplissements.
Un des aspect de la technique dite « The One Minute Manager » développée par Kenneth H. Blanchard est de surprendre les salariés quand ils font une bonne chose pour le projet, même petite, et les remercier de la faire. Si vous passez devant un membre de l’équipe qui fait quelque chose de bien, remerciez-le et exprimez votre satisfaction de le voir faire les bonnes choses Cela stimule toujours les autres membres de l’équipe à bien travailler et à améliorer leurs livrables du projet. Au final, ceci améliore l’organisation toute entière.
Il arrive souvent que vos clients et votre management ne soient pas conscients de toutes les personnes qui travaillent dans l’équipe projet. Ils peuvent par exemple interagir avec le leader de l’équipe, le product owner ou le Scrum Master, et à peine connaître les noms de certains développeurs. Lors de la première réunion avec les clients dans les locaux de l’équipe, organisez une visite des bureaux et présentez-leur tous les membres de l’équipe en expliquant leurs rôles et leurs responsabilités respectifs. Ceci est un réel élément de motivation.
Ces questions ne devraient pas être liées au projet. Socialisez avec l’équipe et apprenez à mieux connaître leurs centres d’intérêt, passe-temps, famille, soucis, et ainsi de suite, vous pouvez utiliser les questions suivantes (remplacez les mots en italiques par votre actualité):
Rien ne motive l’équipe autant que de bonnes nouvelles. Essayer d’utiliser les bonnes nouvelles (même petites) pour faire plaisir à l’équipe. Passez dans les bureaux et dites haut et fort “Mesdames, Messieurs, j’ai quelques bonnes nouvelles, NOUS …”. N’oubliez pas d’utiliser « NOUS » et abstenez-vous d’utiliser « JE ».
MBWA est une technique puissante à utiliser par le management, les directions, les managers de projets et programmes. Authenticité et proximité font partie des caractéristiques d’un bon manager. Le MBWA doit être nourri, appliqué savamment et pratiqué spontanément.
Cependant, si vous vous n’avez pas envie de l’utiliser, ne vous forcez pas, car mal appliqué, il peut avoir des effets inverses à ceux recherchés et démotiver les membres de l’équipe.
Vous devez le pratiquer de manière rapide, ne pas passer trop de temps à tourner autour d’eux et ne pas leur laisser penser que vous cherchez à contrôler ce qu’ils font !
Bien sûr, toutes les équipes ne travaillent pas en un même lieu. Cependant, cette approche peut aussi être partiellement réalisée à travers les médias sociaux, réseau social d’entreprise, outils collaboratifs et messagerie instantanée.
Attention également à prendre en compte les différences culturelles.
Si vous utilisez le MBWA ou d’autres techniques qui marchent mieux pour vous, ou inversement si vous avez utilisé certaines techniques qui n’ont pas fonctionné, partagez vos expériences et laissez un commentaire !
Coach, conférencier et formateur, Frédéric Falisse a conçu la Questiologie, une méthodologie concrète et accessible pour « poser la bonne question au bon moment ». Car les questions, les bonnes questions, sont notre principal outil de réalisation.
Comment travailler efficacement avec des parties prenantes de projet « difficiles » ?
https://www.ginaabudi.com/engaging-difficult-stakeholders/ Par Gina Abudi
Chaque projet a des parties prenantes que l’on peut qualifier de « difficiles ». Même si je peux reconnaître que quelques personnes veulent juste être difficiles et contrariantes, il y a souvent une raison valable pour que certaines soit difficiles. C’est souvent plutôt qu’elles ne s’expriment pas de la meilleure façon possible. Cela ne doit pas excuser leur comportement. Mais, regardez plus en avant pourquoi elles sont difficiles.
Par exemple, quand je traite avec des parties prenantes « difficiles », j’écoute et pose des questions pour comprendre ce qui se passe.
Par l’écoute active et en posant des questions, j’ai parfois appris des soucis légitimes et des inquiétudes qui n’ont pas été adressées, comme :
Ce sont toutes des préoccupations très valides et certaines parties prenantes, plutôt qu’avoir une conversation sur ces sujets, peuvent se renfermer et résister et être donc perçues comme difficiles.
Ne collez pas de simples étiquettes sur vos parties prenantes. Ayez une conversation avec elles pour comprendre ce qui se passe. Vous serez davantage capable d’adresser la situation si vous avez des détails plutôt que de seulement essayer de gérer une partie prenante « difficile ».
Chacun des éléments de la liste ci-dessus est beaucoup plus réalisable (il peut être adressé) que d’essayer de faire changer une partie prenante difficile. Adressez les soucis et les problèmes (perçus) et managez la partie prenante.
Essayez ceci sur votre prochain projet avec une partie prenante « difficile ». Vous verrez la différence !
En effet, les drames font paraitre ceux qui les dénouent comme des héros. Hors, nombre d’entre nous sont à la recherche permanente de reconnaissance. C’est parfois notre principal moteur. Aussi, consciemment ou pas, certains n’hésiteront pas à monter le moindre tracas en réel danger pour le projet afin d’apparaitre comme des sauveurs quand ils déploieront une solution.
Mais en fait, anticiper les risques et éviter les catastrophes ne font-ils pas partie des motivations fondamentales du recrutement d’un manager de projet ?
http://blog.ipma.world/no-drama-project-management-possible/ par Jiwat
Quand on regarde en arrière, la vie ressemble aux épisodes d’une série télévisée avec quelques épisodes emplis de comédie et d’autres pleins de tragédie. Le dictionnaire Oxford définit le drame comme “ Un événement ou circonstance excitant, émotionnel ou inattendu”.
Le management de projet n’est pas étranger aux drames. Des hauts et les bas trop souvent rapportés, des contorsions et des redirections, des excitations et des abattements, bons et mauvais, des succès et des échecs… font penser à certaines personnes que le management de projet est peut-être une production de série dramatique grandeur nature.
Pour développer une compréhension mutuelle, définissons le management de projet sans drame comme étant l’état de cohérence et de stabilité dans la prévision d’événements et le développement dynamique de capacités pendant la livraison du projet pour gérer ces événements comme ils surviennent.
La question est, pourquoi le management de projet est-il un processus ainsi fertile en événements, souvent associé à une série de circonstances inattendues, de questions, de problèmes et de risques ?
Intuitivement, il semble qu’un parfait état de management de projet sans drame est fort peu probable sinon impossible. La raison est que les drames ne sont pas simplement déclenchés par des événements isolés. Les dépendances entre les événements pourraient être assez complexes pour rendre des événements imprévisibles pour l’homme et la capacité de calcul des environnements de projet. Dans de telles circonstances, même si les événements sont prévisibles, les dépendances entre les événements pourraient aboutir à l’apparition de circonstances qui sortent du contrôle d’équipe de projet et dégénèrent en drame.
Avec toute la richesse de la connaissance, des standards et des processus, des outils et des techniques et la nature systémique de livraison de projet; on s’attendrait à ce que les drames puissent être limités à un minimum. Mais, le grand nombre d’échecs de projets, certains en retard et d’autres qui n’émergeront jamais, indiquent que plus doit être fait pour stabiliser les environnements de projet et réduire au minimum les drames.
Étant donné ceci, les clés pour un management de projet sans drame sont la cohérence, la maturité et la résilience. Avec cela à l’esprit, nous proposons 5 éléments dans le modèle de maturité TEPEC qui pourrait aider à atteindre le niveau exigé de cohérence et de résilience à essayer et garder les drames de management de projet au strict minimum.
Les environnements de projet sont typiquement intenses et la stabilité de tels environnements exige de personnes qui puissent supporter d’intenses pressions. On considère souvent l’Intelligence Émotionnelle comme un trait de caractère critique pour les gens travaillant sur les projets. Cependant, en raison des nombreuses activités des grands projets, il n’est pas toujours facile ni possible d’avoir en chaque contributeur un certain niveau de processus de pensée ou d’intelligence émotionnelle.
Que faire :
Comme pour les exercices de management de la continuité business (Business Continuity Management), ceux sur les compétences de réflexion et de résilience devraient être réalisés dans un environnement proche du réel. Ainsi, les personnes peuvent ressentir la façon de répondre et acquérir des compétences qu’elles pourront utiliser dans des situations de vie de projet réelles pour éloigner les drames de management de projet.
Construire un environnement interne de projet qui est moins prône aux erreurs, aux crises et aux désastres aide à atteindre un état de management de projet sans drame.
Que faire :
La maturité de processus provient d’avoir établi des processus et des standards de management de projet avec un langage et des structures/méthodologie de management de projet communs et la réalisation d’un ensemble approuvé de protocoles de management de projet à travers toute l’organisation.
Que faire :
L’exécution est l’étape où la plupart des drames surviennent. C’est parce que dans l’exécution, le nombre de personnes et parties prenantes impliquées grandit, les dépendances entre les tâches et les gens augmentent. De plus, l’influence des parties prenantes monte à un niveau tel que des choses commencent à arriver qui sortent des paramètres planifiés. Toutes ces conditions peuvent aboutir à des drames.
Que faire :
La résilience aux drames de management de projet peut être construite en ayant une gouvernance bien réfléchie et une structure de contrôle.
Que faire :
La poussée pour utiliser le management de projet pour tout type d’activité de développement exige que le management de projet soit moins enclin aux drames. Le modèle de maturité TEPEC est un point de départ pour aider des organisations projets à développer un certain niveau de résilience, de maturité et de cohérence dans leurs environnements pour réduire au minimum les drames et sauver potentiellement du temps et de l’argent pour les clients.
L’investissement dans la connaissance pour l’équipe projet, le manager de projet et les parties prenantes est clé au succès du projet. Il se matérialise en particulier par la qualité des sessions sur les leçons apprises tout au long du projet et lors du passage de jalons significatifs.
Le modèle de maturité PPM de Gartner comporte 5 niveaux de maturité croissante. Ces niveaux qui peuvent être appliqués à n’importe quelle fonction sont dans ce cas propres au PPM.
Chaque niveau se définit par la sophistication ou la maturité de dimensions spécifiques qui sont pertinentes pour les activités de PPM. Chaque dimension a sa propre échelle de maturité et se cumule à la maturité du niveau précédent.
Fellow Member
Community Advancement Through Project Management Award
PMI Scholar-Practitioner Award“PMI,” the PMI logo, “PMP,” “PMBOK,” “PM Network,” “Project Management Institute” and “Pulse of the Profession” are registered marks of Project Management Institute, Inc.
