L’art et la science de la priorisation de l’arriéré de produit (« Product Backlog ») par Kiron Bondale

Comment prendre en compte les multiples facteurs en compétition pour trouver le meilleur équilibre ?

The art and science of backlog prioritization

https://kbondale.wordpress.com/2018/04/08/the-art-and-science-of-backlog-prioritization/ par Kiron Bondale

Une responsabilité clef des « Product Owners » / Propriétaires de Produit est de s’assurer que la priorisation des articles de travail dans un arriéré de produit réalise au mieux les buts et la vision pour le produit. À la différence des portefeuilles de projet où les choix ou décisions de priorisation sont souvent prises par un comité de direction, avec un arriéré de produit, la responsabilité de la réussite business ou de l’échec du produit repose sur les épaules du Propriétaire de Produit.

Cette activité tient autant de la science que de l’art.

On doit prendre en compte de multiples facteurs en compétition et trouver un équilibre

  • Valeur d’affaires
  • Alignement avec la vision originale
  • Dépendances
  • Contraintes
  • Réduction de risque

L’évaluation du coût de retard ou du Weighted Shortest Job First (Travail Pondéré le Plus court en Premier) peut injecter cohérence et objectivité dans l’activité, mais cela demande aussi beaucoup d’apprentissage et d’efforts. Si bien utilisé, de telles approches d’évaluation devraient être utilisées pour guider le processus décisionnel plutôt que le remplacer.

Relisez ce billet sur le Weighted Shortest Job First

Le Propriétaire de Produit doit collaborer efficacement avec les parties prenantes clefs pour valider que les livrables ne satisferont pas seulement les besoins des uns ou des autres. Cette collaboration exige une volonté de la part du Propriétaire de Produit de reculer la sortie de certaines fonctions « très très demandées » si cela aboutira à un meilleur produit d’ensemble.

Quand il travaille avec une nouvelle équipe, le Propriétaire de Produit doit activement écouter pendant les discussions de revue de l’arriéré avec les membres d’équipe car certains pourraient manquer du courage d’ouvertement défier une décision peu éclairée. Une façon d’aider à surmonter ce risque est de demander activement à l’équipe au fur et à mesure que les articles sont classés s’ils voient des défauts dans l’ordonnancement ou s’ils pensent qu’un article pourrait devoir être abordé plus tôt. La priorisation peut être un bon sujet à considérer pendant des rétrospectives afin d’inspecter et adapter régulièrement le processus.

différentes perspectives

Le Propriétaire de Produit voudra naturellement maximiser l’obtention de valeur business tandis que les propriétaires de solution voudront aborder des incertitudes sur la solution ou adresser l’adaptabilité ou la flexibilité dès le début. Une saine priorisation devrait ressembler à une lutte à la corde entre les représentants pour chaque facteur d’influence.

Un bon Propriétaire de Produit devrait mettre son ego de côté lors de l’activité de priorisation car son but n’est pas de démontrer son omniscience sur le séquencement du développement du produit, mais plutôt de livrer le meilleur produit possible.

SMPP est Partenaire de DantotsuPM

Février 2019, quels seront les plus intéressants événements et rencontres sur le management de projet ?

Voici tous les événements en management de projet que je vous recommande en ce mois de Février 2019.

Tous sont liés au management de projet, à la gestion du changement ou au leadership et pourront à ce titre vous rapporter des PDUs si vous êtes certifiés du PMI.

Mardi 5 – Sophia Antipolis – Le rôle des émotions lors de l’introduction d’innovations disruptives (2 PDUs)

Franck Di ROLLO, Responsable de l’Architecture des Services Digitaux, AMADEUS

Dans ces contextes de transition forte où la digitalisation a fait exploser les acquis de gestion de l’innovation, de la connaissance et du savoir-faire en entreprise, l’accompagnement humain et émotionnel est plus que jamais nécessaire

Mercredi 6 – Toulouse – Journée découverte de l’Agilité par le jeu

Pour la 6ème année consécutive, l’association Agile Toulouse et l’IPI, école d’informatique (groupe IGS), ont le plaisir de vous convier à leur journée découverte de l’Agilité par le jeu !

  • Les grands classiques : Lego City game, SoftwareBall, Artistes et spécifieurs, Jardinier Agile, Dice of Debt, Get Kanban
  • Des nouveautés : keep talking and nobody explodes, Robots Zumo : Roberto show, les DéRangé
  • Des ateliers : Initiation Facilitation Graphique

Mercredi 6 – Webinar – PMI® – Driving Cultural Transformation (1 PDU)

This webinar offers 5 core principles to guide culture change and improve the probability of successful cultural transformation.

Jeudi 7 – Nice – PMI® France – Leadership in an era of Digital Platforms (2 PDUs)

Network effects, Data and AI have created digital monopolies in virtually all industries. You cannot enter retail without considering Amazon. For marketing you cannot ignore Facebook and Google. Recruiting is all but impossible without LinkedIn. These platforms, marketplaces and eco-systems are unavoidable, effective and dangerous at the same time. As a smaller company, how do you leverage these platforms to grow, and how do you avoid being killed? How do you define strategy, teams and methods for a fast-changing market?

Jeudi 7 – Toulon – PMI® France – Kick-off 2019 (2 PDUs)

Programme de l’année et rencontre des nouveaux membres et avec le bureau PMI Provence.

Jeudi 7 – Vincennes – PMI® France – Réussir le déploiement de son outil Project Portfolio Management #PPM (2 PDUs)

Pour cet évènement, Yann Kleitz vous proposera son retour d’expérience sur le déploiement d’un outil PPM phare du marché au sein d’une grande entreprise française. Au travers d’exemple concrets, il présentera quelques éléments clefs pour la réussite de ce type de projet. Dans un deuxième temps, une présentation pratique sera réalisée par Gilles Kieffer qui permettra d’illustrer concrètement l’importance de la restitution des indicateurs opérationnels pour le pilotage de portefeuille de projets.

SMPP est Partenaire de DantotsuPM

Jeudi 7 – Basel – PMI® Switzerland – Breaking Down Barriers (2 PDUs)

Matthias Berg stands for being a practitioner. In his keynote you can find more than a few hints about what he believes works for an energetic mindset and a successful leadership. Moreover, with his disability he stands for inclusion and diversity, as a person and in his professional career(s). His credo: “It is not important where fate puts you – but what you put yourself.”

Jeudi 7 – Montréal – Visite guidée du PMI-Montréal – Bienvenue aux nouveaux membres!

Vous être membre du PMI-Montréal ou envisagez le devenir ? Vous aimeriez connaître quels sont les services offerts aux membres ? Vous aimeriez vous impliquer comme bénévole mais ne savez pas comment faire ? Vous avez des questions sur le mentorat, les communautés de pratique ou la certification PMP ? Cette rencontre est faite pour vous !

Vendredi 8 – Webinar – PMI® – The Agile Enterprise: Are the Initial Principles Still Valid Today?

Embark on a review of the principles and concepts developed before the publication of the Agile Manifesto and an analysis of the evolution of Agility in the last 25 years.

Lundi 11 – Lyon – PMI® France – Soyez partie prenante du programme 2019 (2.5 PDUs)

Parce que pour cette nouvelle année nous souhaitons vous rendre acteur de l’élaboration de notre calendrier d’évènements, nous vous proposons cet afterwork exclusivement réservé aux membres afin d’échanger sur les problématiques que vous pouvez rencontrer en Gestion de Projets et notamment celles pour lesquelles nous pourrions vous apporter des pistes de réflexions/solutions grâce à l’une de nos conférences.

Mardi 12 – SMP – Lausanne – Les véhicules autonomes dans un réseau classique de transports publics (2 PDUs)

L’ambition des Transports Publics Genevois est d’être un acteur de l’évolution de la mobilité, de répondre aux questions relatives au transport de demain et d’être prêts aux changements à venir. Ce type de projet amène des défis stratégiques, technologiques, organisationnels, en sécurité de l’humain et des systèmes, légaux et culturels. Cette soirée débat sera l’occasion de présenter : Le concept,la ligne urbaine à Meyrin et le projet Avenue.

Mardi 12 – Luxembourg – PMI® – Energy Efficiency in Data Centers

The Facilities Management Coordinator at the European Parliament will reveal how the application of an ambitious energy efficiency plan is achieved to reduce carbon emission from their Data Centers.

Mardi 12 – Webinar – PMI® – Guide to Cultural Diversity for Project Managers (1 PDU)

This presentation will provide the cultural diversity awareness necessary to better lead team members (by taking into consideration their cultural differences) while creating your Communications Management Plan and Stakeholder Management Plan.

Mardi 12 – Webinar – PMI® France – Méthodes Agiles de Project Management : « one best way » ?

De 10h30 à 11h00. Délai et budget sont des impératifs que l’on maîtrise difficilement. C’est un fait. Cela d’autant plus vrai dans l’informatique, où les projets moyens dépassent régulièrement le budget initial de 45% et la durée prévue de 7%, sans compter la valeur ajoutée (56% inférieure aux prévisions)*. Au grand désavantage des prestataires, qui s’exposent ainsi à des échos négatifs. Néanmoins, de nouvelles méthodes ont vu le jour permettant une gestion de projet efficace ; encore faut-il identifier la bonne méthode et identifier les différents pièges qu’implique tout projet !

Mardi 12 – Webinar – PMI® UK – Creating and Capturing Value – More Than Just Cost Reduction (1 PDU)

The recent International Project Management (IPM) Day no doubt saw various events and celebrations take place around the world. All well and good I hear you say.

PMI UK Web Site

Well perhaps so but remember that strategies continue to fail at over 70% (EIU) and programs of work and projects continue to waste huge amounts of money – $3million every minute (PMI). It’s therefore time to reflect and shift the focus to one of value rather than compliance and/or process adherence that seems to be so commonplace. The acceleration of the VUCA world will continue to put pressure on organisational leaders to change, transform, or simply just catch-up to stay relevant. Boardroom directors, c-suite executives, and other leaders must shift their business approaches to one that is driven by a value creation and capture philosophy. Success here lies in the adoption and integration of a number of key attributes around speeding-up and reducing waste. These include pivoting around the ‘3P’s to Success’ (purpose, people, performance), and value management that’s coupled to a higher level of portfolio management.

