Tag Archives: projet

pessimiste + optimiste = bon chef de projet et bon leader

22 Sep

Considérons les avantages et inconvénients à être optimiste ou pessimiste

Livre sue Amazon

Le pessimiste, voire le parano, assure sa survie, celle de son projet et de son entreprise (selon Andrew S. Grove, CEO of Intel: « Only the Paranoid survive »). Et ceci parce qu’il est attentif aux risques potentiels et toujours prêt à affronter les problèmes. Par contre, il risque d’être paralysé par son analyse de la situation et il projette une image négative de lui même et de son projet susceptible de repousser même les meilleures volontés (personne n’aime venir le voir car il est morose). Il risque également de trop dépenser pour couvrir les risques qu’il perçoit.

L’optimiste démontre sa confiance en lui-même et dans les autres, créée le désir de bouger, de faire avancer les choses, donne de l’énergie. Il nous incite à voir et rechercher des solutions, des opportunités, plutôt que des problèmes. Cependant, l’optimiste peut faire preuve d’excès de confiance, voire sous estimer les obstacles. Il tend également à peindre les choses sous un œil un peu trop favorable.

En pratique, n’est-ce pas la combinaison des deux facettes, pessimisme et optimisme , qui est nécessaire chez le chef de projet pour cumuler les points forts de chaque attitude tout en évitant leurs points faibles?

Méta Projets Management est partenaire de DantotsuPM

Enregistrer

Enregistrer

28 Septembre – Montréal #PMI® – Crise sur mon projet: ma cause racine est un agent double!

18 Sep

Comment identifier la cause racine quand compétences, stress des équipes, insatisfaction client et autres se confrontent ? Faut-il croire le sponsor ?

Jean-Luc Salinas

Retour sur la gestion de crise d’un cas réel complexe en forme de cas d’école. Contexte : Gestion d’un centre de service de 20 ingénieurs (société de service) pour le bureau d’étude en conception de système avionique d’un grand compte aéronautique européen.

9 mois après avoir gagné ce nouveau périmètre avec passage en unités d’œuvres et après 1 plan d’action infructueux, 2 constats :

  • Coté client, forte insatisfaction et remise en cause de la qualité de production
  • Coté interne, une visibilité très floue sur le statut du projet (compétences/planning/coûts)…

Un 2ème plan d’action est lancé avec l’arrivée d’un nouveau chef de projet !

Conférencier: Jean-Luc Salinas, PMP, Responsable des opérations, SII Canada

S’inscrire à cet évènement

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

Méta Projets Management est partenaire de DantotsuPM

Enregistrer

il y a certaines choses que le professionnel refuse de faire

11 Sep

The professional pushes back

http://sethgodin.typepad.com/seths_blog/2016/09/the-professional-pushes-back.html par Seth Godin

L’architecte refuse de concevoir la construction grosse et laide qui maximise seulement le revenu à court terme. Elle comprend que faire monter le niveau d’exigences fait partie de son travail.

Le chirurgien refuse de faire une chirurgie inutile, peu importe combien le client insiste. Il ne confond pas son serment avec son revenu.

Le marketeur n’aidera pas son client à produire une campagne de courriers électroniques indésirables, emplie de pièges et tromperies, parce qu’il sait que sa carrière est la somme de son travail.

L’homme d’état ne se précipitera pas pour supporter la soif de sang de la foule, parce que les hommes et femmes d’état dirigent en faveur de nos instincts les meilleurs, pas les pires.

Il y a abondance des gens qui plieront, descendront au plus bas et calculeront comment « donner au public ce qu’il veut ». Mais cela ne doit pas être vous. Les professionnels ont des standards. Les professionnels refusent de faire certaines choses.


Question complémentaire : Quelle phrase proposeriez-vous pour illustrer cette rigueur chez les Chefs de projet ?

Voici ma suggestion

