Tag Archives: collaboration

22 Février – Webinar #PMI® – Le pouvoir des 3 Cs (Communication, Collaboration et Coopération) dans le management de projets

6 Fév

The 3 C’s of High-Performance Project Management

Un webinaire en anglais du PMI sur ces 3 compétences clés dans le management de projet: Communication, Collaboration et Coopération.

pmi pulse report 2013

cliquez pour accéder au rapport intégral (en anglais)

Le rapport annuel “Pulse of the Profession” du PMI révélait en 2013 que sur 1 milliard de dollars investis dans les projets, 135 Millions étaient à risque. 56% de ce montant simplement du à des communications inefficaces. Hors, planifier et exécuter le plan de communications du projet est l’une des tâches clés du chef de projet. Mais que sont réellement des communication efficaces et quelles sont les bonnes pratiques à suivre?

Ce wébinaire adresse ce problème en partant du trinôme « Communication, Collaboration et Coopération » et démontrant comment de bonnes pratiques sur le premier des 3Cs peuvent produire des communications plus efficaces et donc des chefs de projets plus performants.

Ce wébinaire, centré sur le premier C de Communications, est le premier d’une série où les sessions suivantes traiteront des 2 autres Cs: Collaboration et Coopération.

Détails et inscriptions

NQI est Partenaire de DantotsuPM

NQI est Partenaire de DantotsuPM

PMI is a registered mark of Project Management Institute, Inc.

Enregistrer

connaissez-vous les 12 principes Agile qui accompagnent les 4 composantes majeures du « Agile Manifesto » ?

10 Jan

Il y a 12 principes directeurs en plus des 4 composants principaux du manifeste Agile, les connaissez-vous ?

Examining the Twelve Principles of Agile par The Clever PM

Beaucoup d’attention est portée au « Manifeste Agile » et bien qu’il soit une composante importante de Agile, ce n’en est pas toute la substance. Il y a 12 principes directeurs en plus des 4 composants principaux du manifeste. Jetons un rapide coup d’œil à chacun d’entre eux et voyons combien ils affectent comment nous percevons et implémentons les pratiques Agiles…

1. Notre priorité la plus haute est de satisfaire le client par la livraison rapide et continue de logiciel de valeur.

bonhom-serviceCeci est l’aspect le plus important d’Agile qui doit être compris et adopté comme une partie de la culture de toute organisation qui veut être « Agile » : le client et l’utilisateur final sont le focus ultime du processus tout entier, du commencement jusqu’à la fin. Le client est le juge du succès ou de l’échec d’un produit ou d’une fonctionnalité, pas la société ni ses parties prenantes. Le client est celui avec les problèmes que nous adressons et comme tel il doit être partie intégrante du processus de développement de produit du commencement à la livraison.

Ignorer vos clients jusqu’à ce que votre produit soit prêt à être expédié est l’anti-modèle Agile numéro 1 dans le monde.

2. Accueillez avec bienveillance les demandes d changement, même tard dans le développement. Les processus agiles exploitent le changement pour donner un avantage compétitif du client.

changementsLa deuxième partie la plus importante de Agile est en fait…  …de faire preuve d’agilité. N’importe quelle organisation qui investit lourdement dans la définition en amont, la conception et la définition des besoins n’est Pas Agile…et ne fait certainement pas preuve d’agilité. Tout le point de l’agilité est que vous pouvez vous accommoder d’importants changements de besoins à n’importe quel point du processus et toujours livrer quelque chose qui est utile pour le client et résout un ou plusieurs de leurs problèmes. Des processus agiles s’appuient sur la Priorisation et non par la Négociation de contrat pour atteindre le succès. Quand de nouveaux besoins surviennent, ils ne sont pas soumis à de lourds et détaillés processus de management des changements.  Ils sont plutôt ajoutés à la pile de tout le reste à faire et évalués tout simplement comme une autre tâche ou histoire utilisateur déjà dans le processus.

Ventura Asssociates est partenaire de DantotsuPM et le votre pour dénicher les ressources critiques en PM dont vous avez besoin

Ventura Asssociates est partenaire de DantotsuPM et le votre pour dénicher les ressources critiques en PM dont vous avez besoin

Penser que les choses sont totalement ou presque entièrement définies à l’avance est un autre anti-modèle Agile dont beaucoup de sociétés souffrent fréquemment.

3. Livrez souvent (entre deux semaines et deux mois) du logiciel qui fonctionne avec une préférence pour les fréquences les plus rapides.