Collectively, Iain Fraser rolls those into the ‘The Age of Simplification’ where one sets out to free the entity from the mid-management process centric stuff that he refers to as the organisational handcuffs, to allow for adaptability, and nimbleness to be quickly deployed as the need arises.

Mardi 12 – Webinar – ScrumPulse – The Product Owner is not a Requirements Manager

Scrum and Agile Webcasts

Escaping the Rat Trap of Wrong Expectations:
– How important is it to write the perfect user story?
– How do I prevent my Backlog from growing out of control?
– How can I build more trust in my Development Team?
– How important is scope if you have good measurements in place?

CertYou est partenaire de DantotsuPM

Mercredi 13 – Montréal et WebinaireL’approche d’architecture d’affaires pour assurer l’alignement du portefeuille de projets à la stratégie

Pierre Hadaya, PMP, Professeur titulaire, ESG UQAM

L’histoire démontre qu’avoir un avantage concurrentiel est essentiel au succès et à la viabilité à long terme de toutes organisations. Bien que les organisations aient déjà adopté plusieurs meilleures pratiques pour les aider à réussir leurs initiatives stratégiques, elles continuent de rencontrer d’importantes difficultés. C’est pourquoi nous avons travaillé cinq ans à concevoir une approche novatrice pour aider les organisations à surmonter ces difficultés : « l’architecture d’affaires ». Nous démontrerons comment cette dernière permet d’assurer l’alignement du portefeuille de projets de transformation à la stratégie.

Vendredi 15 – Toulouse – PMI® France – Piloter un projet avec des équipes distantes

Livre sur Amazon

Super, j’ai un nouveau projet! C’est parti pour la phase de définition: on commence à regarder la spécification du produit, à définir le scope, à estimer le budget, à réfléchir à l’équipe projet… Mais aïe, on se rend-compte que l’équipe ne va pas être colocalisée! Alors, les questions se bousculent : Comment aborder le projet ? Comment s’organiser ? Quelles règles mettre en place ?  Comment gérer les différences culturelles ? Comment assurer le leadership ? Comment communiquer ? Nous sommes tous de plus en plus confrontés à cette configuration des équipes projets qu’on les appelle équipes distantes, virtuelles ou délocalisées. C’est une contrainte importante à intégrer dès le démarrage du projet pour que cette contrainte devienne une force.

Vendredi 15 – Webinar – APMG – Managing change overload!

Melanie Franklin
Melanie Franklin (Co-Chair of the Change Management Institute UK Chapter)

One of the biggest talking points in change management is ensuring a sensible balance at a time when organizations have far more ideas for change than they have resources to implement them. In an ideal world, we should be able to consult the portfolio, but often that does not contain all of the changes taking place, as small local initiatives fly under the radar.

Lundi 19 – Paris Centre – PMI® France – « PMBoK® et cycles de vie » + candeur radicale (Radical Candor) (2 PDUs)

Restitution livre blanc « PMBoK® et cycles de vie »,  co-rédigé par des experts de différentes sociétés. Une vision pédagogique et cohérente de l’imbrication ou de la complémentarité des méthodes de gestion associées aux concepts de cycles de vie, groupes de processus, phases, produit, solution, version, prédictif, agile… et des informations pratiques au manager de projet pour structurer rapidement son travail. Présentation et exploration du concept de Radical Candor (candeur radicale) : un concept qui fait fureur à la Silicon Valley. Le but de la candeur radicale est de construire des relations positives avec ses employés ou collègues, pour qu’ils puissent être réceptifs à un feedback constructif.

Lundi 19 – Montpellier – PMI® France – PM Café de Février

Nous sommes une communauté de chefs de projets de sociétés diverses et nous nous retrouvons régulièrement pour améliorer nos pratiques lors de conférences et de cercles de discussion. Nous souhaitons continuer à créer du lien entre nous, à échanger, à réseauter, à apprendre des autres. Bref à faire vivre et grandir la communauté des chefs de projets de Montpellier.

Mercredi 20 – Webinar – PMI® – The Unwritten Rules of Managing Up (1 PDU)

Relisez ce billet sur manager vers le haut.

Dos and Don’ts for Teaming Effectively with Senior Level Stakeholders : Why managing up is so important, what it is/isn’t, and common mistakes to avoid. A truly dysfunctional or difficult senior leader can become the death nail for virtually any project. Learn the critical rules for managing up that most of us wish we learned sooner.

CSP est partenaire de DantotsuPM

Jeudi 21 – Wébinaire QRP – L’ESSENTIEL DE PRINCE2 2017 EN 30 MIN

Inscription gratuite en ligne

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

Jeudi 21 – Genève – PMI® Switzerland – Be Strategic or Be Gone !

This interactive seminar will start by recalling a few of the basic concepts of strategizing for non-experts in the field. The second part of the seminar will focus on strategy execution using Portfolios, Programs and Projects. You will learn and try out a number of simple strategy execution tools that you can use for your program or projects and that will avoid investing time or money in non-strategic projects and project activities. In the final part, we will focus on identifying, engaging and keeping engaged the people that are most essential for achieving the strategic goals and objectives.

Jeudi 21 – Guyancourt – PMI® France – La candeur radicale (Radical Candor) : un concept qui fait fureur à la Silicon Valley.

Livre sur Amazon

Le but de la candeur radicale c’est de construire des relations positives avec ses employés ou collègues, pour qu’ils puissent être réceptifs à un feedback constructif. Radical Candor, c’est permettre l’épanouissement et le développement de ses employés ou collègues, tout en étant capable de les challenger directement.

Jeudi 21 – Rabat – PMI® Morocco – Découvrir l’Agilité par les jeux

L’agilité est souvent associé à Scrum ou Extreme Programming ou encore Kanban. Très vite, à présent que vos équipes ont décidé d’adopter une démarche agile, on commence à vous parler d’auto-organisation, de responsabilisation, d’environnement motivant et innovent… Très vite, vous prenez conscience que ce désir de devenir agile n’a pas qu’un impact sur l’équipe mais sur toute l’organisation incluant votre façon de manager. Alors comment s’adapter, en tant que Manager, à cette nouvelle réalité ? Comment devenir un Agile ? Comment développer la culture agile ? Cet événement organisé en mode atelier vous permettra de découvrir les concepts liés l’agilité à travers les jeux.

Lundi 25 – Strasbourg – PMI® France – La cybersécurité dans vos projets (2 PDUs)

Cyber criminalitéLa cybersécurité est devenue une préoccupation majeure pour les systèmes d’information. Ce sujet prend d’autant plus d’ampleur que les menaces évoluent très rapidement, et que la tendance à l’externalisation du système d’information dans le « cloud » oblige à repenser la sécurité dans son ensemble (comment garder le contrôle de ses données alors qu’elles sont hébergées à l’extérieur de l’entreprise ?).

Mardi 26 – Webinar – PMI® Montréal – La gestion de projet à l’international : De la coopération internationale à l’entreprise privée

Mardi 26 – Webinar – ScrumPulse – How to Select and Develop Individuals for Successful Agile Teams

We will explore the key attributes companies should be looking for when developing agile teams and share real-life examples of how pinpointing these traits and values can foster success.

Mardi 26 – Casablanca – PMI® Morocco – Découvrir l’Agilité par les jeux

L’agilité est souvent associé à Scrum ou Extreme Programming ou encore Kanban. Très vite, à présent que vos équipes ont décidé d’adopter une démarche agile, on commence à vous parler d’auto-organisation, de responsabilisation, d’environnement motivant et innovent… Très vite, vous prenez conscience que ce désir de devenir agile n’a pas qu’un impact sur l’équipe mais sur toute l’organisation incluant votre façon de manager. Alors comment s’adapter, en tant que Manager, à cette nouvelle réalité ? Comment devenir un Agile ? Comment développer la culture agile ? Cet événement organisé en mode atelier vous permettra de découvrir les concepts liés l’agilité à travers les jeux.

Jeudi 28 – Rennes – PMI® France – RESPECTER… l’individu et l’environnement tout en gérant efficacement nos projets ( 7 PDUs)

5ème  édition du Forum PMI Atlantique dans le cadre exceptionnel du campus de CentraleSupelec de Rennes.  

Livre sur Amazon

Plus de 180 participants, professionnels du management de projet et étudiants, seront réunis pour partager et échanger en conférences, ateliers et moments de convivialité sur des sujets tels que les enjeux humains, écologiques, économiques, …, qui accompagnent nos projets au quotidien.

Avec en key note speakers : Yvan Bourgnon, Navigateur aventurier et écologiste aisni que Gérard Collignon, auteur de « Comment leur dire… La Process Communication ».

Jeudi 28 – Webinar – PMI® France région globale – Blockchain : évolution technologique et impact pour les entreprises

Tous les concepts et caractéristiques fondamentaux de la blockchain (actif numérique, registre, consensus, « smart contract ») ainsi que les éléments partagés ou différenciant les principales catégories : publique, privé et de consortium. Des projets concrets, issus de différents secteurs d’activité, permettront d’illustrer les bénéfices métier que l’on peut en attendre dans le monde de l’entreprise. Enfin les méthodologies et spécificités de mise en œuvre seront évoquées avec une mise en perspective des enjeux majeurs (légal, gouvernance, technologie, compétence, etc.) nécessaires au développement de la blockchain dans le cadre d’un environnement régulé.

Jeudi 28 – Zurich – PMI® Switzerland – Build Your Personal Brand

Get the book

We have all heard the expression Personal Brand, but what is it actually? We have heard we have to “make ourselves known” in order to get ahead, but what is the best way to do so? Many people expend time, energy and effort in the wrong place. Join us for a highly interactive and experiential workshop about Personal Branding. You will walk out with tools, concepts, feedback and a greater self-awareness about your own personal “Brand”.

Jeudi 28 – Webinar – PMI® – Visual Control Board for a Strategic PMO (1 PDU)