« Le Chef de projet n’engagera pas à la légère son équipe sur des dates, des livrables ou des dépenses, parce que le Chef de projet comprend que la clef est que les vrais objectifs business du projet soient bien compris et partagés dans l’équipe et avec les parties prenantes pour atteindre ces buts et récolter bénéfices escomptés. »

Méta Projets Management est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Une Introduction aux Histoires d’Utilisateur

5 Sep

Qui les écrit? Comment? A quoi servent-elles? Comment les regrouper et les structurer?

An Introduction to User Stories https://www.scrumalliance.org/community/articles/2016/september/an-introduction-to-user-stories par Adrian Sita

Les histoires d’utilisateur sont un artefact de développement crucial en programmation extrême (XP) ou projet Scrum. Elles sont les définitions de haut niveau d’exigences qui incluent juste assez d’information pour que les développeurs puissent produire des évaluations raisonnables de l’effort nécessaire pour les mettre en œuvre. Une autre façon de penser aux histoires d’utilisateur consiste en ce qu’elles peuvent rappeler aux développeurs d’avoir une conversion avec le client ou le propriétaire de produit pour obtenir des informations plus détaillées quand viendra le moment de mettre en œuvre l’histoire.

Le client ou le propriétaire de produit écrivent des histoires d’utilisateur comme des fonctions et options que le système doit exécuter. Elles sont semblables à des scénarios d’usage, sauf qu’elles ne sont pas limitées à la description d’une interface utilisateur. Une histoire d’utilisateur est courte (deux ou trois phrases) et elle utilise seulement la terminologie du client. Les histoires d’utilisateur peuvent être écrites de façon informelle, comme suit : les étudiants peuvent acheter un forfait de stationnement mensuel en ligne, ou de façon plus formelle, en suivant ce modèle :

En tant que < rôle > je veux < quelque chose >pour < ce bénéfice >.

Donc, notre exemple pourrait être écrit comme suit :

En tant qu’ étudiant, je veux acheter un forfait de stationnement pour que je puisse venir en voiture à l’école.

Méta Projets Management est partenaire de DantotsuPM

La manière plus formelle aide les développeurs à identifier clairement les acteurs, la fonction exigée et « le pourquoi » (la valeur business/client) qui soutient l’exigence. Avec la manière informelle, tous ces détails ne sont pas si évidents.

Les histoires d’utilisateur conduisent aussi la création des tests d’acceptation. Des contrôles d’acceptation plus automatisés doivent être créés pour vérifier que l’histoire d’utilisateur a été correctement mise en œuvre. Une bonne approche est de faire spécifier par le client les critères d’acceptation pour aider à créer les tests de recette.

Si l’estimation est trop importante et ne peut pas entrer dans une itération, l’histoire doit être décomposée. Pendant la réunion de livraison, de nouvelles histoires d’utilisateur pourraient apparaitre en en divisant d’autres. XP et Scrum ont des vues légèrement différentes de comment les histoires d’utilisateur sont évaluées.

  • XP utilise le concept de temps de développement idéal, combien de temps cela nécessiterait pour mettre en œuvre l’histoire dans le code s’il n’y avait aucune distraction, aucune autre tâche allouée et que vous saviez exactement que faire. En comparaison.
  • Scrum utilise le concept plus abstrait de points d’histoire (ou de complexité), qui est basé sur l’assignation de valeurs différentes — des points d’histoire — à chaque histoire d’utilisateur, en considérant sa complexité relative par rapport aux autres histoires.