scrumIl y a plusieurs choses dans ce principe. D’abord du logiciel qui marche est le but du processus à chaque étape, ensuite le travail devrait être itératif et s’améliorer à chaque livraison et, finalement les itérations qui sont engagées devraient être les plus courtes possible. Si vous travaillez sur un projet qui progresse pendant six mois sans vérifier les résultats intermédiaires avec le client (ou son représentant), vous n’êtes pas Agiles. Si vous travaillez sur des itérations d’une semaine, mais ne livrez pas quelque chose qui résout au moins un problème client à chaque itération, vous n’êtes pas Agiles. Les itérations agiles doivent être assez longues pour livrer un logiciel qui fonctionne et assez courtes pour vous assurer que ce que vous livrez résout bien dans les faits des problèmes clients.

CertYou est partenaire de DantotsuPM

CertYou est partenaire de DantotsuPM

Travailler itérativement ne signifie pas nécessairement que vous êtes Agiles; l’itération est importante, mais livrer un logiciel qui fonctionne l’est tout autant.

4. Les gens du métier et les développeurs doivent travailler ensemble quotidiennement pendant tout le projet.

collaborateLa collaboration et les interactions entre les gens sont critiques au succès de toute organisation Agile. Les silos et le « jeté de besoins par-dessus le mur » sont contre-productifs aux approches Agiles, comme l’est de segmenter votre organisation entre les gens « du métier/business » et les « techniciens ». Tout le monde du côté « métier/business » devrait être prêt, consentant et disponible pour fournir autant de support que possible aux équipes « techniques » et vice versa. L’idée séculaire qu’il y a une certaine différence inhérente entre la façon dont « l’activité business » devrait être exécutée et la façon dont « la technologie » devrait l’être est entièrement artificielle et contre-productive dans un âge d’innovation rapide et de livraisons encore plus rapides.

Décourager la collaboration ou encourager le « silotage » des efforts est un anti-modèle Agile qui persiste dans trop de cultures d’entreprise.

5. Construisez les projets autour de personnes motivées. Donnez-leur l’environnement et le support dont elles ont besoin et faites leur confiance pour faire le travail.

Agile valorise les personnes en tant que personnes et les équipes en tant qu’équipes. Les gens  ne sont pas des rouages interchangeables que vous pouvez aléatoirement déplacer d’un projet à un autre et vous attendre à ce qu’ils excellent continuellement. Les individus sont motivés par des choses différentes et dans une vraie approche Agile nous exploitons ce qui motive individuellement les membres de notre organisation pour créer des équipes avec ces individus motivés qui sont intrinsèquement motivés pour réussir. Agile déboute de l’idée que la récompense extrinsèque fournit des résultats exceptionnels et se concentre plutôt sur l’assurance que les individus aient la motivation, l’environnement et les outils dont ils ont besoin pour réussir tout seuls. Il n’y a aucune approche de type « la carotte et le bâton » dans Agile. Il y a des problèmes à résoudre pour les clients qui sont intéressants et fascinants et qui sont résolus par des personnes qui ont l’intérêt nécessaire et la motivation intrinsèque pour les résoudre.

NQI est Partenaire de DantotsuPM

NQI est Partenaire de DantotsuPM

Attendre des gens d’être performants simplement parce qu’ils sont membres « d’une équipe » et non pas parce que cette équipe partage la motivation intrinsèque de réussir est un anti-modèle extrêmement commun dans les grandes organisations.

6. La méthode la plus efficace et effective de transmettre des informations dans une équipe de développement est la conversation en face à face.

Business DiscussionLa méthode séculaire d’avoir un unique expert du sujet qui écrit tout qu’il veut avoir et le remet aux développeurs comme « une liste à exécuter » de besoins est hérétique aux approches Agiles. Des personnes différentes pensent et communiquent différemment et le texte écrit est l’une des pires façons d’exprimer que vous essayez de dire. Au pis-aller, c’est vague et difficile à déchiffrer pour la personne qui ne l’a pas écrit; au mieux, c’est un document clinique, stérile qui remplace le sentiment par la précision. Si le but est d’exprimer la douleur que ressent le client et motiver les équipes à exceller dans leur job parce qu’elles le veulent, alors aucune de ces approches par des besoins écrits n’aura le résultat que nous désirons. Nous utilisons plutôt des choses comme les Histoires Utilisateur, qui explicitent le problème que nous voudrions résoudre, mais qui permettent à notre équipe de développement d’utiliser sa créativité pour y répondre de la meilleure façon possible.

Même quand nous utilisons des outils pour suivre le travail et communiquer les informations les plus basiques, nous ne pouvons pas oublier que la façon la plus importante de communiquer l’un avec l’autre, indépendamment des rôles, est toujours la conversation en face à face.