This presentation will examine a real example of creating a Visual Control Board for a HealthCare IT PMO. It will explore the entire foundation of the PMO purpose and how it provides a single visual of all projects. It will demonstrate a sample of the board as well as the purpose of the PMO as a strategic partner.

Partenaire de DantotsuPM

 

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

Examinez de plus près pourquoi certaines personnes vous paraissent « difficiles ».

Comment travailler efficacement avec des parties prenantes de projet « difficiles » ?

Engaging “Difficult” Stakeholders

https://www.ginaabudi.com/engaging-difficult-stakeholders/ Par Gina Abudi

Chaque projet a des parties prenantes que l’on peut qualifier de « difficiles ». Même si je peux reconnaître que quelques personnes veulent juste être difficiles et contrariantes, il y a souvent une raison valable pour que certaines soit difficiles. C’est souvent plutôt qu’elles ne s’expriment pas de la meilleure façon possible. Cela ne doit pas excuser leur comportement. Mais, regardez plus en avant pourquoi elles sont difficiles.

Par exemple, quand je traite avec des parties prenantes « difficiles », j’écoute et pose des questions pour comprendre ce qui se passe.

Par l’écoute active et en posant des questions, j’ai parfois appris des soucis légitimes et des inquiétudes qui n’ont pas été adressées, comme :

  • Comment un projet va-t-il impacter le travail d’une partie prenante et sa carrière dans la société ?
  • Une partie prenante sera-t-elle capable d’acquérir de nouvelles compétences et obtenir les connaissances nécessaires pour réussir ?
  • Y aurait-il une perception de trop d’inconnues et un manque d’information, de communications suffisantes sur ce qui arrive et pourquoi ?
  • Y aurait-il déjà trop de choses en cours dans l’organisation (ou même personnellement dans la vie de la partie prenante) qui impactent sa capacité à manager encore un changement ?
  • Les parties prenantes ont-elles le sentiment de perdre le contrôle ?
  • Les parties prenantes pensent-elles ne pas pouvoir influer sur les changements qui les impactent directement ?

résistance au changementCe sont toutes des préoccupations très valides et certaines parties prenantes, plutôt qu’avoir une conversation sur ces sujets, peuvent se renfermer et résister et être donc perçues comme difficiles.

Ne collez pas de simples étiquettes sur vos parties prenantes. Ayez une conversation avec elles pour comprendre ce qui se passe. Vous serez davantage capable d’adresser la situation si vous avez des détails plutôt que de seulement essayer de gérer une partie prenante « difficile ».

Chacun des éléments de la liste ci-dessus est beaucoup plus réalisable (il peut être adressé) que d’essayer de faire changer une partie prenante difficile. Adressez les soucis  et les problèmes (perçus) et managez la partie prenante.

Essayez ceci sur votre prochain projet avec une partie prenante « difficile ». Vous verrez la différence !

CSP est partenaire de DantotsuPM

Règles 1 à 15 des 100 pour les managers de projet de la NASA

Centre de contrôle : 100 règles pour les managers de projet de la NASA

Https://geekboss.com/nasa-project-managers/ par Matthieu Stibbe

Leçons en management de projet de la NASA
Relisez ces 24 leçons en management de projet de la NASA

La NASA a connu et connait encore de grands changements. Mais c’est une organisation qui a réussi à atteindre certains des objectifs les plus sublimes et stimulants de l’humanité. Donc, toute leçon que nous pourrions en apprendre mérite de prendre la peine d’être lue.

C’est pourquoi j’aime leur guide : 100 Règles pour les Managers de projet de la NASA.

Beaucoup d’entre elles peuvent être appliquées au management en général et plusieurs à l’autodiscipline et au management de projets personnels.

Voici les 15 premières pour commencer !

Le Manager de projet

La règle #1 : Un manager de projet devrait rencontrer chaque personne qui construit quoi que ce soit pour son projet au moins une fois. Il devrait connaître tous les managers sur son projet (tant du gouvernement que chez les sous-traitants) et les membres d’équipe d’intégration. Les gens aiment savoir que le manager de projet s’intéresse à leur travail et la meilleure preuve est pour le manager de projet de les visiter et voir de première main ce qu’ils font.

La règle #2 : Un manager de projet doit savoir ce qui motive les sous-traitants du projet (c’est-à-dire, leur système de récompense, leur système fiscal, leur politique et leur culture de société).

La règle #3 : Les principes de management toujours sont les mêmes. Ce sont seulement les outils qui changent. Vous trouverez toujours que les bonnes personnes font le travail et vous devez dégager de leur chemin pour qu’elles puissent le faire.

Soyez juste – Image courtesy of PinkBlue / FreeDigitalPhotos.net

La règle #4 : Peu importe avec qui vous traitez, soyez juste. L’espace n’est pas un immense terrain de sport. Vous pourriez être étonnés par combien de fois vous devrez travailler à nouveau avec les mêmes personnes. Mieux vaut qu’ils vous respectent qu’ils ne vous tiennent rancune.

La règle #5 : Des personnes vicieuses, méprisables, ou peu appréciées, des gentlemen et de grandes dames peuvent être chefs de projet. Les âmes perdues, les indécis et les faibles ne le peuvent pas.

La règle #6 : Un manager de projet tranquille est celui qui attend sa nomination suivante ou qui se trouve au bord de l’échec. La tranquillité n’est pas normale dans le management de projet.

La règle #7 : Un problème que rencontrent les nouveaux managers est que tout le monde veut résoudre leurs problèmes. La direction avait dit aux anciens managers : « résolvez vos propres problèmes, c’est ce que nous vous avons embauchés pour faire. »

le rushLa règle #8 : Courir vite ne remplace pas réfléchir par vous-même. Vous devez prendre du temps pour sentir les roses. Pour votre travail, vous devez prendre du temps pour comprendre les conséquences de vos actions.

La règle #9 : Le boss peut ne pas savoir comment faire le travail mais il doit savoir ce qu’il veut. Le boss ferait mieux de découvrir ce qu’il veut et attend s’il ne le sait pas encore. Un leader aveugle a tendance à tourner en rond.

La règle #10 : Pas tous les managers qui réussissent sont compétents ni tous ceux qui ont échoué incompétents. La chance joue toujours son rôle dans le succès ou l’échec mais la chance favorise le manager compétent qui bosse dur.

La règle #11 : N’essayez jamais de prendre votre revanche sur une autre personne sur le projet. Ce n’est pas la bonne approche. Cela vous met au même niveau que l’autre personne et, en plus, finit probablement par être dommageable au projet.

La règle #12 : Ne faites pas preuve d’un trop fort égo qui vous empêcherait de changer votre position, particulièrement si votre équipe vous dit que vous avez tort. Vous devriez cultiver une attitude sur le projet où votre personnel sait qu’ils peuvent vous indiquer de mauvaises décisions.

La règle #13 : Un manager qui est son propre manager financier ou ses propres ingénieurs système est celui qui essayera probablement de faire de la chirurgie à cœur ouvert sur sa propre personne.

La règle #14 : La plupart des managers réussissent grâce à la force et l’habileté de leur personnel.

Travail Initial

La règle #15 : Les graines des problèmes sont plantées très tôt. La planification initiale est la partie la plus essentielle d’un projet. L’examen de la plupart des projets en échec indique que les désastres ont été bien planifiés pour arriver dès le début.

CSP est partenaire de DantotsuPM

Une bonne compréhension mutuelle est à la base de tout projet réussi

Comprendre les parties prenantes du projet et leurs besoins, mais aussi, ceux du sponsor de projet, des donneurs d’ordre, des utilisateurs finaux et des membres de l’équipe projet.

Une meilleure compréhension des autres est à la base du projet qui se donne une chance de réussir.

Méta Projets Management est partenaire de DantotsuPM

10 conseils pour délivrer une présentation plus efficace aux parties prenantes du projet

Parfois il semble que l’efficacité d’une réunion de trente minutes puisse être conclue dans les dans soixante premières secondes.

Presenting to Project Stakeholders: 10 Tips to Effective Communication par Ty Kiisel

Maintenir une ligne de communication ouverte et efficace avec les parties prenantes est important. Il y a deux ou trois ans je suis tombé sur cette liste d’astuces pour mieux présenter aux parties prenantes, qui méritent d’être revues. Parfois il semble que l’efficacité d’une réunion de trente minutes puisse être conclue dans les dans soixante premières secondes. Les parties prenantes ont parfois des laps de temps d’attention très courts. Si vous ne captez pas leur attention dans les deux premières minutes, ils commenceront à vérifier leur courrier électronique et regarder l’horloge ou pire, quitteront votre réunion.

Toute personne impliquée dans un projet doit traiter avec des sponsors et des parties prenantes.

Voici dix conseils qui pourraient aider vos interactions

1.      Piquez leur curiosité : Un ordre du jour est toujours une bonne idée, mais un bref résumé de ce qui sera discuté est encore mieux. En plus, on donne aux parties prenantes quelque chose à prendre dans la rencontre et cela leur permet de venir préparées avec leurs questions.

2.      Ne supposez pas qu’ils connaissent le travail attendu de leur part en tant que partie prenante : Ils pourraient en avoir une vue de haut niveau, mais vous devrez probablement expliciter les détails de ce qu’ils devront faire.

3.      Faites simple : Exposez-leur la situation en termes directs. Ne les noyez pas d’informations. Restez-en à l’essentiel. (Cependant, soyez prêt à entrer dans les détails s’ils commencent à poser des questions.)

4.      Utilisez des chiffres et des images :

Ma bible pour préparer des présentations mémorables (disponible sur Amazon)

PowerPoint est un excellent outil pour présenter des graphiques et des chiffres aux parties prenantes. C’est la façon dont elles se présentent les informations entre elles. Vous devriez en faire autant.

5.      Parfois vous devez utiliser la logique : Acceptez le fait qu’il pourrait ne pas toujours y avoir des données pour supporter une situation particulière. Ne pas avoir de chiffres pour soutenir votre position pourrait rendre un bon argument problématique, dans ce cas vous devriez vous tourner vers une logique « si … alors … » pour expliquer une situation. Cependant, ne vous attendez pas aux mêmes résultats ou à la même réponse de la part des parties prenantes car avec elles les chiffres font loi.

