Il y a quelques semaines nous avions un problème avec une livraison à domicile d’un restaurant. Il s’est avéré que la personne ayant pris la commande avait mal entendu et n’avait pas envoyé le bon plat à notre maison. Quand nous avons appelé le restaurant et avons discuté avec le Responsable du Service Client, il nous a informé qu’il avait écouté l’enregistrement de la commande et décidé que son collaborateur n’avait pas mal entendu la commande, mais plutôt que nous ne l’avions pas exprimé correctement. Il a non seulement refusé de rectifier la situation, il a au lieu de cela dit que c’était notre faute.
La chose étonnante pour moi est que c’est un établissement que nous utilisons régulièrement et il était stupéfiant que ce manager ne l’ait pas pris en considération. Ainsi, une erreur qui lui aurait très peu coûté n’a pas été réparée. Au lieu de cela cet établissement a perdu un habitué et l’argent dépensé dans cet établissement sur une base récurrente.
Le point est ici évident, Le Responsable Service Client a pensé qu’il agissait convenablement et dans le meilleur intérêt du restaurant. Il a effectivement gagné la bataille. Mais en nous importunant et nous faisant passer de clients à « non-clients », il a en fait perdu la guerre. Il a non seulement perdu un revenu futur mais il s’est retrouvé à devoir gérer une mauvaise presse quand nous avons informé notre réseau d’amis et associés de notre infortune.
Dans le management de projet il y a tout un ensemble de problèmes qui exigent notre intervention. On s’attend à ce que les chefs de projet soient orientés sur les détails pour qu’ils puissent indiquer d’où vient la faute sur n’importe quel problème donné afin d’y remédier convenablement. Le défi consiste cependant à ne pas oublier qu’il y a des impasses. Certes, nous pouvons établir que le client ou un certain groupe de parties prenantes ont eu tort. En outre, nous pourrions même faire payer ce groupe pour des changements de contenu, de coûts, ou de délais. Cela pourrait nous aider à sauver la face à court terme. Cependant, dans le long terme l’histoire est toute autre.
Il y a longtemps, un mentor m’a dit que quand vous opérez comme consultant la meilleure chose que vous puissiez espérer pour vous-même si vous vous disputez avec un client est de vous faire débarquer du projet. Même si cela peut être un peu extrême, je préconiserais certainement que pour protéger nos droits et ceux de nos organisations, nous devons garder une vue stratégique du résultat potentiel de ces types de problèmes.
Parfois nous pourrions trouver nécessaire de prendre à notre charge le faible coût d’un changement de contenu, bien que le client n’ait pas fourni de besoins appropriés et soit clairement en tort, pour s’assurer que la relation reste positive. Une approche équilibrée doit être imaginée par les chefs de projet pour garantir qu’ils prennent en compte les détails aussi bien que la vue à long terme.
Il n’y a aucune règle générale sur la façon de gérer ces situations. C’est pour beaucoup une approche ad hoc pour laquelle le chef de projet doit être préparé en comprenant la complexité des relations entre organisations. C’est comme tirer sur une corde où le PM doit deviner quand tirer sur celle-ci et quand lâcher un peu de mou.
Note perso: Comme le rappelle Garr Reynolds dans cette vidéo, la flexibilité du bambou peut être sa plus grande force…
Partenaire de DantotsuPM
partagez ce billet avec vos amis, collègues et relations professionnelles
Bonnes pratiques dans la gestion d’équipes disperses géographiquement
Par Neil Stolovitsky
Dans un monde où les technologies mobiles ont brisé les barrières entre la communication et la collaboration à travers les géographies, les entreprises centrées projet recherchent toujours plus activement de nouveaux talents pour pouvoir offrir des marchandises et des services de qualité. De plus, nous vivons dans un monde de plus en plus exigeant. Les entreprises doivent pouvoir offrir des produits et des services de meilleurs qualité à des clients de plus en plus exigeants tout en diminuant les marges. Face à cette réalité, les entreprises centrées projet doivent continuellement améliorer leur stratégie globale afin de maintenir leur compétitivité et de rester profitables.
Cet article va considérer les différents challenges auxquels doivent faire face les chefs de projet et leurs équipes et parties prenantes dispersés, ainsi que les stratégies à mettre en place pour pouvoir mener les projets au succès.
Challenges globaux dans la gestion de projet
Le challenge le plus important dans la gestion d’une équipe est probablement la diversité culturelle des membres de l’équipe et des parties prenantes qui travaillent dans des lieux différents. Il n’est pas du tout inhabituel pour des équipes délocalisées de n’avoir aucun contact avec leur chef de projet. Les barrières culturelles ainsi que la langue s’ajoutent à ces problèmes et peuvent créer des problèmes de compréhension pour toutes les parties impliquées. La communication et le partage d’informations peuvent donc être entravés, ce qui risque d’avoir un impact très négatif sur le succès d’un projet. Dans la plupart des cas, les équipes délocalisées prennent des décisions critiques qui sont basées sur une mauvaise communication ou des informations de seconde main.
L’application usuelle des techniques traditionnelles de gestion de projet est un autre challenge auquel font face les chefs de projet. En général, les méthodologies traditionnelles de gestion de projet sont focalisées sur la planification et le suivi des détails des délais et des coûts. Les méthodes de communication et de partage des informations tendent à ne pas être formalisées et sont laissées aux mains des praticiens en gestion de projet qui utilisent leur propre style de communication avec les parties prenantes. Traditionnellement, les chefs de projet avaient la chance de communiquer face à face avec leurs équipes et leurs clients. Mais aujourd’hui, avec la globalisation, ces interactions face à face sont fortement limitées. Les interactions longue distance engendrent une communication biaisée qui a un impact très négatif sur les délais et les résultats de projet.
Développer une stratégie globale de communication pour le succès
La première étape à mettre en place pour répondre aux besoins d’une équipe de projet délocalisée est d’établir une stratégie de communication formelle afin de minimiser les barrières dans les échanges, le partage et l’interprétation des informations critiques. Cette stratégie doit recevoir l’acceptation de l’équipe délocalisée et nécessite des outils indispensables pour que son implémentation soit efficace.
Lors du développement d’une stratégie de communication globale, les entreprises doivent considérer les caractéristiques suivantes :
1) Distance – Un projet global implique des équipes et des parties prenantes dispersées. Les interactions face à face sont donc limitées. Développer une stratégie où les meetings face à face sont planifiés périodiquement permet d’assurer une meilleure cohésion entre les équipes et également une prise en charge plus rapide des goulots d’étranglement et des problèmes de performance. Le fait est que rien ne peut remplacer les interactions humaines qui permettent de garder les chef, parties prenantes et membres d’une équipe terre à terre, c’est pourquoi il est nécessaire de consacrer du temps à ces meetings.
2) Langue – Il est très commun pour les entreprises de travailler dans des environnements polyglottes. Les barrières de la langue peuvent créer des retards et des échanges d’information biaisés. Il est très important de trouver une langue commune pour la communication ou si ce n’est pas possible, de travailler avec une ressource qui s’occupera de la traduction. Il en résultera une meilleure communication.
3) Culture commerciale – Le leadership et les façons de travailler peuvent être très différentes de par le monde. C’est pourquoi il est important de mettre en place une façon de travailler qui convienne et qui soit acceptée par la totalité des équipes. Elles pourront ainsi maximiser leur performance et les parties prenantes et chef pourront établir des attentes partagées lors de l’apparition d’incidents.
4) Décalage horaire– Des problèmes de timing sont également souvent rencontrés dans le travail d’équipes délocalisées. Les chefs de projet doivent planifier les meetings stratégiques avec des membres clé de chaque équipe afin qu’ils transmettent à leur tour les objectifs dans leurs régions respectives. De plus, ces représentants régionaux peuvent également transmettre les informations de leur région à leur leadership délocalisé.
5) Accès aux informations – Plus que dans n’importe quel environnement, l’accès aux informations des équipes délocalisées est l’un des plus grands challenges. Dans beaucoup de cas, les membres des équipes et les parties prenantes n’ont pas la possibilité de se rendre dans le bureau d’un collègue pour poser une question. C’est pourquoi il est important de mettre en place une stratégie formelle qui documente le détail des projets et qui offre un accès rapide aux informations 24/7 pour pouvoir mener un projet sur le chemin du succès.
En résumé, à cause des problèmes de communication inhérents aux équipes délocalisées, les projets nécessitent des processus plus formalisés non seulement pour assurer que le projet reste sur la bonne voie, mais également pour créer une dynamique de groupe fluide et cohésive où chaque partage d’informations risque d’avoir un impact sur le succès du projet.
Le nuage est votre ami
Le cloud computing s’infiltre dans chaque aspect du monde commercial, les challenges quotidiens rencontrés par les équipes de projet délocalisées s’y dissolvent rapidement. La technologie Cloud a facilité la vie des équipes délocalisées en leur offrant une plateforme collaborative idéale pour établir une stratégie de communication formalisée qui permet de consolider toutes les informations dans un même panier. Que les entreprises décident de déployer une solution à la demande ou implémenter une plateforme Cloud derrière leur pare-feu, la nature omniprésente d’internet apporte la solution idéale pour améliorer la collaboration à travers le monde. Le cloud computing permet aux informations critiques d’être à la fois accessibles et mobiles.
En sus de l’accès évident à l’information, les projets et les solutions de gestion de projet sous Cloud peuvent également offrir les outils nécessaires pour contrôler le flux d’informations. Cela ne suffit pas de faciliter l’accès aux informations, il faut également pouvoir s’adapter aux processus des équipes dispersées à travers le monde en offrant des profils de sécurité adaptés. Dans l’idéal, les informations les plus pertinentes seraient distribuées aux différentes équipes de projet afin que les décisions puissent être prises dans les temps. Il en résultera de meilleurs résultats qui seront ressentis par toutes les parties prenantes.
Bien que les projets globaux puissent poser des problèmes de communication et de prise de décision, pour la plupart des entreprises, la possibilité de profiter de talents à différentes localisations permet d’apporter une valeur ajoutée au portefeuille de projets. Grâce à l’accessibilité aux informations critiques à travers le web et un éventail de talents plus compétitif, les entreprises tirent aujourd’hui avantage des économies d’échelle pour offrir de meilleurs résultats à leurs clients.
Neil Stolovitsky (nstolovitsky@geniusinside.com) est un spécialiste senior en solutions chez Genius Inside, un éditeur de logiciels en gestion de projet basé au Canada et en Suisse.
partagez ce billet avec vos amis, collègues et relations professionnelles
« Senior project managers should live up to a higher standard » par Neal Whitten, PMP
Il est souvent dit que la différence principale entre la description de poste d’un chef de projet et un chef de projet senior est le nombre de projets qu’il ou elle manage, en tenant compte de la taille et de la complexité de ces projets.
Bien que ces facteurs puissent entrer en jeu, cette description n’identifie pas correctement les différences.
J’ai certaines attentes sur les chefs de projet expérimentés que je n’ai pas pour ceux qui le sont moins :
1. Parraine du personnel moins expérimenté. Il n’y a aucune meilleure façon d’apprendre un métier qu’avec l’aide d’un mentor particulièrement quand vous débutez. Les chefs de projet seniors devraient coacher ceux qui les entourent dans les aspects de la profession le leadership, la méthodologie, des outils, des compétences relationnelles et gérer la politique.
2. Évalue la performance. Un chef de projet senior a les compétences pour savoir ce que l’on attend d’un chef de projet et devrait pouvoir aider à évaluer la performance de cette personne. D’autant plus que le management cherche souvent leurs compétences, avis et recommandations.
3. Identifie les besoins de formation en management de projet. Ils devraient pouvoir évaluer la préparation d’une équipe projet ou d’une organisation et recommander ensuite à la formation nécessaire pour s’assurer d’appliquer efficacement les principes de leadership et de management de projet.
4. Donne des formations. Un chef de projet expérimenté doit pouvoir enseigner bien des compétences exigées pour une planification, une exécution, une livraison et le support réussis de projets et de leurs produits ou services. Ils doivent aussi qualifier les organismes de formation au management de projet et contrôler leur qualité et efficacité.
5. Exécute des revues de projet. Ils devraient avoir la capacité soit à individuellement évaluer la santé d’un projet ou à mener une petite équipe sur ce sujet. Une partie de ceci est d’examiner les découvertes de ces évaluations pour identifier clairement les problèmes les plus importants ainsi que les domaines les plus remarquables qui méritent une éloge.
6. Remet les projets en difficultés sur les rails. Tout chef de projet avec une performance satisfaisante devrait pouvoir remettre en piste des projets en difficulté de petite ou moyenne taille. Mais un chef de projet senior devrait, dans son industrie, pouvoir le faire quelle que soit la taille du projet challengé.
7. Aide à recruter ou sélectionner les chefs de projets. Un chef de projet senior peut significativement contribuer dans l’entretien d’embauche et la sélection de nouvelles recrues en management de projet. De plus, on peut lui faire appel pour déterminer l’affectation de chefs de projet sur des projets spécifiques.
8. Fait de l’amélioration continue une priorité. Ils devraient avoir une solide maîtrise des principes de base et avancés du management de projet, avec l’expérience réussie d’application et d’amélioration de ces principes. L’amélioration continue est une caractéristique distinctive des chefs de projet de plus haut niveau.
9. Pense comme une personne du business. Le management de projet est surtout du business. Un chef de projet expérimenté devrait comprendre le besoin business de chaque projet et prendre des décisions basées sur ce qui est le meilleur pour l’organisation, même si cela signifie de challenger des parties prenantes seniors sur les facteurs critiques de réussite.
10. Est un modèle d’intégrité à émuler. L’intégrité n’est pas facultative. Cependant, beaucoup de chefs de projet sont un peu chancelants dans leur prise d’initiatives afin d’assurer que le projet soit toujours exécuté efficacement et avec une gouvernance appropriée. Des chefs de projet expérimentés devraient être les champions de la promotion de l’intégrité dans tous les efforts entrepris.
Si vous espérez devenir un chef de projet expérimentés ou êtes déjà un, comment vous évaluez-vous par rapport à ces attentes ?
Un des prérequis de succès sur tout projet est à mon avis les incitations. Les parties prenantes, spécifiquement le groupe d’usagers et clients doit avoir assez de motivations à supporter le livrable du projet, produit et/ou service. J’ai vu beaucoup de projets où une organisation a acheté une nouvelle solution logicielle ou une autre sorte de produit mais le groupe d’usagers n’a pas été correctement engagé pour assurer que le produit/service soit utilisé. Ceci n’arrive pas seulement dans des projets où un élément d’obtention de prime existe mais peut avoir lieu sur une variété d’initiatives.
un exemple de la vie courante : un programme de recyclage des ordures ménagères
Un exemple particulier qui me met en évidence le problème des primes est basé sur une expérience récente que nous avons eue avec la municipalité d’une ville dans laquelle nous vivons. Je vis dans une zone urbaine avec une variété d’immeubles d’habitation et des maisons familiales indépendantes. La communauté est configurée d’une telle façon que la collection d’ordures est faite via de grandes poubelles à ordures communes qui sont vidées par la ville dans ses camions sur une base quotidienne. Notre ville est par conséquent relativement propre, cependant elle n’aborde pas la question du recyclage comme partie intégrante de ses services.
J’étais heureux de voir il y a plusieurs semaines que la ville a initié un programme de recyclage qui tient en partie dans l’éducation et la prise de conscience et en partie une réorganisation des poubelles. Chaque immeuble/maison a reçu un avis selon lequel la ville leur enverra des poubelles de recyclage. En outre, la ville a publié une lettre qui explique comment le processus marchera et comment les diverses ordures seront ramassées.
Alors, après la dépense significative et l’effort mis dans le projet j’ai été étonné de voir que le jour où les nouvelles poubelles ont été livrées les vieilles sont restées en place. Comme je l’ai observé pendant la semaine suivante, j’étais à nouveau étonné que peu de voisins utilisent les nouvelles poubelles. En fait, chacun a continué les mêmes habitudes qu’auparavant. Ils amenaient leurs ordures aux vieilles poubelles, laissant les nouvelles propres et vides.
qu’en retenir?
Ceci est pour moi un exemple parfait qui démontre que malgré l’éducation et l’engagement communautaire, le groupe de parties prenantes principales ne coopérait pas pour une raison simple : Pour cette communauté, il n’y avait aucune incitation à changer le comportement. Peut-être que des collaborateurs de la ville ont pensé que les nouvelles poubelles d’ordures étaient une motivation suffisante. Cependant, personne ne semble avoir pensé à supprimer les anciennes. Alors que nous nous associons souvent les incitations au potentiel de récompense des membres de l’équipe ou des parties prenantes s’ils exécutent certaines tâches ou se comportent d’une certaine façon, parfois les incitations doivent être concentrées sur le changement de l’environnement pour pousser les gens dans la bonne direction.
Il sera intéressant de voir comment la ville jugera du succès de ce nouveau programme, cependant, une pensée qui a traversé mon esprit est qu’ils faisaient peut-être un premier essai. En tant que tel ils ont décidé de laisser les vieilles poubelles jusqu’à ce qu’ils aient vu que la communauté était à l’aise avec les nouvelles.
Il est en effet difficile de spéculer et je n’ai pas l’intention de critiquer cette initiative importante, d’autant que j’ai pensé que c’est une étude de cas intéressante qui reflète ce qui arrive sur des projets, dont certains dans lesquels j’ai été impliqué.
Partenaire de DantotsuPM
partagez ce billet avec vos amis, collègues et relations professionnelles
J’étais à une conférence il y a peu de temps parlant et partageant sur divers sujets agiles. Comme il arrive souvent, un jeune homme m’a arrêté afin de me poser quelques questions après ma présentation. Nous avons entamé une conversation agréable qui a finalement débordé jusqu’au corridor de l’hôtel.
Nous avons commencé à parler de la dynamique de sprint dans des équipes Scrum et je suis arrivé de mentionner que je coache souvent des équipes vers la déclaration de leurs sprints en tant que succès ou… (pause pour plus d’effet) échec. Que nous faisons ceci comme partie intégrante de la revue de Sprint avec les équipes, le Propriétaire de Produit étant le décisionnaire final en se basant sur selon que l’équipe a atteint les Objectifs de Sprint ou pas.
Il a été visiblement énervé par mon avis. Il a dit qu’ils (il travaillait dans une société bien connue d’Atlanta) n’avaient jamais échoué de sprint. Jamais! Ils ne pouvaient pas, ni n’utilisaient ce MOT dans leur culture. Je lui ai demandé catégoriquement : n’avez-vous jamais échoué un sprint ? Il a dit bien sûr qu’ils l’avaient. Plusieurs fois. Mais au lieu d’utiliser le terme échec, ils ont utilisé le terme ‘challenge’. De cette façon, les parties prenantes ne se feraient pas de fausse idée et ne mettraient pas en doute les compétences ou la motivation de l’équipe.
Nous avons tourné en rond pendant 10 à 15 minutes de plus dans notre discussion, mais nous n’avons jamais vraiment réglé nos différences. Nous avons simplement consenti à être en désaccord. Bien que ce ne soit pas un terriblement large abîme entre nous, je me rappelle distinctement revenir vers ma chambre en secouant la tête. Je n’avais tout simplement pas compris le grand cas fait de l’échec. De l’utilisation du mot. D’une équipe disant…nous avons échoué. Dans mon job de coach et dans mes « tâches journalières », j’ai pu diriger et développer nos idées pour que l’échec ne soit pas un gros mot. C’est-à-dire l’échec est bon. L’échec est ok. L’échec mène à l’amélioration. L’échec fait partie de la vie.
Aussi, dans ce billet, je veux discuter de l’échec depuis quelques perspectives différentes. La discussion n’est pas destinée à être complète. Au lieu de cela, je veux juste partager quelques pensées avec vous et vous faire réfléchir sur l’échec… sur comment vous le percevez dans votre organisation, quelle est votre tolérance à l’échec et reconsidérer vos réactions normales face à lui. Je pense que cela vous mènera aussi à considérer votre management de risque, parce que je pense que les deux sont inextricablement liés.
Coacher pour éviter l’échec
Dans son blog du 20 juin 2011, s’intitulant Coaching is Not Letting Your Teams Fail (Coacher c’est ne pas laisser vos équipes échouer), Giora Morein justifie que des coach agiles devraient amener ou guider leurs équipes loin de l’échec. Il donne l’analogie d’un Sherpa guidant des alpinistes. Et oui, dans l’exemple de l’alpinisme en montagne, je dois reconnaître que l’échec n’est probablement pas le résultat que nous voulons.
Cependant, dans les environnements qui ne mettent pas la vie en danger, je pense que je ne suis pas d’accord avec Giora. Je crois de tout cœur que l’échec peut en réalité être bon pour une équipe. Je pense aussi que le rôle du coach est d’aider une équipe à regarder sa performance de deux perspectives. La plus facile des deux est la perspective de succès. C’est la perspective où vous donnez un retour d’information positif à l’équipe; où vous leur dites qu’ils ont besoin de répéter les pratiques qui marchent pour eux. En fait, quelles pratiques ils doivent amplifier et faire « davantage » afin d’atteindre des résultats de plus en plus importants.
Ces conversations sont clairement plus faciles.
Mais en ce qui concerne la perspective d’échec ? Comme coach, fournissez-vous une critique constructive ? Montrez-vous à une équipe où ils ont trébuché ? Tant individuellement que comme une équipe ? Je pense que vous le devez. Mais certainement pas de façon malveillante ou maladroite. Je pense si vous coachez efficacement une équipe vous devez explorer leurs erreurs et faux pas avec la même passion et énergie que quand vous traitez leurs succès.
Et je ne pense pas que vous le faites tranquillement, en vous cachant derrière des portes et sans reconnaître de leurs challenges. Non. Je pense que vous l’approchez de façon totalement transparente et pratique. En établissant au départ que l’échec est apprécié et bien accueilli. Que depuis l’échec, vos équipes cherchent des possibilités d’amélioration et avancent rapidement vers l’atteinte de meilleurs résultats.
Exposition Agile
Dans des équipes agiles, il y a deux cérémonies clés qui sont concentrées sur les résultats réussis ou pas de l’équipe. Dans Scrum, c’est la Revue de Sprint (la démonstration) et la Rétrospective de Sprint (les leçons apprises). Typiquement la revue de sprint est exposée au monde, donc vous pourriez vouloir être prudents sur comment vous énoncez vos échecs – pour que les parties prenantes n’interprètent pas mal l’impact ou l’effort consenti par l’équipe. Néanmoins, je crois que vous devriez déclarer des sprints succès ou échecs pendant l’introduction à la revue d’équipes.
Dans Scrum, c’est le rôle des Propriétaires de Produit de déterminer cela. Et c’est relatif aux objectifs sur lesquels l’équipe s’est engagée au début du sprint. On espère que ces objectifs étaient assez flexibles pour permettre à l’équipe d’ajuster leur travail pour les atteindre avec créativité.
Par exemple, je pense qu’un très mauvais objectif de sprint est quelque chose autour de l’équipe livrant un nombre d’histoires utilisateur – ou autres indicateurs d’exécution par cœur. Je pense que cela mène à un en-sablage potentiel de la part de l’équipe pour atteindre un but numérique plutôt que de penser au vrai problème qu’ils essayent de résoudre. Au lieu de cela, je pense que de meilleurs buts tournent autour de la réalisation d’une sorte de démonstration d’un comportement qui résout un jeu spécifique de problèmes clients. Donc le succès est mesuré sur comment l’équipe a respecté l’esprit de l’objectif et combien ils ont appliqué les principes agiles dans leur exécution.
Par exemple, j’ai vu des équipes qui s’engagent sur 10 histoires utilisateur, mais qui avaient 3 jours de temps mort à la fin de leur sprint, rater leur sprint. Pour sûr, ils ont bien livré par rapport à leur engagement, mais leur engagement était faussé. Ils s’étaient protégés et avait surestimé. De plus, ils n’ont pas fait part de leur capacité supplémentaire disponible à leur Propriétaire de Produit ni demandé davantage de travail dans leur sprint. Au lieu de cela ils ont planifié d’avance ou « plaqué or » leurs produits.
J’ai aussi vu des équipes qui s’engagent sur 10 histoires, mais en livrent 7 et ont un sprint très réussi. En cela qu’ils travaillent dur dans la complexité et l’adversité. Ils sont incroyablement transparents et engagent leur Propriétaire de Produit à faire des ajustements quotidiens sur les priorités en fonction de leur actuelle compréhension de leur capacité. Et en tant qu’équipe, bien qu’ils n’aient pas livré la quantité prévue à l’origine, ce qu’ils ont vraiment livré est aligné sur leurs objectifs et respecte l’esprit et l’intention du Propriétaire de Produit.
Ces deux cas devraient être discutés pendant la rétrospective des équipes et les façons de s’améliorer discutées. Pas de petite façon et sans ignorer les premiers troubles du comportement de l’équipe. Non. Tout cela, le bon, le mauvais (erreurs et échecs) et idées d’amélioration significatives, sera discuté pour que l’équipe décide de quels points sont dignes de leur attention pour amélioration dans le sprint suivant.
Mais l’échec est-il apprécié ?
En continuant sur mon exemple de coaching précédent, je me souviens qu’il n’y a pas longtemps je parlais à un groupe de nos Scrum Masters dans mon « travail de jour » chez iContact. Si vous ne connaissez pas Scrum, le Scrum Master est le coach et le guide principal et la voix du leadership agile dans l’équipe Scrum agile. Il est aussi responsable d’entretenir des valeurs agiles clés dans l’équipe et e la performance générale des équipes. Ce que j’entends par cela est qu’il guide les équipes vers une performance qui s’améliore dans la durée. Posant continuellement des questions comme : son équipe s’améliore-t-elle dans sa performance globale ? Sa vitesse s’améliore-t-elle ? Sa qualité de travail s’améliore-t-elle ? La collaboration et le travail en équipe s’améliorent-ils ? Et, leur focus est-il sur l’amélioration de la valeur livrée pour le client ?
Donc mon point auprès des Scrum Masters était que j’estimais que nous n’avions pas échoué depuis quelque temps. J’ai défini l’échec dans ce cas comme un échec de sprint ou un incident dans lequel une équipe s’est essentiellement heurtée à un obstacle et a eu besoin de re-planifier ou revoir l’alignement son sprint.
Ils ont tous été d’accord avec moi que les choses s’étaient déroulées sans à-coups. Et j’ai reçu plus que quelques regards interrogateurs fixes quant à pourquoi c’était un problème. J’ai essayé d’être prudent dans ma réponse, mais ma préoccupation était qu’il se pourrait que nous la jouions un peu trop sûrs. Que nous devenions complaisants dans nos pratiques agiles et que nous ne nous challengions pas assez. Que nous ne tentions rien. Et ne courrions pas de risques.
J’ai expliqué que ces caractéristiques sont fondamentales pour la croissance et la progression d’équipes agiles. Et le fait que nous ne rencontrions pas d’échecs indique que nous avons atteint un plateau dans notre croissance et notre performance. J’ai estimé que c’était un problème…et pour lequel j’ai demandé s’ils pourraient obtenir davantage d’échecs des équipes.
Pouvez-vous imaginer le reste de cette discussion ?
Me voilà le Directeur de R&D dans une société qui réussit en train de parler à mon équipe de Scrum Masters et leur demander d’amener plus d’échecs, pour inciter leurs équipes à davantage de prise de risques et inspirer des objectifs plus agressifs. Le point que j’essaye de faire passer est que j’apprécie vraiment l’échec. Que j’ai appris à le voir comme un critère critique de succès et que son absence est un problème pour moi. Je me demande combien d’organisations et de leaders ont la même position.
La notion de « Chuter en avant »
Un de mes auteurs préférés est John C. Maxwell. Il est relativement bien connu comme un coach en leadership et un prolifique auteur avec plus de 50 livres sur divers sujets de leadership. Il a un fort contexte Chrétien dans sa vie et dans son écriture, mais si vous n’êtes pas aussi enclins, ne laissez pas cela vous rebuter. Il maîtrise pleinement l’art du leadership.
Il y a quelques années il a publié un livre : Failing Forward—Turning Mistakes Into Stepping Stones to Success. Dans celui-ci, il souligne l’échec comme un facteur de réelle transformation dans nos vies personnelles, professionnelles et en équipes. Mais il place soigneusement l’échec dans une position d’avancée. Au lieu de voir l’échec comme un état final négatif et nous en plaindre, nous devrions l’embrasser comme une expérience à portée pédagogique positive. Que nous nous « penchions en avant » en démultipliant les leçons apprises pour nous améliorer.
Je ne pense pas que Maxwell souffle simplement un nuage de fumée positive dans notre direction. L’histoire est clairement encombrée d’exemples de succès qui ont été inspirés, forgés et durcis par le feu de l’échec. Thomas Edison en est un exemple célèbre quand il a persévéré pour inventer l’ampoule électrique.
Dans mon coaching agile j’utilise de manière consistante la terminologie « chuter en avant » quand je discute des échecs d’équipes. Oui, je veux qu’une équipe soit honnête avec elle-même et reconnaisse qu’elle a échoué. Mais je veux aussi que ses membres embrassent leurs erreurs au lieu de devenir défensifs, blâmer d’autres personnes ou être dans le plein déni. Et je veux que leur position les fasse se « pencher vers l’avant ». Désireux d’essayer quelque chose de nouveau qui amènera des résultats différents. Sans avoir peur de l’échec.
Je constate qu’en utilisant cette terminologie, j’aide des équipes à comprendre la nature de l’échec et à se comporter convenablement. Mais au-delà de la terminologie, les leaderships de projet et fonctionnel doivent aussi pleinement supporter l’idée. CE qui signifie que l’équipe de direction toute entière doit supporter l’échec. Voilà…je l’ai dit.
En conclusion – Mais, je suis un peu étrange …
Tout ceci étant dit, je me demande si j’ai une vue étrange et largement minoritaire envers l’échec ? Je me demande si la bonne réponse doit en effet de le craindre, de nier son existence, de passer d’innombrables heures à essayer de le prévoir, de ne jamais le mentionner en public. Est-ce que de telles actions sont les bonnes réponses ?
À cette fin, je ferme ce billet avec une requête auprès de tous les lecteurs. J’ai préparé une brève enquête, que je voudrais vous proposer. Je sais, je sais, vous êtes occupés. Mais je pense vraiment que vos idées seront ici utiles. L’enquête est centrée sur la construction d’une vue sur l’acceptation organisationnelle, de groupe/équipe et individuelle de l’échec et du risque. J’essaye d’obtenir à une compréhension profonde de cette acceptation et aussi de ses causes racines. Même si je suis particulièrement intéressé par les équipes agiles, ne laissez pas votre manque d’expérience agile vous empêcher de répondre.
Ce questionnaire nous est proposé par Gabriella Colombo de PMI France-Sud.
Le questionnaire ne nécessite qu’une quinzaine de minutes et il est centré sur la transmission des savoirs. De nombreux lots sont à gagner: formation CAPM/PMP, livres, T-shirts, « goodies », coaching en ligne…
De plus, vous allez découvrir, à la fin du questionnaire, quels sont vos Styles Cognitif et d’Apprentissage
En effet, dans le cadre de son PhD, Gabriella Colombo (SKEMA Business School) réalise une étude auprès des professionnels du management de projets. Le but de l’étude est d’explorer les dynamiques de transmission ou d’échange des savoirs, la création des nouveaux savoirs et la mise en pratique de ces savoirs dans l’environnement professionnel des chefs de projet, tout en tenant compte des différences générationnelles et des styles d’apprentissage de chacun.
Cette étude intégrera l’analyse des facteurs influençant cette transmission: motivations, freins, méthodes ou stratégies employées.
Tous les chefs de projet n’ont pas un comportement positif tout le temps. J’ai appris au cours des années que chaque chef de projet doit passer du temps à essayer d’être plus positif quand il traite avec des membres de l’équipe, des clients et autres parties prenantes. Quelques personnes confondent l’humeur avec l’attitude. Un chef de projet peut être de bonne humeur ou de mauvaise humeur mais son attitude doit être positive.
Mon attitude est toujours positive, mais parfois mon humeur n’est pas excellente, je dois alors vérifier mon attitude. J’ai voulu partager avec vous certaines de mes bonnes pratiques pour être plus positif en manageant les personnes dans les projets et les organisations :
1. Déposer une citation du jour sur le bureau de chacun : En pensant positivement, vous pouvez trouver des citations qui auront un impact positif sur vos équipes. Un exemple serait : « des attentes claires sont mères de toute motivation ». Vous devez utiliser ces citations positives et encourageantes chaque jour. J’ai utilisé « la citation du jour » dans la plupart des projets que j’ai managés et après l’avoir fait pendant quelques jours puis arrêté, immédiatement, les membres de l’équipe sont venus et m’ont demandé : Pourquoi n’avez-vous pas envoyé « la citation du jour » ce matin ?
2. Utiliser un langage positif : Chaque fois j’ai une nouvelle équipe assignée pour un projet, en établissant les normes de l’équipe, je leur explique qu’utiliser des mots négatifs est interdit sur le projet. En se basant sur cela nous avons créé notre VOCABULAIRE POSITIF. Par exemple nous avons utilisé des mots et des phrases comme : J’APPRENDRAI À FAIRE …, COMMENT POUVONS-NOUS AMÉLIORER CELA ?, ÊTRE INSPIRÉ PAR D’AUTRES, FAIRE DE MON MIEUX, TROUVER LE TEMPS, NOUS DEVONS TROUVER LES RESSOURCES, VOUS POUVEZ L’ESSAYER, ESSAYONS UNE AUTRE MANIÈRE.
3. Être disposé à donner pour les autres sans compter : Soyez prêt à servir les autres. Vous, le chef de projet, devez aider vos parties prenantes de projet, utilisez votre générosité. Ne comptez pas combien de fois vous les avez aidés, simplement faites-le et vous recevrez en retour.
4. Être un exemple à suivre pour les autres: Arrivez le premier le matin. Arrivez le premier à vos réunions de projet. Soyez proactif, ne vous plaignez jamais et ne renoncez jamais, écoutez vos équipes et cherchez des façons d’apprendre de chaque partie prenante du projet. Soyez ouvert et clair avec vos personnels et donnez fréquemment un retour d’information équitable. Demandez-leur un retour d’information sur vous. Personne ne peut voir derrière sa tête. Apprenez quelque chose chaque jour.
5. Poser une question de plus avant de répondre : Avant de répondre à une question de vos équipiers, respirez profondément, comptez de un à dix t posez une demande de clarification . Ils prêtent attention à vos réactions, donc vos paroles peuvent faire une différence. Réfléchissez-y s’il vous plaît.
6. Ne pas vous joindre aux atermoiements : N’adhérez pas à ceux qui se plaignent sur votre projet ou dans votre organisation. Envisagez les solutions ou les alternatives pas les problèmes. Pensez différemment et soyez aussi positifs que vous le pouvez.
7. Ne pas adhérer à la révolte : Quand vous trouvez une situation hostile ou injuste, soyez analytique et évaluez la situation avant d’agir. Parfois, en tant que leaders, nous sommes enclins à entrer trop tôt en action. Soyez prudent avec cela.
8. Résoudre plutôt que se plaindre : Ne vous plaignez pas, agissez ou essayez d’autres façons de résoudre vos douleurs, questions ou problèmes. Si vous ne savez pas comment résoudre la question demandez l’aide des membres de votre équipe, pairs et collègues. D’habitude les chefs de projet ne sont pas des hommes ou femmes sages.
9. Faire entrer le tiers dont il est parlé négativement dans la conversation : Dans beaucoup de projets vous collaborerez avec de tierces personnes. Évaluez leur attitude et demandez-leur de revoir leur attitude quand nécessaire.
Vous pouvez être plus positifs que vous ne l’êtes. Avancez et considérez votre avenir pour améliorer votre attitude. Vous devez agir. Votre attitude positive dépend de vous.
N’attendez pas, commencez dès ce jour parce QU’AUJOURD’HUI EST UN BON JOUR !
Alfonso Bucero, MSc, PMP, PMI Fellow – BUCERO PM Consultingwww.abucero.com
Partenaire de DantotsuPM
partagez ce billet avec vos amis, collègues et relations professionnelles
1. Le management par exception permet un vrai gain de temps.
2. L’approche de planification de PRINCE2 fait gagner du temps.
3. La qualité : faire le travail une fois, pas deux
4. Ne pas réinventer la roue à chaque projet
1. Le management par exception permet un vrai gain de temps.
management « by walking around »
C’est essentiellement un style de management « non interventionniste ». Il s’agit d’établir les paramètres pour un bloc de travail donné (une séquence, un lot de travaux) et ensuite de déléguer ce travail. Ce style de management non interventionniste fournit néanmoins direction et contrôle. On se concentre ici sur les décisions à prendre et les éventuels imprévus, ce qui permet de gagner du temps à tous les niveaux de l’équipe de management du projet. Le temps est précieux, votre équipe est occupée, utilisons donc ce temps avec sagesse. C’est cela être efficient. Ce management par exception est-il vraiment économe en temps ? Et bien, regardons certaines des alternatives inefficaces habituellement utilisées par des équipes non-PRINCE2.
Le micro-management est consommateur en temps
Le management « by walking around » peut être irrationnel et déstructuré
Lemanagement par les réunions est très consommateur en homme-jours avec de longues réunions improductives
2. L’approche de planification de PRINCE2 fait gagner du temps.
PRINCE2 vous encourage à bien dimensionner votre planification. PRINCE2 à trois niveaux de plan.
Vous avez besoin d’un plan de projet, mais celui-ci peut être assez simple. C’est un résumé de plan, montrant les livrables clés, les limites de séquence, les principales échéances et quelques estimations de haut niveau. Parce que c’est du haut niveau, il est plus rapide à mettre en place. Vous gagnez du temps en n’écrivant pas un plan long et détaillé.
Le plan de séquence est essentiellement un plan sur mesure avec quelques détails supplémentaires. On ne fait pas de planification détaillée avant d’être proche temporellement du travail concerné, et cela vous fait gagner du temps au lieu d’avoir à re-planifier le même travail.
Les plans d’équipe contiennent le plus bas niveau de détail. Le chef de projet PRINCE2 délègue la création de ces plans d’équipe au chef d’équipe. C’est une approche sensée et en plus c’est encore du temps de gagné pour le chef de projet.
3. La qualité : faire le travail une fois, pas deux
Partenaire de DantotsuPM
PRINCE2 s’intéresse beaucoup à la qualité. Si vous l’utilisez correctement, il peut vous faire gagner un temps considérable. Avec PRINCE2, on effectue un travail concret et pragmatique sur la qualité tôt dans le projet, avant même que le livrable soit produit. Si vous n’utilisez pas cette approche en amont sur la qualité, vous gaspillerez probablement du temps. Vous découvrirez les défauts en aval. Vous identifierez les attentes du client en termes de qualité au moment de remettre le livrable. Vous réglerez certainement ces problèmes, mais remédier aux erreurs liées à la qualité une fois le produit livré prend du temps. On finit souvent par faire le travail deux fois… une fois pour réaliser le produit, et une deuxième fois pour le corriger.
Donc gérer la qualité à la façon PRINCE2 est aussi un gain de temps. D’ailleurs, un des livres les plus célèbres sur la qualité s’intitulant « la Qualité est gratuite » affirme que de gérer la qualité ne coûte ni temps ni argent, et contribue au contraire à économiser et temps et argent. PRINCE2 est d’accord avec cela.
4. Ne pas réinventer la roue à chaque projet
PRINCE2 a un cycle de vie défini, avec un certain nombre de rôles et de responsabilités claires. Ceci permet aussi une utilisation efficace du temps. Chaque projet est unique. Sans une méthode comme PRINCE2, vous commencez le projet avec une page blanche. Vous avez besoin d’inventer une manière de procéder, de construire une équipe et ses modalités de fonctionnement. Avec PRINCE2, votre projet reste un défi, mais vous avez un mode d’emploi pour aborder les questions clés.
Vous savez comment commencer, utilisant le processus PRINCE2 « Élaborer un Projet ».
Vous savez structurer votre équipe, avec un Exécutif de Projet, un Chef de projet et ainsi de suite.
Vous savez que vous devez obtenir la validation de votre Exposé de projet, votre premier document majeur.
Vous savez aussi que vous continuerez avec le processus « Initialiser un Projet ».
Avec PRINCE2, les premières semaines cruciales de votre nouveau projet sont toutes tracées. Vous avez déjà un plan de route qui a fait ses preuves, bien que votre projet soit tout nouveau et unique. Ça c’est une vraie économie de temps !
Hello, it’s an exercise I’m not used to and I found the experience interesting. So, thank you Samir for this new experience!
For half an hour, we discussed about Project Management, cultural differences and how they impact project management, the value of certifications and the importance of education in PM. We also talked about the future of Project Management and where the real value of PM resides. Here is the interview.
Samir is an experienced PM from Minnesota in the USA. He wrote a book called NExt. It tells the story of a project manager’s journey to the next level with the assistance of a PMO coach who leads him towards simple and yet new approaches to resolve the issues he is facing with a failing project. Samir is also a speaker and well known member of PMI. His signature presentation – The Future of Your Project Management Career – takes you through the trends in the project management world and offers action oriented principles to take your project management career to the next level.
The 30′ interview was recorded and you can listen to it here.
partagez ce billet avec vos amis, collègues et relations professionnelles
Il y a un nombre presque illimité d’avis dans le monde du management de projet qui sont des opinions personnelles, des anecdotes d’expérience personnelle et appliquées à un domaine spécifique et même un contexte dans ce domaine. C’est ok, c’est une source d’informations et un initiateur de conversation.
Mais sans un étiquetage approprié, il est difficile de dire d’où viennent ces informations.
Subjectif
Vérifiable
Personnel
Gardez-le pour vous. Personne ne s’y intéresse sauf si vous êtes à un cocktail ou essayer d’impressionner quelqu’un avec vos connaissances.
Utilisez ceci comme votre recette secrète et utilisez-la pour améliorer les autres dans votre engagement à progresser.
Public
Assurez-vous que vos propos soient préfacés par « à mon avis » avant d’en dire davantage et vous mettre dans l’embarras.
Utilisez cette information comme une indication pour les autres de ce que l’on sait avoir fonctionné dans leur domaine.
Ces informations ont deux attributs :
C’est Subjectif(Opinion) – c’est une opinion qui peut être basée sur une collection d’observations au cours d’une certaine période de temps, mais ne peut pas être reliée à un jeu crédible de processus vérifiés qui produisent ces observations.
C’est Vérifiable– Il y a une preuve statistique que cette information est validée ou « vérifiable » dans un domaine défini et un contexte dans ce domaine et peut être observée en l’absence de son promoteur.
Il y a deux audiences cibles :
C’est pour une consommation Personnelle– c’est un avis partagé entre des individus (ou petits groupes) en privé ou en groupe limité. À certains endroits comme un cocktail, en faisant la queue à la banque, ou bavardant avec des étrangers sur le court de tennis, ou dans la salle de déjeuner du bureau.
C’est pour une consommation Publique– la signification de ces informations a été examinée de près pour avoir une sorte de crédibilité qui la rende intéressante aux étrangers. Pour des informations vérifiées, vous devez fournir des références, une bibliographie, les données sous-jacentes, les processus d’analyse de ces données qui y ont abouti à l’information. Donc, l’auditeur peut aussi conduire la même validation pour confirmer que vous n’inventez pas ou pire généralisez vos anecdotes personnelles comme des faits réels à l’extérieur de vos propres expériences.
partagez ce billet avec vos amis, collègues et relations professionnelles
Dans le management de projet, les questions minées peuvent causer des problèmes massifs sur les équipes projet. En tant que chef de projet, c’est votre travail de garder les choses sous contrôle. Les questions minées comportent d’habitude une certaine forme de faute présumée. Voici un exemple : « pourquoi untel ne nous a-t-il pas fourni le statut de projet à l’heure ? »
Quand quelqu’un (membre de l’équipe d’équipe projet, partie prenante ou client) vous pose une telle question, comment réagissez-vous ? Y répondez-vous directement ou essayez-vous de vous défendre vous-même ou votre équipe, empirant ainsi encore la situation ?
À mon avis, la façon la plus rapide et la plus efficace de répondre à une question minée est d’adresser sa préoccupation sous-jacente. Quand vous abordez le problème plutôt que ce que l’on demande en surface, vous créez un environnement sécurisant dans lequel la personne se sent comprise.
Récemment, j’étais dans une situation où ma première réaction était de me défendre et de pulvériser complètement la position opposée. J’ai pris un peu de recul et j’ai recherché quelle était leur préoccupation par rapport à l’incident qui s’était produit plutôt que de basculer en mode défensif. Grâce à cela, j’ai pu voir plus clairement pourquoi dans cette situation, le processus de projet avait été défini de cette façon, et ce, sans pousser mon propre point de vue. Au lieu de voir des manquements dans le processus, j’ai commencé à voir quelles actions j’aurais besoin de prendre. Quand je l’ai admis auprès de la personne qui avait soulevé le problème, la préoccupation originale a immédiatement disparu pour nous deux.
La prochaine fois que quelqu’un vous pose une question minée, répondez à la préoccupation et non pas à la question. La question originale pourrait bien tout simplement disparaître.
Pensez à une rencontre récente avec un membre de l’équipe projet ou une partie prenante où vous pourriez avoir été un peu sur la défensive. Qu’est-ce qui changerait dans cette situation si vous aviez écouté pour découvrir la vrai préoccupation derrière les mots prononcés ?
Partenaire de DantotsuPM
partagez ce billet avec vos amis, collègues et relations professionnelles
Les membres habituels de l’équipe partageront la culture et s’identifieront au projet.
Il n’en va pas de même des ressources additionnelles ou temporaires de projet (par exemple : des applications avec lesquelles vous vous interfacez, l’informatique opérationnelle ou les personnels du support) qui sont appelées pour faire des tâches isolées, sont seulement impliquées sporadiquement ou à la périphérie du projet.
Elles peuvent ou pas lire le plan projet. Elles travailleront certainement selon leurs propres ordres du jour parce que vos tâches sont pour elles un « supplément » voire du travail « importun » et leurs priorités sont pilotées par d’autres, pas par vous.
Aussi, restez plus près d’elles et soyez absolument certain qu’elles comprennent ce à quoi elles s’engagent et quand vous avez besoin d’elles.
Et, pour être juste, ces personnes ont d’autres tâches et n’ont pas souvent voix au chapitre quand elles sont « volontarisées ».
Évidemment, il en va de même pour des ressources externes introduites à court terme ou sur une base ad hoc.
Partenaire de DantotsuPM
partagez ce billet avec vos amis, collègues et relations professionnelles
l’une de nos lectrices, Minh-Thao Hoang, suit actuellement des cours en alternance au Cesi de Lyon en Management Par Projet et a cette année une thèse professionnelle à rédiger pour laquelle elle a choisi la thématique ci-dessous:
Chef de projet super expert ? Chef de projet méthodologique ? Lequel des deux est le plus efficace, le plus légitime ? Comment devenir LE super chef de projet, le chef de projet à haut potentiel ?
Dans un environnement de plus en plus concurrentiel où les entreprises sont en constante évolution, où les demandes en chef de projet sont aléatoires selon les secteurs d’activités, comment se démarquer de la concurrence, comment se vendre sur le marché du travail ?
Toutes ces questions que tout chef de projet se pose font appel à plusieurs talents, de la portabilité des compétences du chef de projet aux compétences académiques, professionnelles et comportementales. Qu’est-ce que l’employabilité ? Les compétences acquises peuvent-elles réellement être transposées et si oui dans quelles mesures ?
Lorsque vous écouterez le Dr Brian Goldman dans son intervention chez TED, essayez de remplacer mentalement le domaine de la médecine auquel il se réfère par celui du management de projet.
Alors, les chefs de projets sont-ils si différents des docteurs ? Ou bien, ont-ils eux aussi du mal à admettre leurs erreurs, et encore plus à les partager avec leurs confrères pour apprendre de ces expériences et permettre aux autres de les éviter ?
Qu’en pensez-vous ? Quel est votre propre retour d’expérience sur ce sujet crucial ?
partagez ce billet avec vos amis, collègues et relations professionnelles
Voici la vraie raison pour laquelle les projets échouent.
Les théories abondent sur pourquoi tant de projets échouent.
Pour moi, cela se réduit à la vitesse à laquelle vous pouvez répondre à une question : Quels sont trois premiers problèmes dans votre projet ?
Si vous ne pouvez pas les identifier en trois claquements de doigts, vous n’êtes pas un leader efficace. Vous vous concentrez sur les détails, le bruit, les interruptions qui viennent dans votre direction pendant la journée. Les leaders vraiment efficaces doivent rester concentrés sur les priorités qui offrent le plus fort retour sur investissement (ROI) et vous ne le faites pas.
Au cours des années, j’ai conduit des revues sur un grand nombre des projets en danger. Dans chaque cas, les problèmes les plus importants de ces projets auraient dû être attaqués des semaines, des mois et parfois des années plus tôt. Au lieu de cela, le chef de projet a permis aux problèmes les plus importants de dériver.
Ne gaspillez pas votre temps
Pour garder votre focus, commencez votre jour par une liste de choses à faire (une « to-do » list) et inscrivez vos trois problèmes principaux tout en haut. Disons que votre liste a 10 entrées. Si vous finissez la journée en n’ayant pas travaillé sur l’un de vos premiers trois, mais réussissez à biffer les sept suivants, vous ne devriez pas vous sentir satisfait de vos efforts. Vous avez travaillé sur les mauvaises choses. Si, au lieu de cela, quand votre journée se termine, vous n’avez travaillé sur aucun des sept du bas de la liste, mais avez fait des progrès significatifs sur même un seul des trois premiers, vous avez vraiment accompli quelque chose.
Quand est-il bon de travailler sur les sept derniers ? Si vous avez quelques minutes entre des réunions, allez-y. Plus tôt dans ma carrière, j’ai réservé une heure chaque jour pour travailler mes sept derniers. Mauvaise idée. Au lieu de cela, je devrais avoir consacré ce temps prisé et concentré à mes trois premiers problèmes.
Résolvez-les rapidement
Les trois premiers problèmes de votre liste devraient être résolus sur quelques jours, pas des semaines ou des mois. Si vous avez un problème qui peut prendre six semaines à résoudre, créer un plan pour le plan.
Assignez quelqu’un qui possède le problème et créez “un mini plan” qui identifie les activités et les tâches, durées, dépendances, dates, personnes responsables, etc. Une fois qu’il est approuvé, déplacez-le dans votre plan complet de projet et suivez le chaque semaine.
Si vous avez plus d’un projet, vous devriez connaître les trois premiers problèmes de chaque projet. Si vous avez trois projets, par exemple, vous devez identifier vos neuf premiers problèmes chaque matin (ou la nuit précédente). Sélectionnez ensuite parmi les neuf, vos trois premiers qui seront votre focus principal du jour.
Votre concentration sur vos trois premiers problèmes chaque jour est l’unique action la plus importante que vous puissiez prendre sur un projet. Cependant, la plupart des « leaders” échoue à embrasser cette pratique essentielle.
Connaissez-vous VOS 3 premiers ?
Neal Whitten, PMP, president of The Neal Whitten Group, is a speaker, trainer
consultant, mentor and author. His latest book is Neal Whitten’s Let’s Talk! More No-Nonsense Advice for Project Success – Over 700 Q&As
Partenaire de DantotsuPM
partagez ce billet avec vos amis, collègues et relations professionnelles
Les chefs de projet peu expérimentés ont parfois du mal à être des leaders efficaces. Voici une liste de départ pour progresser rapidement et éviter quelques pièges communs. Les chefs de projet expérimentés voudront peut-être aussi revoir cette liste pour rafraîchir leur mémoire. Après tout, nous n’arrêtons jamais d’apprendre.
Promenez-vous. Vous découvrirez et résoudrez plus de problèmes en sortant de votre bureau et discutant avec les membres de l’équipe et autres parties prenantes qu’en opérant principalement depuis votre bureau.
Résolvez les conflits. Affrontez tout problème de manière professionnelle et sans attendre avant qu’ils se développent et nuisent au projet.
Faites confiance, mais vérifiez. Efforcez-vous de construire la confiance entre les parties prenantes du projet, mais insistez sur la métrique, les contrôles et les chiffres et autres outils pour vous assurer que les résultats attendus sont atteints.
Questionnez le statu quo. Mettez au défi les pratiques, processus et méthodologies. Et quand c’est nécessaire, changez-les pour obtenir de meilleurs résultats business.
Dégagez du chemin. En tant que leader d’ensemble du projet, vous ne devriez pas être sur son chemin critique. Au lieu de cela, vous devez être accessible pour aider tout membre dans le besoin.
Ne le prenez pas personnellement. C’est seulement le business; comportez-vous toujours dans le meilleur intérêt de la société.
Ne dirigez pas le projet par le consensus. La collaboration est importante, mais c’est votre travail que de vous assurer que c’est toujours la meilleure approche qui est choisie.
Célébrez les succès. Célébrez un jalon majeur avec les membres de l’équipe au minimum tous les trois mois. cela montre que vous vous souciez d’eux et appréciez leur travail.
Managez vos trois premiers problèmes. Concentrez-vous principalement le management des problèmes les plus importants et urgents chaque jour. Votre efficacité globale sur ce point a un impact direct sur le succès de votre projet et de votre carrière.
Il est avant tout question de résultats. L’effort est important, mais les résultats sont essentiels.
Donnez le beau rôle à votre chef. En tant que chef de projet, vous avez deux patrons : votre supérieur immédiat et votre sponsor de projet. Votre travail doit protéger leurs arrières et assurer leur succès.
Définissez clairement les rôles et les responsabilités. Les membres de l’équipe fonctionnent beaucoup plus efficacement et de façon fiable quand ils savent ce que l’on attend d’eux.
Apprenez du passé. Un excellent début sur tout nouveau projet est de passer en revue les leçons apprises dans des efforts passés similaires. Alors, vous et votre équipe pourrez appliquer les leçons appropriées au projet que vous démarrez.
Trouvez un mentor. Il n’y a aucune meilleure façon d’apprendre votre métier qu’en profitant de la richesse de connaissances, de la sagesse et de l’expérience qui se trouvent autour de vous.
Maintenez une excellente attitude. Votre attitude se propage à l’équipe. On s’attend à ce que vous supportiez, inspiriez, encouragiez et donniez l’espoir.
Vous pouvez devenir un leader efficace, mais d’abord vous devez apprendre comment vous comporter et vous comporter ensuite de cette façon.
Partenaire de DantotsuPM
partagez ce billet avec vos amis, collègues et relations professionnelles
« Quand nous nous plantons dans les projets, c’est souvent sur les basiques du management de projet », selon Steve Goo, vice président International Operations and Compliance for Boeing Defense, Space & Security (BDS).
Steve Goo décrit les Bonnes pratiques de Management de Programme chez Boeing. Un système intégré de management que la société a amélioré pendant les dix dernières années pour permettre à des programmes de toutes tailles d’atteindre de hauts niveaux de performance et de satisfaction des clients. C’est également un système d’évaluation de maturité en management de projet chez Boeing dont les exigences continuent de croître année après année. Il discute de l’importance de rester concentré sur quelques principes de base, de partager les leçons apprises et de trouver un équilibre entre des méthodes de management de programme qui ont fait leur preuve aussi bien que les éléments essentiels de leadership qui créent une culture de succès.
Rien de transcendant en soi, mais un retour salutaire aux bases du métier et des bonnes pratiques en management de projet, aux racines de ce qui distingue un bon projet d’un moyen et d’un mauvais. Il appelle cela le « Right Stuff », les fondamentaux qui vont de l’établissement de la stratégie à savoir demander demander de l’aide en passant par le business offer/business case, l’organisation du microcosme du projet, le contrôle de l’exécution et le management des risques, problèmes et opportunités.
partagez ce billet avec vos amis, collègues et relations professionnelles
Je suis récemment revenue d’un mois de vacances – les plus longues j’ai jamais prises et un peu choquant pour une Américaine. Plus tôt dans l’été, je me tourmentais encore de comment passer deux semaines déconnectée. La distance, cependant m’a aidé à revoir ce qui est en réalité important pour ma carrière professionnelle et quelles activités donnent simplement une illusion de progrès. Inspirée par l’idée du blogueur de HBR Peter Bregman de créer une liste « à ignorer », voici les activités je vais arrêter net en 2012, et peut-être devriez-vous, faire de même.
Répondre comme un singe bien dressé. Chaque expert en productivité dans le monde vous dira de vérifier votre courrier électronique à intervalles périodiques, disons, toutes les 90 minutes, plutôt que de cliquer tout le temps « rafraîchir » comme un Réflexe de Pavlov. Bien sûr, personne n’écoute, parce que les études ont montré que le courrier électronique « à intervalle de rafraîchissement variable » est essentiellement un distributeur automatique pour votre cerveau. Mais passer un mois à distance, en vérifiant mon courrier électronique seulement une fois par semaine, m’a montré combien peu de messages exigent vraiment une réponse immédiate. En fait, aucun. Une attente de 90 minutes ne tuera personne et vous permettra d’accomplir quelque chose de substantiel pendant votre journée de travail.
Traditions Stupides. J’ai récemment invité une amie à un événement important de réseautage. « Puis-je improviser le moment venu ? » a-t-elle demandé. « C’est mon dernier week-end pour envoyer mes cartes de vœux et je n’en ai expédié aucune. Cela me stresse! ». Sur le moment, ne pas accomplir une « obligation » (comme l’envoi de cartes vœux) peut vous faire vous sentir coupable. Mais si vous cherchez à progresser professionnellement, une carte de vœux (enterrée sous un déluge de cartes) fera-t-elle une différence ? Si vous vous voulez garder le contact, faites quelque chose d’inhabituel, prenez contact à une saison différente, ou passez un appel personnel à vos contacts, ou encore mieux, rencontrez-les face à face. Vous devez vous demander si vos traditions dans le business produisent les résultats que vous recherchez.
Lire des choses barbantes. J’ai presque une douzaine d’abonnements à des journaux et magazines, résultat de promotions spéciales (10€ pour toute une année!) et qui génère la contrainte de ne pas laisser passer d’informations cruciales. Mais après m’être désintoxiquée pendant un mois, j’ai pu réfléchir à quelles publications m’ont en réalité régénérée et lesquelles me semblaient être un devoir. The New Yorker , bien que ce ne soit pas une publication business, élargit ma perspective et est un véritable plaisir à lire. La publication technologique prétentieuse avec ses mises en page folles et de si petits caractères ? Pas tellement. J’élimine et je me réduis aux objets littéraires de première nécessité. De quels abonnements pouvez-vous vous débarrasser?
Le travail qui ne le vaut pas. Tôt dans ma carrière, j’ai été ravie de remporter un contrat de cinq ans, d’un quart de million de dollar. C’est-à-dire jusqu’au moment où la réalité m’a rattrapée, car c’était un contrat gouvernemental, empli de mécanismes de rapports ridicules, des faibles taux de remboursement et des complexités administratives qui ont ôté toute joie et bénéfice au travail. Quand les pressions budgétaires sont arrivées et que mon contrat a été éliminé, cela s’est avéré être une bénédiction. Maintenant, j’évite tout engagement, public ou privé, qui semble m’apporter plus d’ennuis qu’il n’en vaut.
Rendre les choses plus compliquées qu’elles ne devraient l’être. Il y a quelque temps, une collègue m’a approchée avec une idée. Elle voulait que je participe à un événement de développement professionnel qu’elle organisait dans sa ville, avec plusieurs speakers et consultants. Elle a recommandé des réunions bihebdomadaires pour les huit mois suivants jusqu’à l’événement. « Avez-vous organisé un tel événement auparavant ? » ai-je demandé. « Pouvez-vous vraiment avoir des participants ? Pourquoi ne pas d’abord tester la demande ? » Quand personne ne s’est présenté, je me suis rendue compte que je m’étais épargné presque une demi semaine de travail en conférences téléphoniques futiles. Ceci simplement en insistant pour que l’événement soit bien « réel » avant que nous n’y investissions. Comme Éric Ries l’indique dans son nouveau livre The Lean Startup, le développement du meilleur code ou la construction du meilleur produit dans le monde est dénué de sens si vos clients n’en veulent pas. Au lieu de cela, testez la demande au plus tôt et souvent pour vous assurer que vous ne gaspillez pas votre temps. Quelles idées devriez-vous tester avant que vous vous soyez avancés trop loin ?
L’élimination de ces cinq activités va probablement me sauver des centaines d’heures l’an prochain. Temps je peux dépenser sur l’expansion de mon business et à faire des choses vraiment importantes.
Qu’allez-vous arrêter de faire ? Et comment allez-vous utiliser tout ce temps supplémentaire ?
partagez ce billet avec vos amis, collègues et relations professionnelles
La grande majorité du temps, nous sommes à fond sur nos projets, nous avons à peine le temps de réfléchir entre deux réunions, une revue de projet, une session de planning, une priorisation des ressources, un reporting à boucler… Il est alors facile d’oublier que notre valeur réside également dans notre capacité à innover, à prendre de la distance par rapport aux urgences, à développer les membres de nos équipes projets.
Il me semble que le retour de congés est un bon moment pour relever un peu la tête.
La distance s’est, je l’espère pour vous, un peu créée d’elle-même pendant ces dernières vacances où vous avez (au moins un peu) délaissé vos smart phones, vos emails et autres « gadgets » électroniques.
Avant de repartir dans le rush de début d’année, posez-vous quelques instants et posez vous les questions suivantes:
Comment ferais-je mon travail si j’arrivais de l’extérieur et l’entamais pour la première fois ?
Quels changements y apporterais-je ?
Que conserverais-je à tout prix ?
Quels rapports d’étonnement rédigerais-je si c’était ma première semaine dans ce job ?
Que mes clients attendent-ils réellement de moi ?
Qu’est-ce que mon management espère de moi ?
Qu’est qui me semble logique ou pas ?
Bon début d’année !
partagez ce billet avec vos amis, collègues et relations professionnelles
The great majority of the time, we are completely buried in our projects. We hardly have time to reflect between two meetings, a project review, a scheduling session, a re-prioritisation of the resources, and some reporting to be finalized… It is then easy to forget that our value also lies in our capacity to innovate, to take some distance with regards to emergencies, to develop the members of our project teams.
It seems to me that when I return from vacations is usually a good opportunity to raise my head above day to day files.
The distance as materialized by itself, I hope it was the case for you, during these last holidays where you have put down (if not switched off) your smart phones, e-mails and other electronic « gadgets ».
Before diving into the rush of this new year, settle a few moments and ask yourself the following questions:
How would I do my work if I were to arrive from the outside and started it for the first time?
What changes would I bring?
What would I keep at all costs?
What “discovery report” would I write if this was my first week on this job?
What do my customers really expect from me?
What does my management hope I’ll do?
What seems logical to me or not?
I wish you a good start of this New Year!
partagez ce billet avec vos amis, collègues et relations professionnelles
Il y a quelques semaines nous avions un problème avec une livraison à domicile d’un restaurant. Il s’est avéré que la personne ayant pris la commande avait mal entendu et n’avait pas envoyé le bon plat à notre maison. Quand nous avons appelé le restaurant et avons discuté avec le Responsable du Service Client, il nous a informé qu’il avait écouté l’enregistrement de la commande et décidé que son collaborateur n’avait pas mal entendu la commande, mais plutôt que nous ne l’avions pas exprimé correctement. Il a non seulement refusé de rectifier la situation, il a au lieu de cela dit que c’était notre faute.
Parfois nous pourrions trouver nécessaire de prendre à notre charge le faible coût d’un changement de contenu, bien que le client n’ait pas fourni de besoins appropriés et soit clairement en tort, pour s’assurer que la relation reste positive. Une approche équilibrée doit être imaginée par les chefs de projet pour garantir qu’ils prennent en compte les détails aussi bien que la vue à long terme.