7. Le logiciel qui marche est la principale mesure de progrès.

avis perso KPIsParticulièrement dans le monde des grandes sociétés, nous aimons le concept que tout peut être mesuré, évalué et KPIsé. Nous suivons les revenus, des points d’histoire, la vélocité, la consommation, les nombres d’erreurs découvertes, Ad Nauseum. Pourtant nous oublions souvent que ce que nous essayons vraiment de faire est résoudre des problèmes pour les clients. Et aucune de ces mesures n’indique combien de valeur nous apportons en réalité ni si nous résolvons vraiment des problèmes clients. Le but final de chaque itération devrait être du logiciel qui marche, qui fait quelque chose que nous pensons être de valeur. Sans cela, c’est un échec. Quoi que ce soit de plus que cela est du glaçage sur le gâteau. Les équipes Agile se mesurent elles-mêmes sur si elles apportent réellement de la valeur et si elles créent vraiment quelque chose qui marche la fin de chaque itération.

Répétons ceci : la vélocité n’est pas la mesure du progrès. La consommation n’est pas la mesure de progrès. Les points d’histoire ne sont pas la mesure de progrès. La capacité n’est pas la mesure de progrès. Les délais ne sont pas la mesure de progrès. La seule chose qui importe est combien vous créez de logiciel qui marche.

Campana & Schott est partenaire de DantotsuPM

Campana & Schott est partenaire de DantotsuPM

8. Les processus agiles font la promotion du développement durable. Les sponsors, les développeurs et les utilisateurs devraient pouvoir indéfiniment tenir une allure constante.

Voir les billets sur l'initiative ecoPMI

Voir les billets sur l’initiative #ecoPMI

Il y a cette idée fausse dans le monde, tenue tant par les développeurs que par des hommes d’affaires, que Agile signifie aucune documentation, que Agile veut dire faire quoi que vous ayez besoin de faire pour atteindre un but, que Agile signifie changer les priorités et équipes rapidement pour assurer une production maximale, que Agile rime avec imprévisibilité et manque de prédictibilité. Le fait est, l’un des buts principaux d’Agile est créer un environnement de prévisibilité, de stabilité et une allure constante et acceptable de développement de produits qui dure indéfiniment. Il n’y a rien dans les principes Agile qui écarte de créer des planning (quoique ces plans portent un peu d’incertitude !) ni d’être capable de prévoir quand quelque chose pourrait être livré. Au contraire, il n’y a rien dans les principes Agile qui s’attend à ce que des développeurs s’engagent dans des comportements de pression exagérée. En fait, de tels comportements sont de bien des façons antithétiques aux concepts Agiles : si votre équipe doit travailler beaucoup trop durement pour livrer quelque chose, vous avez manqué en amont à vos devoirs de priorisation efficace des Histoires Utilisateur.

Aucune vraie pratique Agile ne devrait aboutir à de l’épuisement, des périodes critiques, ni une incertitude constante et prolongée. Les anti-modèles aboutissent à ces comportements contradictoires.

9. L’attention continue à l’excellence technique et à la bonne conception améliore l’agilité.

good and badDes équipes vraiment agiles ne rassemblent pas à la va vite de mauvais morceaux de code pour l’appeler « bon ». Elles prennent le temps et mettent les efforts nécessaires pour comprendre ce qu’elles essayent de réaliser, comment elles pensent pouvoir résoudre les problèmes et décomposer les choses en assez petits « morceaux » de travail pour à la fois itérer sur le problème et livrer des solutions potentiellement exploitables à chaque étape du projet. La majorité de ce travail se produit avant que les équipes ne s’engagent à faire le travail. Il y a là du pré-travail pour parler approches, pour discuter architecture et s’engager dans des discussions avec des représentants du métier, des parties prenantes et les équipes techniques. Nous nous référons souvent à ceci comme à des sessions de démarrage ou de préparation d’arriéré de produit mais Agile ne devrait jamais être une excuse pour la mauvaise qualité ou une conception erronée.

La conception erronée et de faibles standards aboutissent à de pauvres solutions qui ne répondent pas vraiment aux besoins clients; c’est un facteur de ralentissement, pas un facteur d’accélération.

10. Simplicité, l’art de maximiser la quantité de travail non fait, est essentielle.