6.      Temporiser n’est jamais une bonne option : n’attendez pas qu’un problème soit évident — il est souvent plus difficile de résoudre le problème à ce moment-là.

7.      Offrez toujours une solution : si vous venez exposer un problème sans offrir une solution potentielle, vous pourriez aussi bien demander les parties prenantes : « Virez-moi tout de suite. » Trouver des solutions fait partie de votre travail de chef de projet.

8.      Spécifiez les actions qu’ils doivent entreprendre : si les parties prenantes doivent agir, ne supposez pas que ce sera évident pour elles. Récapitulez — sous forme de liste — quelles actions doivent être prises et quand.

9.      Dites toujours « oui », mais assurez-vous qu’ils comprennent combien coûtera ce « oui« : les Sponsors et des parties prenantes n’aiment pas entendre « Non », donc ne le dites pas. Assurez-vous simplement qu’ils comprennent le coût de leur requête, alors ils peuvent juger par eux-mêmes si « oui » vaut vraiment le coup.

10.  N’arrêtez pas de reporter sur le statut du projet parce que les parties prenantes arrêtent de l’exiger : la perception est la réalité. Si les parties prenantes perçoivent que vous ne faites rien : c’est que vous ne faites rien. Ne laissez pas votre tête être la suivante sur le billot.

Indépendamment de la méthodologie de management du travail de votre société, il y a beaucoup d’outils de management de projets disponibles pour faciliter la gestion des tâches et des délais. Ils vous aideront aussi à communiquer plus efficacement avec les parties prenantes dans votre organisation. Que votre outil de management de projet facilite ou pas cette forme de communication, ignorer cette partie importante de votre rôle de chef de projet est dangereux.

Que faites-vous dans votre organisation pour encourager une relation positive avec les parties prenantes ?

Méta Projets Management est partenaire de DantotsuPM

Avis personnel

La neuvième recommandation qui suggère de toujours répondre par « oui » aux demandes des parties prenantes en indiquant simplement le coût associé à ce « oui » me semble dangereuse.

Par exemple : « Oui, nous pouvons effectivement réaliser cette nouvelle fonctionnalité en augmentant le budget de 10% et en reculant d’un mois la date de livraison. »

need for budget - besoin de budgetMon expérience personnelle est que trop souvent la contrepartie ou les conditions nécessaires pour autoriser ce « oui » seront occultées par une grande majorité des parties prenantes. Elles n’entendront que le « oui » de début de phrase. Or, les conditions qui permettraient ce « oui » ne sont pas réalisées au moment où il est prononcé : Besoin de budget additionnel, report au niveau des délais, ajout de  personnels et de compétences, compromis sur le contenu des livrables ou la qualité…

Je suggérerais donc, dans cette situation, de choisir d’adopter la position de dire « non » suivi d’un « sauf à » faire ceci ou cela (à augmenter les ressources, à réduire les exigences, à reporter la date de livraison…).

Par exemple :

« Cet augmentation de fonctionnalité semble en effet attractive, mais nous ne pouvons pas y répondre sauf à augmenter le budget de 10% et reculer la date de livraison d’un mois ».

Ceci permet à mon avis d’être beaucoup plus clair sur l’incidence de passer outre à ce « non ».

Rencontres sur le management de projets – 12 au 18 Novembre

De belles rencontres sur le management de projet cette semaine, tant en présentiel en Croatie, à Paris, Plan de Campagne, Lyon, Luxembourg ou Montréal et Sophia Antipolis que par wébinaires depuis où vous voulez !

Lundi 12 – Mercredi 14

The 4 Pillars Of Portfolio Management avec Olivier Lazar  le lundi 12

Mardi 13

La participation publique, un processus qui permet de se connecter aux citoyens et citoyennes, ajoute de la valeur aux projets à bien des niveaux. Cette conférence vous permettra d’apprécier les avantages de la participation publique pour vos projets.

Méta Projets Management est partenaire de DantotsuPM

How Vodafone used different tools, models and frameworks that helped Vodafone’s business teams with Agile delivery, but also what cultural & leadership changes needed to happen to enable agile ways of working and talk in more details about the approach that they used.

CertYou est partenaire de DantotsuPM

Jeudi 15

An overview of Agile concepts and Agile techniques mapping to a traditional project management process: Determine a project’s readiness for Agile concepts; Identify specific Agile techniques that can be applied to a traditional project’s planning and monitoring activities; Develop an implementation strategy for Agile integration.

Livre sur Amazon

Training From the Back of the Room est une méthode de formation et de facilitation de groupes basée sur les apports des neurosciences. Elle a été créée par Sharon L. Bowman, et synthétisée dans son livre éponyme. Utilisée par de nombreux coachs, facilitateurs et formateurs outre-atlantique, cette méthode permet d’engager les participants dans des activités qui les rendent acteurs de leur apprentissage plutôt que spectateurs.

Un événement hors du commun : L’Agile Tour est une journée proposant un choix varié de conférences passionnantes liées à l’Agilité. C’est une occasion unique d’en apprendre plus sur le sujet et de partager avec les membres de la communauté.

CSP est partenaire de DantotsuPM

La Gestion de Projet et notre PMPursuit n’ont pas fini de vous étonner ! Venez tester dans une ambiance conviviale vos connaissances en gestion de projet et en culture régionale. C’est une expérience unique de mobiliser nos ressources et nos valeurs dans un esprit d’équipe.

AngoisseLes 3 conditions pour en FINIR avec la peur de parler en public, suivies de conseils pratiques sur la gestion de son stress à parler en public.Cet atelier est très interactif. Les participants repartent avec des idées concrètes et applicables immédiatement dans leur milieu de travail.

How to combine design thinking, lean startup and agile methods?

Vendredi 16

PM kit pour les écoles primaires – une aventure passionnante ! Comment les enfants de la côte d’azur ont pu découvrir la gestion du projet.

“PMI,” the PMI logo, “PMP,” “PMBOK,” “PM Network,” “Project Management Institute” and “Pulse of the Profession” are registered marks of Project Management Institute, Inc.

Quelles questions poser lors d’une revue « post mortem » de projet ?

Commencez par une réflexion personnelle et individuelle sur les leçons à retenir par chaque membre de l’équipe projet étendue: Équipe cœur, clients, utilisateurs, sponsors, parties prenantes…

Ce billet est la reprise d’un article de 2010 sur le sujet.

Bien que préférant la terminologie « session de leçons apprises » à « post mortem », j’ai trouvé de la valeur dans la liste suggérée par Michael Greer.

En particulier, les 2 premiers conseils de l’approche qui consistent à forcer une réflexion personnelle de chacun avant d’avoir une session commune. Je suis certain que procéder de la sorte est bien plus productif qu’un brainstorming sans préparation qui limite souvent les résultats à des banalités connues de tous et énoncées seulement par les plus extravertis du groupe.

Project Post Mortem Review Questions By Michael Greer

Vue d’ensemble

Il est critique pour des chefs de projet et membres de l’équipe de faire le point à la fin d’un projet afin de développer une liste de leçons apprises ne pas répéter les mêmes erreurs dans les projets futurs. Typiquement de telles revues sont appelés des revues de fin de  projet ou “post mortem”.

Je recommande une approche en deux étapes pour conduire ces sessions

1.      Préparez-vous: Circulez une liste de questions spécifiques au projet et donnez du temps aux membres de l’équipe pour y réfléchir et préparer individuellement leurs réponses.

2.      Tenez une réunion. Discutez des réponses fournies par l’équipe aux questions. Le résultat de cette réunion est souvent une liste de “Leçons Apprises”.

que comprendre de ces retours?L’avantage de la première étape, faite individuellement par des membres de l’équipe, est qu’elle permet aux personnes plus calmes, introverties ou plus analytiques, de développer leurs réponses sans être interrompues par les personnes plus extraverties et vocales. Celles-ci pourraient souvent dominer dans une réunion en face à face. De plus, cela donne à chacun le temps de créer des réponses plus posées.

Qu’inscrire dans cette liste de questions ?

Questions Générales

1.      Êtes-vous fiers de nos livrables (des produits réalisés par le projet) ? Si oui, qu’est-ce qui est si bien dans ceux-ci ? Si non, qu’est-ce qui est moins bon ?

2.      Quelle était la partie la plus irritante de votre projet ?

3.      Que feriez-vous différemment la prochaine fois pour éviter cette frustration ?

4.      Quelle a été la partie la plus gratifiante ou professionnellement satisfaisante du projet ?

5.      Lesquels de vos méthodes ou processus ont particulièrement bien fonctionné ?

6.      Lesquels de vos méthodes ou processus furent difficiles ou irritants à utiliser ?

introduire de l'innatendu7.      Si vous pouviez d’un coup de baguette magique changer quoi que ce soit du projet, que changeriez-vous ?

8.      Vos parties prenantes, management exécutif, clients et sponsor(s) ont-ils participé efficacement ? Sinon, comment pourriez-vous améliorer leur participation ?

Les questions suivantes sont spécifiques à chaque phase (celles-ci peuvent différer de projet en projet, selon le cycle de vie / la méthode).

Phase I : Besoin et Faisabilité

  • Nos analyses de besoins/marché ou études de faisabilité ont-elles oublier des livrables de projet que nous avons finalement dû construire ? Sinon, qu’avons-nous manqué et comment pouvons-nous être sûrs que nos analyses futures ne manqueront pas de tels items ?
  • Nos analyses de besoins/marché ou études de faisabilité ont-elles au contraire demandé des livrables inutiles ? S’il en est ainsi comment pouvons-nous être sûrs que nos analyses futures ne referont pas cette erreur ?
  • Comment pourrions-nous améliorer nos analyses de besoins/marché ou études de faisabilité ?