En se basant sur la valeur métier (celles de plus grande valeur viennent d’abord) et les estimations fournies, les histoires d’utilisateur sont priorisées et planifiées pour une certaine itération/livraison. Quand il est temps de mettre en œuvre l’histoire d’utilisateur, le développeur et le client ou le propriétaire de produit s’assoient ensemble pour détailler les exigences; Juste suffisamment pour que l’équipe de développement puisse la mettre en œuvre.

 Les épopées (epics) sont de grandes histoires d’utilisateur, typiquement celles qui sont trop grosses pour une mise en œuvre en une seule itération et doivent donc être décomposées en histoires utilisateur plus petites. Les épopées sont typiquement des histoires utilisateur de priorité inférieure, qui sont vagues, mais deviendront plus claires avec le temps. Cela n’a aucun sens de décomposer une épopée de basse priorité, parce que vous investiriez du temps sur quelque chose que vous ne pourriez ne jamais parvenir à adresser, à moins qu’une partie de l’épopée ne soit de forte priorité et doive être regardée.

Un thème est une collection d’histoires utilisateur reliées. Les thèmes sont souvent utilisés pour organiser des histoires dans des itérations/releases ou les organiser pour que des sous-équipes différentes puissent travailler dessus.

CertYou est partenaire de DantotsuPM

Vidéo de Lyssa Adkins sur le Scrum Framework

Agile coaches need to be able to teach the agile framework their teams will use in 10 minutes or less.

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

faire un rapport de projet: simple et difficile à la fois !

28 Août

Pour limiter les problèmes et défis sur le projet: un rapport efficace est clé.

Reporting on Project Status

http://www.ginaabudi.com/reporting-project-status/ par Gina Abudi

En tant que chef de projet, vous voulez faire un rapport efficace sur le statut de projet en fournissant des informations suffisantes aux parties prenantes en réduisant aussi la quantité d’aller-retour sur ces communications nécessaires. Ceci signifie des informations complètes, détaillées fournies de façons qui conviennent avec les parties prenantes, mais marchent aussi pour vous comme chef de projet. Cela peut être un challenge !

La façon la plus efficace de développer un plan pour faire un rapport sur le statut de votre projet est de le réaliser en collaboration avec l’équipe de direction de l’organisation. Celle-ci est probablement là où vos sponsors rapportent et vous devrez adapter vos communications pour répondre aux besoins et attentes des membres de cette équipe de direction. Plus complètes sont vos communications, plus probablement vous parviendrez à réduire les questions du projet ainsi bien des défis. Je ne propose pas que vous alliez demander à chaque membre de l’équipe de direction comment ils veulent recevoir des communications sur le projet. Vous voulez plutôt avoir une méthode et un format pour communiquer qui se satisfasse tout le monde et leurs besoins en général.

Fournir un résumé des projets en cours et le faire suivre de détails répond aux besoins de ces parties prenantes clés qui veulent simplement une vue d’ensemble de statut aussi bien que les personnes qui veulent plonger plus profond dans le projet et son statut.

Image courtesy of renjith krishnan / FreeDigitalPhotos.net

Envisagez les éléments suivants pour la partie de détail sur chaque projet en cours :

  • Nom du Projet
  • Parties prenantes principales et ressources du projet
  • Statut actuel (utilisant un rapport « feux de signalisation« )
  • Le travail à réaliser sur la prochaine période de rapport et les ressources requises
  • Les problèmes à résoudre (et spécifiquement que l’apport nécessaire des parties prenantes)

Prenons un exemple :

Projet en cours – DÉTAILS
Projet : Nouveau processus de comptes fournisseurs
Parties prenantes Clés:
  • VP Finance et Comptabilité
  • Directeur Paiements Fournisseurs
Ressources de Projet Assignées:
  • Équipe Membres: Alison, Bryan, Samantha
  • Du côté client membres de l’équipe : Sally (responsable de comptes fournisseurs), Billy (administrateur de comptes fournisseurs)
Statut Actuel (Vert, Orange, Rouge) :

Orange – Membres de l’équipe côté clients indisponibles pendant 2 semaines

Comment ce statut est adressé ( Détails – pour Orange et Rouge seulement) :

Membres de l’équipe côté clients indisponibles pendant 2 semaines. Les membres de l’équipe projet continueront à progresser en développant de nouvelles solutions de processus pour revue quand les membres de l’équipe côté clients redeviendront disponibles. Prévision : 1 semaine de retard sur le projet.