construction progressive. Chaque brique apporte de la valeur.Beaucoup trop de personnes lisent ceci de la mauvaise façon et limitent ainsi leur capacité à totalement s’engager dans des pratiques Agiles fortes. Simplifier vos buts, vos histoires, votre travail et tout le reste est un processus qui commence par l’opposé : une très large compréhension de ce que sont les buts et de comment ils pourraient être atteints. Le résultat de tels efforts n’est pas nécessairement un projet plus petit, mais des incréments plus petits et plus simples qui peuvent s’additionner en quelque chose de très grand et qui peuvent aussi indirectement réduire les buts globaux. Le plus grand obstacle est ici que le simple est plus difficile que le complexe, particulièrement quand les gens s’engagent dans des séances de remue-méninges, ce qui arrive souvent avec des équipes techniques. Résolvez le problème d’abord, itérez ensuite par petits morceaux.

« Rendez chaque détail parfait et limitez le nombre de détails à perfectionner. » Jack Dorsey

11. Les meilleures architectures, besoins et conceptions naissent d’équipes auto organisées.

teamingLe mot clé est ici « naissent ». Quand vous réunissez les bonnes personnes et que toutes sont alignées vers les mêmes buts, certaines choses se produisent. D’abord, elles se tiennent naturellement responsables, parce qu’il y a un sentiment intrinsèque de camaraderie et de but commun. Deuxièmement, Elles se supportent et en même temps se défient pour assurer que le résultat final respecte non seulement leurs attentes individuelles, mais aussi leurs attentes collectives qui sont presque toujours plus élevées. Et finalement, elles  améliorent le tout par la collaboration : la valeur de n’importe quelle équipe auto-organisée est au moins 2 fois plus importante que la somme de ses parties individuelles. Le facteur clé est ici auto-organisation, qui peut être dure à vendre dans beaucoup d’organisations, mais les meilleures équipes ne sont pas celles assemblées par un cadre intermédiaire, ce sont plutôt des groupes de personnes qui ont choisi de s’aligner vers un but commun.

Les personnes qui travaillent vers un but commun parce qu’elles le veulent seront toujours plus efficaces, plus fortes et plus fiables que des équipes travaillant ensemble parce qu’on leur a dit de le faire.

12. À intervalles réguliers, l’équipe réfléchit à comment devenir plus efficace, puis règle et ajuste son comportement en conséquence.

Get the book on Amazon

Get the book on Amazon

Dans presque chaque organisation que j’ai observée face au défi d’implémenter les pratiques Agile, la plus grande chose qu’elle loupe est l’importance de l’amélioration continuelle ou continue. Agile a ses origines dans des concepts industriels LEAN : la valeur de l’individu, la primauté du résultat sur le processus et, plus important encore, le besoin de constamment mesurer, ajuster et améliorer comment vous faites ce que vous faites. Toute équipe qui veut ne pas s’engager dans les rétrospectives et les revues d’équipe avec leurs parties prenantes après chaque itération risque la stagnation et les anti-modèles parce qu’elle ne les voit jamais arriver. Beaucoup d’équipes voient ces sessions comme contre-productives, des pertes de temps, des exercices « soft skills » qui consomment seulement de leur temps d’exécution. Mais la plupart des équipes les évitent simplement par crainte (et le rationalisent comme elles le peuvent): la crainte d’être sur la sellette, la crainte d’accepter la responsabilité, la crainte de changement. La vérité vraie est que quand elles sont exécutées correctement, elles peuvent être les réunions les plus enrichissantes dans lesquelles les équipes s’engageront. Elles sont destinées à pousser les gens à constamment s’améliorer et être plus efficaces et il n’y pas de bonne raison de ne pas s’engager dans ces discussions.

L’absence de « regarder derrière soi » profondément et honnêtement pour évaluer comment une équipe avance et où elle peut s’améliorer est un anti-modèle fatal au succès de Agile sur le long terme.

Enregistrer

Enregistrer

les articles les plus lus sur DantotsuPM en septembre 2016

23 Déc

l’agilité ne doit pas nous faire perdre de vue qu’il y a des fondamentaux en management de projets

Aurore Jung

Aurore Jung

Coaching et mentorat, deux « outils » enfin accessibles aux chefs de projet

Coaching en constante croissance et mentorat un peu plus confidentiel, comment apprivoiser et surtout tirer bénéfices de ces approches ?

Un billet de Aurore Jung, Coach, consultante et mentor en management de projet, Certifiée Coach Praticien Senior, ­certifiée PMP® (Project Management Professional).

liste de sites proposant gratuitement des exemples questions du #PMP (par Trainings 24×7)

« Où trouver des jeux de questions de tests du PMP pour s’entrainer? »

Partenaire de DantotsuPM

Partenaire de DantotsuPM

Allons-nous vers la fin du management hiérarchique ?