Phase II : Plan de Projet

  • Quelle était la précision de nos estimations originales de la taille et de l’effort de notre projet ? Qu’avons-nous sous ou sur estimer ? (Considérez les livrables, l’effort de travail, les matériels requis, etc)
  • Comment pourrions-nous améliorer notre estimation de taille et d’effort pour qu’elle soit plus précise ?
  • Avons-nous assigné les bonnes personnes à tous les rôles du projet ? (Considérez les experts du sujet, les contributions techniques, le management, les revues et approbations et autres rôles clefs). Si ce n’est pas le cas, comment pouvons-nous nous assurer que nous obtiendrons la prochaine fois les bonnes personnes.
  • Décrivez des premiers signaux d’alarme de problèmes qui sont survenus plus tard dans le projet ? Comment aurions-nous dû réagir à ces signaux ? Comment pouvons-nous mieux remarquer ces premiers signaux dès leur apparition ?
  • Pourrions-nous avoir complété ce projet sans l’un ou plusieurs de nos fournisseurs/sous-traitants ? Si oui, comment ?
  • Est-ce que nos contraintes, limitations et prérequis étaient clairs pour tous les fournisseurs/sous-traitants depuis le début ? Sinon, comment pourrions-nous améliorer notre « Request for Proposal RFP » ou déclaration de besoin ?
  • Avons-nous rencontré des difficultés à négocier le contrat avec le vendeur ? Comment celles-ci auraient-elles pu être évitées ?
  • Avons-nous rencontré des difficultés par rapport à la paperasserie du fournisseur (bons de commande, contrats, etc) ou à bien le faire démarrer ? Comment celles-ci pourraient-elles être évitées ?
  • Listez des membres de l’équipe ou les parties prenantes qui manquaient au démarrage ou qui n’ont pas été impliqués assez tôt dans notre projet. Comment pouvons-nous éviter ces loupés à l’avenir ?
  • Tous les rôles et responsabilités d’équipe/partie prenante étaient-ils clairement décrits et communiqués ? Sinon, comment pourrions-nous les améliorer ?
  • Le cahier des charges des livrables, jalons et éléments/dates de planning spécifiques étaient-ils clairement communiqués ? Sinon, comment pourrions-nous nous améliorer ?

Phase III : Cahier des charges (les spécifications) des livrables

  • Livre sur Amazon

    Êtes-vous fiers de nos descriptions ou cahier des charges et spécifications de conception détaillées ? Sinon, comment pourrions-nous les améliorer à l’avenir ?

  • Tous les acteurs importants du projet ont-ils fourni un apport créatif dans la création des spécifications de conception ? Sinon, qui manquait et comment nous assurer la prochaine fois de leur participation ?
  • Ceux qui ont passé en revue les spécifications de conception ont-ils fourni un retour significatif dans les délais impartis ? Sinon, comment pourrions-nous améliorer leur participation et la qualité de leurs contributions ?
  • Comment pourrions-nous améliorer notre processus de travail pour créer les spécifications des livrables ?

[ Ajoutez ici vos propres questions spécifiques aux livrables de votre projet.]

Phase IV : Construction des Livrables

  • Est-ce que vous êtes fiers de nos livrables ? Sinon, comment pourrions-nous les améliorer ?
  • Tous les acteurs importants du projet ont-ils fourni un apport constructif dans la création des livrables ? Sinon, qui manquait et comment pouvons-nous nous assurer de leur participation la prochaine fois ?
  • Ceux qui ont revu les livrables ont-ils fourni un retour dans les temps et significatif ? Sinon, comment pourrions-nous améliorer leur participation et la qualité de leurs contributions ?
  • Comment pourrions-nous améliorer notre processus de travail de création des livrables ?

[ Insérez ici vos propres questions spécifiques aux livrables.]

Phase V : Test et Implémentation des livrables

Relisez ce billet
  • Les membres de notre équipe de test étaient-ils vraiment représentatifs de nos utilisateurs cibles ? Sinon, comment pourrions-nous obtenir une meilleure représentativité à l’avenir ?
  • Les équipements de test, le lieu, les matériels et les personnes au support ont-ils aidé à faire du test une représentation précise de comment les produits seront utilisés dans “le monde réel” ? Sinon, comment pourrions-nous nous améliorer dans ces domaines ?
  • Avons-nous obtenu un retour d’information au bon moment, de bonne qualité sur comment nous pourrions améliorer nos produits ? Sinon, comment pourrions-nous améliorer ce retour d’information dans l’avenir ?
  • Notre stratégie de mise en œuvre était-elle précise et efficace ? Comment pourrions-nous améliorer cette stratégie ?
  • Notre livraison des livrables à l’utilisateur/client/sponsor es-elle une transition souple et facile ? Sinon, comment pourrions-nous améliorer ce processus ?
En complément, relisez: « Une bonne vingtaine de questions à considérer pour vos sessions « Leçons apprises » de fin de projet« .

Quelles questions lors d’une revue post mortem de projet

http://www.pmhut.com/project-post-mortem-review-questions

Project Post Mortem Review Questions
By
Michael Greer

Vue d’ensemble

Il est important pour des chefs de projet et des membres de l’équipe de faire le point à la fin d’un projet et de développer une liste de leçons apprises pour qu’ils ne répètent pas leurs erreurs dans le projet suivant. Typiquement de telles revues sont appelés des revues de fin de  projet ou “post mortem.” Je recommande une approche en deux étapes pour conduire ces sessions :

1. D’abord, préparez-vous et circulez une liste de questions spécifiques au projet et donnez du temps aux membres de l’équipe pour y penser et préparer individuellement leurs réponses.

2. Ensuite, tenez une réunion et discutez des réponses de l’équipe aux questions. Le résultat de cette discussion est souvent une liste “de Leçons Apprises.”

L’avantage de la première étape, faite individuellement par des membres de l’équipe, est qu’il permet aux personnes plus tranquilles, plus analytiques, de développer leurs réponses aux questions sans être interrompues par les personnes plus extraverties, vocales qui pourraient autrement dominer à la réunion en face à face. De plus, il permet à chacun le temps de créer des réponses plus réfléchies.

Donc, que mettre dans la liste de questions ? Voici certaines de mes favorites :

Questions Générales

1. Est-ce que vous êtes fiers de nos livrables (des produits réalisés par le projet) ? Si oui, qu’est-ce qui est si bien dans ceux-ci ? Si non, qu’est-ce qui est mauvais ?

2. Quelle était la partie la plus irritante de notre projet ?

3. Comment feriez-vous des choses différemment la prochaine fois pour éviter cette frustration ?

4. Quelle a été la partie la plus gratifiante ou professionnellement satisfaisante du projet ?

5. Lesquels de nos méthodes ou processus ont particulièrement bien fonctionné ?

6. Lesquels de nos méthodes ou processus furent difficiles ou irritant à utiliser ?

7. Si vous pourriez d’un coup de baguette magique changer quoi que ce soit du projet, que changeriez-vous ?

8. Nos parties prenantes, management exécutif, clients et sponsor(s) ont-ils participé efficacement ? Sinon, comment pourrions-nous améliorer leur participation ?

Les suivantes sont des questions spécifiques à chaque phase (celles-ci différeront de projet en projet, selon le cycle de vie / les phases).

Phase I : Déterminer Besoin et Faisabilité

· Nos analyses de besoins/marché ou étude de faisabilité ont-elles identifié tous les livrables de projet que nous avons finalement dû construire ? Sinon, qu’avons-nous manqué et comment pouvons-nous être sûrs que nos analyses futures ne manqueront pas de tels items ?

· Nos analyses de besoins/marché ou étude de faisabilité ont-elles identifié des livrables inutiles ? S’il en est ainsi comment pouvons-nous être sûrs que nos analyses futures ne referont pas cette erreur ?

· Comment pourrions-nous améliorer nos analyses de besoins/marché ou étude de faisabilité ?

Phase II : Créer le Plan de Projet

· Quelle était la précision de nos évaluations originales de la taille et de l’effort de notre projet ? Qu’avons-nous sous ou sur estimer ? (Considérez les livarbles, l’effort de travail, les matériels requis, etc)

· Comment pourrions-nous avoir amélioré notre estimation de taille et d’effort pour qu’elle soit plus précise ?

· Avons-nous assigné les bonnes personnes à tous les rôles du projet ? (Considérez les experts du sujet, les contributions techniques, le management, les revues et approbations et autres rôles clefs). Si ce n’est pas le cas, comment pouvons-nous nous assurer que nous obtiendrons la prochaine fois les bonnes personnes.

· Décrivez des premiers signaux d’alarme des problèmes qui sont arrivés plus tard dans le projet ? Comment devrions-nous avoir réagi à ces signaux ? Comment pouvons-nous nous assurer la prochaine fois de remarquer ces premiers signaux dès leur apparition ?

· Pourrions-nous avoir complété ce projet sans un ou plus de nos fournisseurs/sous-traitants ? Si oui, comment ?

· Est-ce que nos contraintes, limitations et prérequis étaient clairs pour tous les fournisseurs/sous-traitants depuis le début ? Sinon, comment pourrions-nous avoir amélioré notre « Request for Proposal RFP » ou déclaration de besoin ?

· Avons-nous rencontré des difficultés à négocier le contrat avec le vendeur ? Comment celles-ci pourraient-elles avoir été évitées ?

Avons-nous rencontré des difficultés par rapport à la paperasserie du fournisseur (bons de commande, contrats, etc) ou bien à faire démarrer le fournisseur ? Comment celles-ci pourraient-elles avoir été évitées ?

· Listez des membres de l’équipe ou les parties prenantes qui manquaient lors de la réunion de démarrage ou qui n’ont pas été impliqués assez tôt dans notre projet. Comment pouvons-nous éviter ces inadvertances à l’avenir ?

· Tous les rôles et responsabilités d’équipe/partie prenante étaient-ils clairement décrits et communiqués ? Sinon, comment pourrions-nous les améliorer ?

· Le cahier des charges de produits, les jalons et les éléments/dates de planning spécifiques étaient-ils clairement communiqués ? Sinon, comment pourrions-nous nous améliorer ?

Phase III : Créer le Cahier des charges (les spécifications) des livrables