Le travail à réaliser sur la prochaine période
Tâche majeure … Assignée à … Du côté client ressources requises … Date projetée d’achèvement …
Développement de solutions de processus potentielles Alison, Bryan Sally, Billy (indisponible) Retard de 1 semaine :
Le 10 juin
Les problèmes à résoudre
Problème Cause du problème Ressources requises Résolution Proposée L’impact pour le projet (budget, ressources, délais, etc)
Des besoins technologiques sont liés au nouveau processus (3 solutions potentielles exigent une nouvelle technologie) Les processus initialement considérés n’exigeaient pas de mise à jour technologique Personnel informatique Organiser une réunion avec le personnel informatique pour déterminer l’impact du nouveau besoin technologique

Nous aurons besoin d’obtenir l’approbation pour toute nouvelle technologie nécessaire (augmentation budgétaire)

L’impact attendu est sur le budget et les délais; Cela exigera des ressources informatiques – plus de détails à suivre

Ci-dessus est un exemple très simple d’informations détaillées sur un projet particulier. Plus ou moins d’informations peuvent être nécessaires pour vos projets selon l’organisation et les préférences de la direction.

Une bonne pratique consiste à envoyer ces informations avant les réunions de statut de projet, ce qui permet aux parties prenantes de passer en revue les informations à l’avance et venir préparées avec des questions supplémentaires et/ou prendre une décision.

Plus les chefs de projet sont détaillés dans leur rapport sur le projet, moins de questions et défis le projet recevra car les parties prenantes se sentiront « dans la boucle. »

Méta Projets Management est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

les favoris DantotsuPM de Mars 2017

3 Août

ITIL est le recueil de bonnes pratiques dans la gestion des services informatiques le plus répandu dans le monde.

ITIL aide les organisations à améliorer leur productivité, efficacité, efficience et permet de réaliser un premier pas vers le changement.

Partenaire de DantotsuPM

Mais vous vous posez peut-être les questions suivantes :

  • Qu’est-ce que ITIL ?
  • Comment s’organise la méthode ITIL ?
  • Quels sont les avantages d’ITIL ?
  • Quelles organisations utilisent ITIL aujourd’hui?

En échange de tous ces avantages, vous avez moins de prévisibilité car le logiciel et les personnes restent complexes. Vous ne pouvez plus blâmer quelqu’un d’autre si les choses ne se passent pas bien et cela exige généralement beaucoup plus d’engagement et d’efforts de chaque personne impliquée – c’est-à-dire que la collaboration est encore plus importante.

Néanmoins, les bénéfices du développement Agile sont vraiment irrésistibles.

L’autre a toujours raison

Toujours à propos de ses sentiments.

À propos de la journée qu’elle vient de vivre.

Des craintes (appropriées et infondées) dans sa vie.

Qu’arriverait-il si nous choisissions de…

  • Nous améliorer dans la mise en place et le fait d’honorer des délais
  • Aider une personne de plus, chaque jour
  • Nous asseoir au premier rang
  • Poser une question difficile à chaque fois nous allons à une réunion
  • Donner plus et prendre moins
  • Apprendre à maîtriser un nouvel outil
  • Demander pourquoi

Tous sont des choix, des choix qui ne nécessitent pas que quelqu’un nous choisisse ou nous en donne la permission.

Accédez directement aux détails de ce MOOC et inscrivez-vous en ligne sur https://gestiondeprojet.pm/

Méta Projets Management est partenaire de DantotsuPM

Le leadership exige que vous ayez des tripes !

Voici certaines des qualités d’un leader téméraire. Cultivez-les dès ce jour pour devenir tout ce que vous pouvez être :

tripes

75% des chefs de projets le sont devenus après une première partie de carrière dans une autre profession !

Vidéo