La collaboration se développe à mesure que les activités deviennent complexes au sein de nos organisations.

NQI est Partenaire de DantotsuPM

NQI est Partenaire de DantotsuPM

comment découper vos « User Stories » #Agile (Histoires Utilisateur) avec la méthode INVEST

Un défi usuel auquel sont confrontés les équipes Scrum inexpérimentées est lié au découpage des « User Stories » (dans Scrum, les articles du Product Backlog) pour qu’elles soient suffisamment granulaires pour le développement. Le modèle INVEST est une bonne façon de tester si les « User Stories » sont bien écrites.

les mythes d’Agile : « il n’y a aucune planification dans #Agile »

« il n’y a aucune planification dans Agile, vous improvisez au fil de votre progression ». Ceci n’est pas du tout vrai. En fait, je vais aller plus loin et poser une affirmation audacieuse : Beaucoup de projets agiles font plus de planification que des projets en mode Waterfall / Cascade.

Vous ne savez jamais quand un moment et quelques mots sincères peuvent avoir un impact sur une vie Zig Ziglar8 choses que les excellents Chefs de projet disent chaque jour

Arrêtez-vous un moment et considérez les paroles que vous avez récemment prononcées à l’adresse de vos équipes projet.

Comment les caractériseriez-vous ? Parlez-vous avec des mots qui apportent de la clarté, du courage et de la confiance à vos équipes ? Posez-vous les bonnes questions pour tenir votre équipe concentrée ?

nous devons garder à l’esprit le fait qu’il y a des fondamentaux dans le management de projets

Quand un projet échoue, c’est très souvent parce que l’un des fondamentaux du management de projet n’a pas été respecté !

 

Enregistrer

et si nous apprenions à lire entre les lignes de nos messages électroniques ?

15 Nov

Peut-être devons-nous changer la façon dont nous écoutons, pas seulement en utilisant mieux nos oreilles, mais aussi nos yeux.

Billet original « Reading Between the Lines in Email » de Wayne Turmel

bonhom-computerLes managers se plaignent souvent que les collaborateurs ne leur donnent pas les informations avec lesquelles ils doivent prendre de bonnes décisions et faire progresser leurs équipes. D’autre part, les collaborateurs revendiquent souvent qu’ils donnent à leurs supérieurs des tas d’informations mais qu’ils ne les écoutent pas. Peut-être devons-nous changer la façon dont nous écoutons, pas seulement en utilisant mieux nos oreilles, mais aussi nos yeux.

Si « écouter avec ses yeux » peut paraître étrange, cela dépend de notre définition d’écouter. Comme avec tout dans la vie, la définition est fondamentale.

Par exemple, si vous voulez suivre la vieille école, le Merriam Webster définit ainsi écouter : « prêter attention au son », tandis que le Freedictionary.com dit : « prêter attention, tenir compte ». Cette dernière définition change quelque peu la perspective.

Après tout, dans un environnement de travail où la personne avec laquelle vous travaillez pourrait être de l’autre côté de la planète et pas même éveillée quand vous travaillez, la communication verbale en a pris un coup dans l’aile. Honnêtement, quel pourcentage de votre temps passez-vous désormais au téléphone, sans parler de rencontres en face à face ? Souvent, vous ne pouvez plus participer aux conversations à la machine à café ni entendre des personnes se chamaillant au téléphone ni des bribes de conversation entre bureaux.

L’écoute dans le nouveau monde de travail implique « prêter attention ou tenir compte » aux informations et à la communication sous toutes ses formes.

NQI est Partenaire de DantotsuPM

NQI est Partenaire de DantotsuPM

Voici quelques exemples de choses que nous devrions écouter même si cela n’a pas grand-chose à voir avec nos oreilles :

Le flux de courrier électronique change-t-il soudainement ?
  • mailbox-fullY a-t-il eu un changement soudain dans la quantité de communication écrite ?
  • Des personnes normalement autonomes nous bombardent-elles soudain de demandes d’informations ?
  • Les personnes communicatives disparaissent-elles soudain de notre radar ?

Parfois il y a juste des changements dans la quantité d’information dont les gens ont besoin, mais ce peuvent être des cris d’alerte pour attirer l’attention ou des signes de dysfonctionnement dans l’équipe.

Le ton de la communication sur les espaces collaboratifs et médias sociaux de l’équipe ont-ils changé ?