· Est-ce que vous êtes fiers de nos descriptions ou cahier des charges et spécifications de conception détaillées ? Sinon, comment pourrions-nous avoir les améliorer?

· Tous les acteurs importants de projet ont-ils fourni un apport créatif dans la création des spécifications de conception ? Sinon, qui manquait et comment pouvons-nous nous assurer la prochaine fois de leur participation ?

· Ceux qui ont passé en revue les spécifications de conception ont-ils fourni un retour dans les temps et significatif ? Sinon, comment pourrions-nous améliorer leur participation et la qualité de leurs contributions ?

· Comment pourrions-nous améliorer notre processus de travail pour créer les spécifications de livrables ?

[ Insérez ici vos propres questions spécifiques aux livrables.]

Phase IV : Créer les livrables

· Est-ce que vous êtes fiers de nos livrables ? Sinon, comment pourrions-nous améliorer ceux-ci ?

· Tous acteurs importants du projet ont-ils fourni un apport constructif dans la création des produits ? Sinon, qui manquait et comment pouvons-nous nous assurer de leur participation la prochaine fois ?

· Ceux qui ont passé en revue les livrables ont-ils fourni un retour dans les temps et significatif ? Sinon, comment pourrions-nous améliorer leur participation et la qualité de leurs contributions ?

· Comment pourrions-nous améliorer notre processus de travail de création des livrables ?

[ Insérez ici vos propres questions spécifiques aux livrables.]

Phase V : Test et implémentation des livrables

· Les membres de notre équipe de test étaient-ils vraiment représentatifs de nos utilisateurs cibles ? Sinon, comment pourrions-nous obtenir une meilleure représentativité à l’avenir ?

· Les équipements de test, le lieu, les matériels et les personnes au support ont-ils aidé à faire du test une représentation précise de commen

Quelles questions lors d’une revue post mortem de projet

http://www.pmhut.com/project-post-mortem-review-questions

Project Post Mortem Review Questions
By
Michael Greer

Vue d’ensemble

Il est important pour des chefs de projet et des membres de l’équipe de faire le point à la fin d’un projet et de développer une liste de leçons apprises pour qu’ils ne répètent pas leurs erreurs dans le projet suivant. Typiquement de telles revues sont appelés des revues de fin de  projet ou “post mortem.” Je recommande une approche en deux étapes pour conduire ces sessions :

1.      D’abord, préparez-vous et circulez une liste de questions spécifiques au projet et donnez du temps aux membres de l’équipe pour y penser et préparer individuellement leurs réponses.

2.      Ensuite, tenez une réunion et discutez des réponses de l’équipe aux questions. Le résultat de cette discussion est souvent une liste “de Leçons Apprises.”

L’avantage de la première étape, faite individuellement par des membres de l’équipe, est qu’il permet aux personnes plus tranquilles, plus analytiques, de développer leurs réponses aux questions sans être interrompues par les personnes plus extraverties, vocales qui pourraient autrement dominer à la réunion en face à face. De plus, il permet à chacun le temps de créer des réponses plus réfléchies.

Donc, que mettre dans la liste de questions ? Voici certaines de mes favorites :

Questions Générales

1.      Est-ce que vous êtes fiers de nos livrables (des produits réalisés par le projet) ? Si oui, qu’est-ce qui est si bien dans ceux-ci ? Si non, qu’est-ce qui est mauvais ?

2.      Quelle était la partie la plus irritante de notre projet ?

3.      Comment feriez-vous des choses différemment la prochaine fois pour éviter cette frustration ?

4.      Quelle a été la partie la plus gratifiante ou professionnellement satisfaisante du projet ?

5.      Lesquels de nos méthodes ou processus ont particulièrement bien fonctionné ?

6.      Lesquels de nos méthodes ou processus furent difficiles ou irritant à utiliser ?

7.      Si vous pourriez d’un coup de baguette magique changer quoi que ce soit du projet, que changeriez-vous ?

8.      Nos parties prenantes, management exécutif, clients et sponsor(s) ont-ils participé efficacement ? Sinon, comment pourrions-nous améliorer leur participation ?

Les suivantes sont des questions spécifiques à chaque phase (celles-ci différeront de projet en projet, selon le cycle de vie / les phases).

Phase I : Déterminer Besoin et Faisabilité

  • Nos analyses de besoins/marché ou étude de faisabilité ont-elles identifié tous les livrables de projet que nous avons finalement dû construire ? Sinon, qu’avons-nous manqué et comment pouvons-nous être sûrs que nos analyses futures ne manqueront pas de tels items ?
  • Nos analyses de besoins/marché ou étude de faisabilité ont-elles identifié des livrables inutiles ? S’il en est ainsi comment pouvons-nous être sûrs que nos analyses futures ne referont pas cette erreur ?
  • Comment pourrions-nous améliorer nos analyses de besoins/marché ou étude de faisabilité ?

Phase II : Créer le Plan de Projet

  • Quelle était la précision de nos évaluations originales de la taille et de l’effort de notre projet ? Qu’avons-nous sous ou sur estimer ? (Considérez les livarbles, l’effort de travail, les matériels requis, etc)
  • Comment pourrions-nous avoir amélioré notre estimation de taille et d’effort pour qu’elle soit plus précise ?
  • Avons-nous assigné les bonnes personnes à tous les rôles du projet ? (Considérez les experts du sujet, les contributions techniques, le management, les revues et approbations et autres rôles clefs). Si ce n’est pas le cas, comment pouvons-nous nous assurer que nous obtiendrons la prochaine fois les bonnes personnes.
  • Décrivez des premiers signaux d’alarme des problèmes qui sont arrivés plus tard dans le projet ? Comment devrions-nous avoir réagi à ces signaux ? Comment pouvons-nous nous assurer la prochaine fois de remarquer ces premiers signaux dès leur apparition ?
  • Pourrions-nous avoir complété ce projet sans un ou plus de nos fournisseurs/sous-traitants ? Si oui, comment ?
  • Est-ce que nos contraintes, limitations et prérequis étaient clairs pour tous les fournisseurs/sous-traitants depuis le début ? Sinon, comment pourrions-nous avoir amélioré notre « Request for Proposal RFP » ou déclaration de besoin ?
  • Avons-nous rencontré des difficultés à négocier le contrat avec le vendeur ? Comment celles-ci pourraient-elles avoir été évitées ?

Avons-nous rencontré des difficultés par rapport à la paperasserie du fournisseur (bons de commande, contrats, etc) ou bien à faire démarrer le fournisseur ? Comment celles-ci pourraient-elles avoir été évitées ?

  • Listez des membres de l’équipe ou les parties prenantes qui manquaient lors de la réunion de démarrage ou qui n’ont pas été impliqués assez tôt dans notre projet. Comment pouvons-nous éviter ces inadvertances à l’avenir ?
  • Tous les rôles et responsabilités d’équipe/partie prenante étaient-ils clairement décrits et communiqués ? Sinon, comment pourrions-nous les améliorer ?
  • Le cahier des charges de produits, les jalons et les éléments/dates de planning spécifiques étaient-ils clairement communiqués ? Sinon, comment pourrions-nous nous améliorer ?

Phase III : Créer le Cahier des charges (les spécifications) des livrables

  • Est-ce que vous êtes fiers de nos descriptions ou cahier des charges et spécifications de conception détaillées ? Sinon, comment pourrions-nous avoir les améliorer?
  • Tous les acteurs importants de projet ont-ils fourni un apport créatif dans la création des spécifications de conception ? Sinon, qui manquait et comment pouvons-nous nous assurer la prochaine fois de leur participation ?
  • Ceux qui ont passé en revue les spécifications de conception ont-ils fourni un retour dans les temps et significatif ? Sinon, comment pourrions-nous améliorer leur participation et la qualité de leurs contributions ?
  • Comment pourrions-nous améliorer notre processus de travail pour créer les spécifications de livrables ?

[ Insérez ici vos propres questions spécifiques aux livrables.]

Phase IV : Créer les livrables

  • Est-ce que vous êtes fiers de nos livrables ? Sinon, comment pourrions-nous améliorer ceux-ci ?
  • Tous acteurs importants du projet ont-ils fourni un apport constructif dans la création des produits ? Sinon, qui manquait et comment pouvons-nous nous assurer de leur participation la prochaine fois ?
  • Ceux qui ont passé en revue les livrables ont-ils fourni un retour dans les temps et significatif ? Sinon, comment pourrions-nous améliorer leur participation et la qualité de leurs contributions ?
  • Comment pourrions-nous améliorer notre processus de travail de création des livrables ?

[ Insérez ici vos propres questions spécifiques aux livrables.]

Phase V : Test et implémentation des livrables

  • Les membres de notre équipe de test étaient-ils vraiment représentatifs de nos utilisateurs cibles ? Sinon, comment pourrions-nous obtenir une meilleure représentativité à l’avenir ?
  • Les équipements de test, le lieu, les matériels et les personnes au support ont-ils aidé à faire du test une représentation précise de comment les produits seront utilisés dans “le monde réel ?” Sinon, comment pourrions-nous nous améliorer dans ces domaines ?
  • Avons-nous obtenu un retour d’information opportun, de haute qualité sur comment nous pourrions améliorer nos produits ? Sinon, comment pourrions-nous améliorer ce retour d’information dans l’avenir ?
  • Notre stratégie de mise en œuvre était-elle précise et efficace ? Comment pourrions-nous améliorer cette stratégie ?
  • Notre remise en main des livrables à l’utilisateur/client/sponsor représente-t-elle une transition souple et facile ? Sinon, comment pourrions-nous améliorer ce processus ?

Quelles questions lors d’une revue post mortem de projet

http://www.pmhut.com/project-post-mortem-review-questions

Project Post Mortem Review Questions
By
Michael Greer

Vue d’ensemble

Il est important pour des chefs de projet et des membres de l’équipe de faire le point à la fin d’un projet et de développer une liste de leçons apprises pour qu’ils ne répètent pas leurs erreurs dans le projet suivant. Typiquement de telles revues sont appelés des revues de fin de  projet ou “post mortem.” Je recommande une approche en deux étapes pour conduire ces sessions :