revivez l’intervention de Marc Amerigo et Eric Barone au Forum PMI France 2017: Au-delà des Records : Leadership & Management du Futur !

26 Juil

De nombreuses leçons à tirer de ce partage d’expérience hors normes au sens propre comme au figuré !

En particulier pour les chefs de projets d’innovation et de recherche qui noteront comme moi les 3 actes fondateurs de tels projets:

1. Penser autrement: Se mettre en condition pour apprendre à observer et savoir innover

2. Créer sa tribu pour une réelle interconnexion de l’équipe

3. Bénéficier pleinement de l’intelligence collective réunie en un « flow » collectif

Bon visionnage !

Méta Projets Management est partenaire de DantotsuPM

17 July – Webinar #PMI® – The Final Step to Agility for Your Project

6 Juil

What do you do once your project comes to an end?

When projects end in success, we often high-five and move on to the next project or task.

This may be successful in the short run, but long-term, it is critical to pause after every one of your projects for a Debrief.

In Flawless Execution, the Debrief is where the root causes of success and failure are identified.

We will teach you how to conduct a structured Debrief to assure your team can scale successes and eliminate the failures that may have occurred during the project.

Online registration

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

Méta Projets Management est partenaire de DantotsuPM

Enregistrer

Enregistrer

25 July – Webinar #PMI® – Why are bad projects so hard to kill?

5 Juil

What simple actions can you undertake to avoid being victimized by bad projects?

Bad projects abound, and research by Project Management Institute and others has provided useful insight into the underlying causes of bad projects. This webinar looks beyond why projects go bad and explores why bad projects are so hard to kill.

Understand where to shoot…

It explains how sunk costs, groupthink, escalation of commitment, and conflicts of interest contribute to keeping death-march projects needlessly alive.

Each of these behaviors is defined and illustrated using project stories from history (the sinking of the Titanic and the Concorde jetliner), project stories from the presenter’s own personal experience climbing some of the world’s tallest mountains (Denali, Aconcagua, and Kilimanjaro), and project stories from business (Abilene Paradox and industry-funded soda studies).

Some recently published research about the neural science underlying these behaviors is referenced and the impact of these behaviors is described and then linked to the undercutting of ethics, trust, leadership, and project success.

Attendees will walk away with a list of actions that they can take to help avoid being victimized by bad projects.

Register on line for free if you are a PMI Member

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

Méta Projets Management est partenaire de DantotsuPM

Enregistrer

réussir son projet, la plus simple des idées…

22 Juin

« De quoi ai-je besoin pour le succès du projet ? »

The Simplest Of Ideas par Glen B. Alleman

La réponse la plus simple à cette question vient de David Walker, ancien United States General Comptroller,  équivalent d’un ministre des finances en France ? Il parlait des difficultés du gouvernement américain.

« Vous n’avez pas d’espoir d’avoir un projet réussi si vous n’avez pas :

  1. Un Plan
  2. Un Budget
  3. La Responsabilité »

Ces 3 attributs se retrouvent dans les 5 Principes immuables du management de projet réussi :

  1. allez-vous ?
  2. Comment allez-vous y parvenir ?
  3. Avez-vous tout ce dont vous avez besoin pour y arriver dans les temps, le budget et selon les spécifications ?
  4. Quels problèmes allez-vous rencontrer en chemin ?
  5. Comment mesurez-vous le progrès par rapport au plan ?

Il y a de nombreuses discussions sur toutes sortes de choses autour du management de projet.

Elles vont de la discussion totalement  inepte sur « Est-ce que le management de projet est une profession ? » à « quelle saveur d’Agile devrait être utilisée pour le développement d’une interface utilisateur ? ».

Cependant, sans réponses crédibles aux critères de succès énoncés par Mr Walker et aux 5 immuables questions énoncées ci-dessus, votre projet n’a en fait aucun espoir de réussite.

Méta Projets Management est partenaire de DantotsuPM

Enregistrer

%d blogueurs aiment cette page :