lady-worriedTout comme nous entendons plus que les informations avec le ton de la communication vocale, les écrits ont aussi un ton. Une des clés d’une bonne écoute est non seulement le choix des données critiques, mais aussi le contexte.

  • Les gens répondent-ils volontairement à vos questions et vous donnent les informations dont vous avez besoin, ou est-ce soudainement devenu comme un arrachage de dents pour les faire répondre ?
  • Des blogs de discussion normalement animés deviennent-ils soudainement silencieux ?
  • Les personnes expriment-elles des attaques personnelles en communiquant l’une avec l’autre ?
Êtes-vous davantage en copie sur plus de messages que d’habitude ?
  • Est-ce que votre boîte d’arrivée de courrier électronique est soudainement pleine de messages où vous êtes en copie, destinés à « vous garder dans la boucle » bien qu’ils doivent être traités par les personnes directement impliquées ?

red flagLes chances sont qu’il y a là un drapeau rouge. Peut-être les membres de l’équipe ont des difficultés de communication, ou l’une des parties ne croit pas que l’autre respectera ses engagements sans vous impliquer (volontairement ou pas).

Si nous maîtrisons vraiment notre métier de manager, nous pouvons saisir ces signaux faibles de problèmes à venir et les traiter de manière proactive.

Nous devons « entendre » ce qui est dit et ce qui est « non-dit ». Toute personne mariée vous dira que c’est souvent plus critique 🙂

Bien sûr, cela peut vouloir impliquer qu’il est temps d’avoir une vraie conversation au téléphone (sinon en face à face) avec ces personnes et de pratiquer une écoute « vieille école » pour changer.

Essayez Bubble Plan !

Essayez Bubble Plan !

Enregistrer

Enregistrer

17 Novembre – Grenoble – Retour aux sources de l’agilité

26 Oct

Agile Grenoble Conf: Jeudi 17 novembre

agile-grenoble-2016-keynote-andrea-provaglio

Andrea Provaglio sera l’un des keynote speakers de cette journée.

Agile Grenoble Conf sera l’occasion d’échanger et de partager autour des thèmes :

  • Les individus et leurs interactions
  • Des logiciels opérationnels
  • La collaboration avec les clients
  • L’adaptation au changement
Essayez Bubble Plan !

Essayez Bubble Plan !

Inscriptions

Enregistrer

L’humilité est-elle importante ?

18 Oct

Voici un titre qui m’a interpelé car je ne prétends certainement pas être un modèle du genre.

Is humility important? par Heath Colebatch

Nous parlons souvent de l’humilité chez les leaders, mais pourquoi ?

Selon moi, il y a deux raisons principales pour lesquelles l’humilité de est importante.

Premièrement, c’est l’impact qu’elle a sur nos propres pensées en tant que leader.

humilityL’humilité est au cœur de la réflexion auto actualisée car elle met en évidence que, bien que nous ayons des forces en tant que leader, nous avons aussi des faiblesses et des fragilités.

Les sportifs, même de haut niveau, ont des doutes sur eux-mêmes donc l’humilité est importante dans notre propre conviction qu’il est acceptable d’avoir des faiblesses. C’est une forme d’auto-acceptation qui se traduit aussi en termes d’être ouvert sur nos faiblesses et en même temps de ne pas laisser nos points forts nous monter la tête.

Si nous nous définissons par notre talent, il y aura toujours quelqu’un de meilleur que nous et à un certain point notre sentiment de supériorité aboutira à un sentiment d’inadéquation. En réalité, nous parviendrons à un point où nous ne saurons plus répondre à nos propres attentes.

Bref, l’humilité construit le respect de soi et l’auto-acceptation, tandis qu’avoir besoin de se sentir supérieur masque un sentiment d’inadéquation.

Deuxièmement, c’est l’impact qu’elle a sur les personnes autour de nous.

pour aller plus haut ensemble

pour aller plus haut ensemble

L’humilité chez les leaders motive fortement car elle les pousse à estimer ceux qui travaillent avec eux. Ceci crée une forte fidélité dans l’équipe tout en maximisant la performance des autres personnes.

Les leaders qui sont authentiquement humbles, particulièrement ceux qui montrent de la gratitude envers leur équipe et les personnes autour d’eux construisent de l’engagement perpétuel et une fidélité à vie.

Essayez Bubble Plan !

Essayez Bubble Plan !

Enregistrer

Enregistrer

Enregistrer

Enregistrer

11 Octobre – Lausanne – Les moments de vérité en réunion : apprenez à les identifier et à les maîtriser

27 Sep

Êtes-vous toujours satisfait de l’efficacité et de l’impact des réunions que vous menez ou auxquelles vous assistez ?

meeting 1Êtes-vous suffisamment attentif aux moments clés pendant une réunion ?