1.      D’abord, préparez-vous et circulez une liste de questions spécifiques au projet et donnez du temps aux membres de l’équipe pour y penser et préparer individuellement leurs réponses.

2.      Ensuite, tenez une réunion et discutez des réponses de l’équipe aux questions. Le résultat de cette discussion est souvent une liste “de Leçons Apprises.”

L’avantage de la première étape, faite individuellement par des membres de l’équipe, est qu’il permet aux personnes plus tranquilles, plus analytiques, de développer leurs réponses aux questions sans être interrompues par les personnes plus extraverties, vocales qui pourraient autrement dominer à la réunion en face à face. De plus, il permet à chacun le temps de créer des réponses plus réfléchies.

Donc, que mettre dans la liste de questions ? Voici certaines de mes favorites :

Questions Générales

1.      Est-ce que vous êtes fiers de nos livrables (des produits réalisés par le projet) ? Si oui, qu’est-ce qui est si bien dans ceux-ci ? Si non, qu’est-ce qui est mauvais ?

2.      Quelle était la partie la plus irritante de notre projet ?

3.      Comment feriez-vous des choses différemment la prochaine fois pour éviter cette frustration ?

4.      Quelle a été la partie la plus gratifiante ou professionnellement satisfaisante du projet ?

5.      Lesquels de nos méthodes ou processus ont particulièrement bien fonctionné ?

6.      Lesquels de nos méthodes ou processus furent difficiles ou irritant à utiliser ?

7.      Si vous pourriez d’un coup de baguette magique changer quoi que ce soit du projet, que changeriez-vous ?

8.      Nos parties prenantes, management exécutif, clients et sponsor(s) ont-ils participé efficacement ? Sinon, comment pourrions-nous améliorer leur participation ?

Les suivantes sont des questions spécifiques à chaque phase (celles-ci différeront de projet en projet, selon le cycle de vie / les phases).

Phase I : Déterminer Besoin et Faisabilité

  • Nos analyses de besoins/marché ou étude de faisabilité ont-elles identifié tous les livrables de projet que nous avons finalement dû construire ? Sinon, qu’avons-nous manqué et comment pouvons-nous être sûrs que nos analyses futures ne manqueront pas de tels items ?
  • Nos analyses de besoins/marché ou étude de faisabilité ont-elles identifié des livrables inutiles ? S’il en est ainsi comment pouvons-nous être sûrs que nos analyses futures ne referont pas cette erreur ?
  • Comment pourrions-nous améliorer nos analyses de besoins/marché ou étude de faisabilité ?

Phase II : Créer le Plan de Projet

  • Quelle était la précision de nos évaluations originales de la taille et de l’effort de notre projet ? Qu’avons-nous sous ou sur estimer ? (Considérez les livarbles, l’effort de travail, les matériels requis, etc)
  • Comment pourrions-nous avoir amélioré notre estimation de taille et d’effort pour qu’elle soit plus précise ?
  • Avons-nous assigné les bonnes personnes à tous les rôles du projet ? (Considérez les experts du sujet, les contributions techniques, le management, les revues et approbations et autres rôles clefs). Si ce n’est pas le cas, comment pouvons-nous nous assurer que nous obtiendrons la prochaine fois les bonnes personnes.
  • Décrivez des premiers signaux d’alarme des problèmes qui sont arrivés plus tard dans le projet ? Comment devrions-nous avoir réagi à ces signaux ? Comment pouvons-nous nous assurer la prochaine fois de remarquer ces premiers signaux dès leur apparition ?
  • Pourrions-nous avoir complété ce projet sans un ou plus de nos fournisseurs/sous-traitants ? Si oui, comment ?
  • Est-ce que nos contraintes, limitations et prérequis étaient clairs pour tous les fournisseurs/sous-traitants depuis le début ? Sinon, comment pourrions-nous avoir amélioré notre « Request for Proposal RFP » ou déclaration de besoin ?
  • Avons-nous rencontré des difficultés à négocier le contrat avec le vendeur ? Comment celles-ci pourraient-elles avoir été évitées ?

Avons-nous rencontré des difficultés par rapport à la paperasserie du fournisseur (bons de commande, contrats, etc) ou bien à faire démarrer le fournisseur ? Comment celles-ci pourraient-elles avoir été évitées ?

  • Listez des membres de l’équipe ou les parties prenantes qui manquaient lors de la réunion de démarrage ou qui n’ont pas été impliqués assez tôt dans notre projet. Comment pouvons-nous éviter ces inadvertances à l’avenir ?
  • Tous les rôles et responsabilités d’équipe/partie prenante étaient-ils clairement décrits et communiqués ? Sinon, comment pourrions-nous les améliorer ?
  • Le cahier des charges de produits, les jalons et les éléments/dates de planning spécifiques étaient-ils clairement communiqués ? Sinon, comment pourrions-nous nous améliorer ?

Phase III : Créer le Cahier des charges (les spécifications) des livrables

  • Est-ce que vous êtes fiers de nos descriptions ou cahier des charges et spécifications de conception détaillées ? Sinon, comment pourrions-nous avoir les améliorer?
  • Tous les acteurs importants de projet ont-ils fourni un apport créatif dans la création des spécifications de conception ? Sinon, qui manquait et comment pouvons-nous nous assurer la prochaine fois de leur participation ?
  • Ceux qui ont passé en revue les spécifications de conception ont-ils fourni un retour dans les temps et significatif ? Sinon, comment pourrions-nous améliorer leur participation et la qualité de leurs contributions ?
  • Comment pourrions-nous améliorer notre processus de travail pour créer les spécifications de livrables ?

[ Insérez ici vos propres questions spécifiques aux livrables.]

Phase IV : Créer les livrables

  • Est-ce que vous êtes fiers de nos livrables ? Sinon, comment pourrions-nous améliorer ceux-ci ?
  • Tous acteurs importants du projet ont-ils fourni un apport constructif dans la création des produits ? Sinon, qui manquait et comment pouvons-nous nous assurer de leur participation la prochaine fois ?
  • Ceux qui ont passé en revue les livrables ont-ils fourni un retour dans les temps et significatif ? Sinon, comment pourrions-nous améliorer leur participation et la qualité de leurs contributions ?
  • Comment pourrions-nous améliorer notre processus de travail de création des livrables ?

[ Insérez ici vos propres questions spécifiques aux livrables.]

Phase V : Test et implémentation des livrables

  • Les membres de notre équipe de test étaient-ils vraiment représentatifs de nos utilisateurs cibles ? Sinon, comment pourrions-nous obtenir une meilleure représentativité à l’avenir ?
  • Les équipements de test, le lieu, les matériels et les personnes au support ont-ils aidé à faire du test une représentation précise de comment les produits seront utilisés dans “le monde réel ?” Sinon, comment pourrions-nous nous améliorer dans ces domaines ?
  • Avons-nous obtenu un retour d’information opportun, de haute qualité sur comment nous pourrions améliorer nos produits ? Sinon, comment pourrions-nous améliorer ce retour d’information dans l’avenir ?
  • Notre stratégie de mise en œuvre était-elle précise et efficace ? Comment pourrions-nous améliorer cette stratégie ?
  • Notre remise en main des livrables à l’utilisateur/client/sponsor représente-t-elle une transition souple et facile ? Sinon, comment pourrions-nous améliorer ce processus ?

t les produits seront utilisés dans “le monde réel ?” Sinon, comment pourrions-nous nous améliorer dans ces domaines ?

· Avons-nous obtenu un retour d’information opportun, de haute qualité sur comment nous pourrions améliorer nos produits ? Sinon, comment pourrions-nous améliorer ce retour d’information dans l’avenir ?

· Notre stratégie de mise en œuvre était-elle précise et efficace ? Comment pourrions-nous améliorer cette stratégie ?

· Notre remise en main des livrables à l’utilisateur/client/sponsor représente-t-elle une transition souple et facile ? Sinon, comment pourrions-nous améliorer ce processus ?

6 choses à faire au lancement du projet

Que faites-vous quand vous venez de prendre en charge un nouveau projet ?

Six things you should do when kicking off a project, http://www.susannemadsen.co.uk/blog/six-things-you-should-do-when-kicking-off-a-project, par Susanne Madsen

Commencez-vous immédiatement à planifier des tâches et mettre l’équipe en mouvement ?

Voici six choses que vous devriez vous efforcer de faire le plus tôt possible.

1. Validez le cas d’affaires

Comprenez et vérifiez le Business Case

Une des premières choses que vous devriez faire en tant que un chef de projet (PM) quand un nouveau projet vous est assigné est de découvrir pourquoi le projet est important et de valider qu’il a un bon cas d’affaires (« business case »). Comme PM vous n’êtes pas responsable du cas d’affaires, mais il est important que vous soyez familier avec son contenu et que vous y adhériez. Trop de projets sont commencés sans objectif, raisonnement ou bénéfice clairs et quand il se heurte plus tard à des problèmes, cela peut facilement se refléter négativement sur vous, le chef de projet. Ne laissez pas ceci se produire. Ayez une conversation avec les managers qui vous ont confié le projet et demandez-leur les raisons qui justifient le projet, à quoi ressemblera le succès une fois que le projet aura été achevé et comment voudraient-ils le mesurer. Comprendre pleinement le cas d’affaires vous rendra plus apte à prendre des décisions et diriger le projet dans la bonne direction.

2. Identifiez le comité de direction et le sponsor du projet

Identifiez précisément qui sont les décideurs

La chose suivante est de comprendre qui sont les décisionnaires sur le projet auxquels vous reportez. Idéalement il devrait y avoir une personne responsable – le sponsor – et qui accepte sa responsabilité. On me demande souvent si le PM et le sponsor peuvent être une même personne, et ce n’est pas un scénario idéal. Comme chef de projet, vous êtes responsable de livrer le projet selon les délais, coûts, qualité et bénéfices attendus par le sponsor. Si n’importe lequel de ces paramètres change, vous devez le remonter et chercher des conseils de la personne au-dessus de vous dans la hiérarchie du projet. Le sponsor aura normalement besoin de l’appui d’autres partenaires seniors dans l’organisation et ensemble ils forment le comité de direction. Assurez-vous que vous savez quels décideurs ont leur siège au comité de direction du projet et faites qu’ils se rencontrent sur une base régulière pour vous fournir des conseils managériaux et business sur votre projet.