Lors de cette soirée vous allez échanger sur vos bonnes pratiques et obtenir des idées sur :

  • LogoSMPComment créer rapidement une bonne dynamique de groupe en réunion de projet ;
  • Comment mener une réunion de coordination qui se caractérise par sa brièveté et sa conclusion concrète ;
  • Comment lancer une réunion pour capter tout de suite l’attention et la maintenir par la suite ;
  • Comment neutraliser une personnalité atypique en réunion.
Essayez Bubble Plan !

Essayez Bubble Plan !

Le but est de créer une agréable impression d’avoir « avancé » lorsque tous les participants se séparent et que le rapport temps / coûts et résultats obtenus soit clairement positif.

inscriptions

Allons-nous vers la fin du management hiérarchique ?

22 Sep
Yves Cavarec

Yves Cavarec

La collaboration se développe à mesure que les activités deviennent complexes au sein de nos organisations.

Le cabinet PM Skills a mené, avec le soutien du Blog du Management de Projet, DantotsuPM, une enquête sur la coopération au travail. Plus de 500 personnes ont participé à l’étude en ligne du 24 juin au 20 juillet 2016. Yves Cavarec nous présente une synthèse des résultats.

Visitez le site web

Visitez le site web

La coopération ou le travail collaboratif est le fait de dépendre d’un autre pour réaliser une tâche. La collaboration se développe à mesure que les activités deviennent complexes au sein de nos organisations. Les chefs de projet connaissent bien cela : leur métier consiste à faire coopérer des gens qui, le plus souvent, ne travaillent pas ensemble.

Savoir coopérer : la compétence n° 1

L’enquête révèle que pour ceux qui travaillent en mode projet, la qualité de leurs résultats dépend à 65% d’une bonne coopération avec les autres et à 35% pour leurs compétences professionnelles. Pour ceux qui ne travaillent pas en mode projet, la coopération pèse à hauteur de 57% sur leurs résultats. Cette similitude des résultats entre ceux qui travaillent sur des projets et les autres peut étonner.

collaborateLe taylorisme, c’est du passé

La moitié des répondants ne travaillant pas en mode projet rendent fréquemment ou très fréquemment des comptes en dehors de leur voie hiérarchique directe. C’est presque la même proportion que pour ceux qui travaillent en mode projet (56%).

La coopération s’est généralisée au-delà des projets et l’organisation taylorienne, avec une stricte division du travail, n’est plus qu’un souvenir dans les livres d’Histoire.

Les managers en retrait

l’indice de coopération est de 75 sur 100 pour l’interaction avec nos collègues d’autres services et entités au sein de notre organisation.

l’indice de coopération est de 75 sur 100 pour l’interaction avec nos collègues d’autres services et entités au sein de notre organisation.

L’enquête a été l’occasion d’établir un indicateur pour analyser avec qui les répondants coopèrent le plus.

En moyenne, on interagit beaucoup avec les collègues de la même équipe (ou service) : l’indice de coopération est de 72, sur un maximum de 100. L’indice monte à 75 en moyenne pour ce qui de l’interaction avec les collègues d’autres services et entités au sein de leur organisation. En comparaison, on interagit peu avec son responsable hiérarchique : l’indice est de 45 – c’est moins qu’avec les fournisseurs, clients et autres partenaires externe (indice moyen de 62).

La fin de la hiérarchie ?

l’indice de coopération n'atteint que 45 avec notre manager direct

l’indice de coopération n’atteint que 45 avec notre manager direct

87% des répondants du secteur privé et associatif rendent des comptes en dehors de leur hiérarchie (parfois, fréquemment ou très fréquemment). C’est plus que dans la fonction publique (69%).

La hiérarchie est même dénoncée comme un frein à la coopération : 29% des répondants indiquent qu’ils coopéreraient davantage si leur hiérarchie les laissait faire. Et 43% considèrent qu’ils coopéreraient plus dans un autre contexte.

Cela a-t-il encore du sens que les organisations conservent une structure hiérarchique ?

Coopération et rivalité

70% des répondants considèrent qu’il existe une forme de rivalité ou de concurrence au travail. Dans ce groupe, 16% voient la rivalité comme une saine émulation. Mais pour les autres (54%), cette rivalité est perçue comme étant négative et constitue même une forme de violence au travail (16% de ce groupe). Notons toutefois que 30% des répondants ne perçoivent ni rivalité ni concurrence au travail.

CSP est partenaire de DantotsuPM

CSP est partenaire de DantotsuPM

Comme l’explique le sociologue François Dupuy, la coopération est présentée comme allant de soi, pourtant, dans les faits, c’est tout sauf une évidence. On fait beaucoup pour éviter d’avoir à coopérer. Par exemple, à la maison, on préfère avoir deux télévisions ou une télé et une tablette pour éviter d’avoir à coopérer au moment de choisir un programme. Au travail aussi, pour éviter d’avoir à coopérer, on achète plus des ressources. On met en place un tas de stratégies pour contourner la coopération.

Ainsi, dans les projets, on nous dit qu’il faut un plan de management du projet. C’est un document qui décrit les règles de travail sur un projet en particulier. On fait ce document en début de projet, parce qu’on a peur, par exemple, qu’en laissant les gens coopérer pour décider au dernier moment qui va payer pour un changement, ils n’en viennent à se disputer. Et c’est une réalité. Le risque de la coopération, c’est que les parties prenantes finissent par se disputer à cause d’intérêts divergents.

Note: L’opportunité de la coopération serait-elle que les gens soient naturellement intelligents et coopèrent en trouvant des intérêts convergents !

Essayez Bubble Plan !

Essayez Bubble Plan !

Gérer des projets pour booster sa carrière

Le projet reste par essence le saint des saints de la coopération. L’étude montre que le savoir-faire de coopération, pratiqué dans les projets, est utile dans toute l’organisation. Il est possible que les futurs dirigeants et dirigeantes figurent en ce moment-même dans les rangs des chefs de projet. Êtes-vous l’un de ceux ou celles-ci ?

Les résultats complets sont disponibles

L’enquête a été réalisée par PM Skills, un cabinet de conseil fondé en 2005 par Yves Cavarec. Pour vous procurer les résultats complets, veuillez en faire la demande en contactant directement Yves via LinkedIn.

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Jeu d’introduction de pairs pour les retrospectives #Agile

16 Sep

Peer Introduction Game

http://www.funretrospectives.com/peer-introduction-game/

Le jeu d’introduction de pairs est une activité de développement de l’esprit d’équipe pour que les nouveaux membres de l’équipe en apprennent davantage les uns des autres. Une conversation rapide suivie par introduction par un pair fournit un mécanisme rapide de présenter chaque personne dans un grand groupe.

Passengers on an Icebreaker Watching Pack Ice

Avez-vous également expérimenté cet exercice « brise-glace » ?

Comment diriger l’activité

  1. Divisez le grand groupe par paires. Demandez aux gens de se mettre avec quelqu’un qu’ils ne connaissent pas bien.
  2. Demandez aux paires d’avoir une conversation rapide l’un de l’autre et informez-les que plus tard ils présenteront leur partenaire. Vous pouvez laisser la conversation ouverte, ou choisir quelques questions auxquelles répondre (comme : nom, lieu de naissance, rôle actuel, nourriture préférée, lieu de voyage préféré).
  3. Faites le tour du grand groupe et laissez tout le monde présenter son alter-ego.
Microsoft est partenaire de DantotsuPM

Microsoft est partenaire de DantotsuPM

Exemple

Paulo dit: « Je vous présente Amit. Il est né au Canada, mais sa famille est en Inde. Il aime la samba brésilienne et sa nourriture préférée est le hot-dog, plus particulièrement en assistant à une partie de base-ball. Il travaille actuellement comme … »

Essayez Bubble Plan !

Essayez Bubble Plan !

Note: J’ai été surpris la première fois que l’on m’a invité à faire cet exercice dans le cadre d’une réorganisation et de la mise en place d’une nouvelle équipe de management.

Questions: Avez-vous également expérimenté cet exercice « brise-glace » ? En connaissez-vous d’autres ?

Enregistrer

Enregistrer

Enregistrer

15 September – Webinar (PMI®) – 3 Keys to Increase Your Influence with Others

24 Août

Would you like to have more effective team members? Happier clients? Less friction on your project team? More cooperation?

Thomas Cooper

Thomas Cooper

Join us as we talk with Thomas Cooper about three « laws » of leadership you can apply in your projects to increase your influence – even without formal authority.

  • « The Law of the Lid » – Leadership ability determines a person’s effectiveness
  • « The Law of Influence » – The true measure of leadership is influence – nothing more, nothing less
  • « The Law of Process » – Leadership develops daily, not in a day.

You’ll walk away from this session (register here) with at least 3 actionable steps to help strengthen your leadership and develop a better team.

NQI est Partenaire de DantotsuPM

NQI est Partenaire de DantotsuPM

PMI® is a registered mark of Project Management Institute, Inc.

Enregistrer

Enregistrer

%d blogueurs aiment cette page :