3. Analyser les parties prenantes

listez et étudiez les parties prenantes

Il est très important que vous ne sautiez pas dans le projet et commenciez à planifier des tâches sans avoir une bonne compréhension de quelles sont les parties prenantes. Une partie prenante est une personne qui est impactée par le projet ou qui peut impacter le projet. Si vous n’identifiez pas toutes les parties prenantes au début, il y a un risque que des exigences fondamentales soient omises et que le projet ne puisse atteindre son but. Une autre raison pour laquelle vous devez prêter l’attention aux parties prenantes est que vous devez les gérer d’une telle façon qu’elles adhèrent au projet. Demandez-vous qui sont les influenceurs les plus importants et comment ils perçoivent le projet. Votre rôle est de garantir chaque personne adhère pleinement au projet en embarquant leurs réserves et en travaillant avec eux pour créer le meilleur résultat possible pour chacun.

4. Poser les règles du jeu

posez les règles de vie sur le projet

Sur de nombreux projets il n’est pas rare que les tâches ne soient pas toutes  achevées dans les délais souhaités et que le travail ne soit pas fait de la façon espérée par le chef de projet. Le problème fondamental est que le PM a souvent un jeu d’attentes qui n’ont jamais été explicitement exposées ou discutées. Celles-ci ne touchent pas seulement à la qualité du travail, mais aussi au comment il sera fait. Avoir un jeu de règles que personne n’a eu au départ et qui n’a même pas été énoncé est une recette pour le conflit. La meilleure façon de créer une équipe de projet efficace et harmonieuse est pour l’équipe de produire en commun un jeu de règles qui adressent comment ils travailleront ensemble. Ce n’est pas au PM de dicter ces règles, mais à  l’équipe principale (« core team ») de les définir. Une règle pourrait être que nous livrons toujours ce que nous promettons et que nous informons nos collègues dès que possible si nous ne sommes pas capables de tenir notre engagement. Une autre règle du jeu pourrait être que le PM tiendra toujours l’équipe informée de ce qui est décidé au niveau du comité de direction. Peu importent les règles tant qu’elles ont été collectivement consenties et fonctionnent pour chacun.

5. Recueillir les exigences

recueillez toutes les exigences

Il est probable que seules les exigences de haut niveau ou les objectifs ont été identifiés au moment où le projet vous est remis. C’est alors à vous et à l’équipe d’interviewer les parties prenantes pour découvrir dans le détail ce qu’elles exigent du projet. L’erreur que font beaucoup d’équipes consiste en ce qu’ils ne recueillent pas les exigences fondamentales suffisamment dans le détail et qu’ils ne sont pas explicites de ce qu’ils ne livreront pas. Cela peut aboutir à des malentendus, des désaccords et du travail à refaire. Alignez une série d’ateliers de recueil des exigences où vous décrivez l’état actuel et l’état futur souhaité et listez tous les changements qui seront nécessaires. Sur certains projets il n’est pas possible de définir toutes les exigences détaillées au départ car tout ne peut y être décidé à l’avance. Cependant, vous devez vraiment documenter toutes les fonctions fondamentales, mettre des priorités et comprendre à quoi ressemble un résultat réussi avant de commencer le travail. Créer des diagrammes de flux, des cas d’usage, des storyboards, des maquettes et des prototypes est une excellente façon de mettre en lumière les exigences plutôt que de les écrire dans un document textuel.

6. Créer le plan de haut niveau

visualisez les jalons de l’équipe vers le succès

Une autre activité qui doit être achevée avant que l’équipe ne s’engage sérieusement dans le travail est de créer collaborativement un planning des jalons marquants. Après avoir rassemblé la majorité des exigences vous êtes en bonne position pour identifier les 10-15 jalons les plus marquants et décider quand ils doivent être achevés. Il y a une énorme différence entre faire ce travail en isolation et engager l’équipe pour le réaliser ensemble. Quand vous engagez l’équipe et définissez le plan de haut niveau de manière collaborative, vous gagnez leur adhésion et d’une façon complètement différente. Après avoir identifié les événements marquants clefs, discutez de qui est responsable de chaque livrable et jalon et du plan détaillé qui va avec. Cette session de planification faite en collaboration devrait aussi comprendre une discussion sur les risques les plus importants, ce que vous allez faire pour les adresser et qui prend la propriété de chaque risque.

Méta Projets Management est partenaire de DantotsuPM

Quand vous prenez en charge un nouveau projet, ne commencez pas immédiatement à exécuter le travail. Vous devez d’abord au minimum comprendre si le projet a un cas d’affaires valable, qui sont le sponsor de projet et les parties prenantes, puis, aider l’équipe à définir un jeu commun de règles, recueillir toutes les exigences fondamentales et créer un plan à haut niveau des jalons majeurs auquel l’équipe toute entière adhère totalement.

Rencontres sur le management de projets – 2 au 8 Avril 2018

Les rendez-vous sur le management de projets et le leadership que je vous conseille en cette première semaine du mois d’avril.

Des wébinaires sur l’innovation frugale, Scrum et le calcul des Bénéfices de Projet; ou des rencontres à Paris, St Étienne, Montréal ou Marignane pour rencontrer d’autres chefs de projet et apprendre ensemble ! Et un webinar sur la Blockchain à destination des chefs de projets.

Livre sur Amazon

Mardi 3

The current model is challenging. We keep creating products that no one really needs that produce waste that nobody wants. Furthermore, we need to start concentrating on the conditions that people live in and what goods and services meet those conditions. This webinar will describe to you what frugal innovation is, why this is important, and the approaches a Project Manager can take to master such projects.

Cet événement aura lieu le mardi 3 avril 2018 de 12h30 à 14h00 à la cité de l’Innovation, Nokia

Mercredi 4

Des notions liées aux analyses coûts avantages/coûts bénéfices et les techniques classiques de calcul du taux de rentabilité interne, de la VAN et des discussions sur la mesure des bénéfices et des coûts indirects.

Although Scrum has been around for more than 22 years, and is practiced by more than an estimated 18 million people around the world, it is still new to many. In this session, we will provide an overview of the Scrum framework, discuss how Scrum enables agility and ways that empiricism can empower the teams that use it. Like with any form of process, there are myths that arise, during this session, many of these myths will be dispelled using facts and real-world examples.

CertYou est partenaire de DantotsuPM

It may be perceived that the key for project success is planning and that the most important skills for a project manager are planning skills. Is this really the case? In reality of high uncertainty is it possible that planning has a much lesser effect on performance than the common perception? Are the common planning practices enabling successful execution or promoting a self-fulfilling prophecy of failure?

avec Ventura Asssociates, partenaire de DantotsuPM, recrutez les ressources critiques dont vous avez besoin pour vos projets

Jean-Philippe Rennard est Professeur à Grenoble Ecole de Management. Economiste de formation, il a dirigé une entreprise industrielle avant de revenir à la vie académique à Grenoble Ecole de Management où ses travaux actuels portent sur les impacts sociaux et économiques des technologies de l’information émergentes. Son ouvrage « Darknet, Mythes et Réalités » décrit les technologies fondamentales comme les réseaux pair-à-pair, le chiffrage à clé publique ou les mixnets et détaille l’usage et le fonctionnement des grands environnements anonymes tels Tor, Freenet, ou Telegram…

Jeudi 5

Une session avec Yves Cavarec: Le project self management traite de comment travailler autrement, en gérant les questions de leadership, d’alignement stratégique des projets, d’engagement des équipes, d’agilité organisationnelle, de hiérarchie, de division du travail, etc. qui peuvent être remises en cause ou tout au moins impactées voire bouleversées.

Le pôle Est Parisien du PMI France vous invite à participer à sa réunion de networking à 19h00.

Méta Projets Management est partenaire de DantotsuPM

Mme Lanier, Directrice Projet chez SIGVARIS, présentera le développement d’une solution produit. Comment intégrer dans un processus de gestion de projet en 3 grandes phases [Étude prospective (potentiel) – Avant projet (Faisabilité) – Projet (Développement)] toutes les validations et étapes réglementaires : norme ISO 9001, exigences essentielles de la directive, démarches d’accès au remboursement. Puis, Mr Rageade, Responsable affaires réglementaires chez Aston-Medical, présentera l’ensemble des contraintes réglementaires actuelles pour l’industrie du dispositif médical et notamment pour la mise sur le marché d’implants orthopédiques.

Mesdames il est temps de négocier ! Contrairement aux hommes, les femmes acceptent généralement leurs offres d’emploi sans négocier, ce qui à long terme peut être très pénalisant pour leurs carrières et surtout leurs revenus.  Cette conférence / atelier a pour objectif d’encourager les femmes à oser la négociation et de les outiller pour aller chercher les revenus et les conditions de travail qu’elles méritent.

An explanation of blockchain both on the technical level and the business level. This technology will be described and explore the business use cases where blockchain technology is seen to be of great value. Blockchain projects will grow exponentially in the future; as such, project managers will benefit from better understanding the technical and business sides of blockchain.

Vendredi 6

Des réalités perçues très différemment :

    • Rapport à l’autorité (cultures brésilienne et chinoise très différentes
    • Procédures d’exécution des projets très différentes (construction en particulier)
    • Différence de motivation entre client et maître d’œuvre par rapport au planning
    • Notion de transparence et d’acceptation de la réalité

 

La littérature projet et du PMI notamment étudie et met en avant les facteurs-clés de réussite des projets. Un facteur-clé est cependant assez peu développé : l’engagement des équipes projet et des parties prenantes. C’est l’ambition du présent Livre Blanc : explorer les bonnes pratiques qui favorisent l’engagement des équipes projets et des parties prenantes … et ce, sur la base d’informations collectées, partagées, analysées et mises en perspective, de différents membres du PMI chapitre Ile de France, participants aux activités du Cercle des Entreprises.

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