résolution de problème en 7 étapes / 7 steps to problem resolution

7 étapes pour résoudre un problème

7 Steps problem resolution

1 Définir précisément le problème Define/scope problem
2 Décrire la situation actuelle – Collecter les données et composer l’équipe Describe current situation – Gather data and team
3 Identifier/Analyser/Confirmer la raison « racine » avec des faits concrets Identify/Analyze/confirm root cause with data
4 Implémenter (piloter/essayer) une ou plusieurs solutions Implement (pilot) solutions
5 Évaluer les résultats Evaluate results
6 Standardiser les méthodes qui marchent Standardize effective methods
7 Communiquer les résultats obtenus / Leçons apprises Communicate results / Lessons learned

1234

épeler comme un pilote / to spell like a pilot

Letter    NATO & international aviation

A         Alfa

B         Bravo

C         Charlie         ScreenShot14

D         Delta

E         Echo

F         Foxtrot

G         Golf

H         Hotel

I          India

J          Juliet

K         Kilo

L         Lima

M        Mike

N         November

O         Oscar

P         Papa

Q         Quebec

R         Romeo

S         Sierra

T         Tango

U         Uniform

V         Victor

W        Whisky

X         X-ray

Y         Yankee

Z         Zulu

modeste expérience PMO / PMO modest experience

modeste expérience de PMO pour la mise en place d’un ERP :sharing experience Un retour sur mon expérience de PMO pour le déploiement d’un ERP en 2003. Voir slides 13 à 30 pour une vue pratique pour chacun des domaines de compétence identifiés par PMI.

http://intranet.pmi-fr.org/documents/clients/35/docviadeo/PMOLessonsLearned-MichelOperto.pdf

modest PMO experience for an ERP implementation: An experience sharing of an ERP Programme Management Office in 2003. Check slides 13 to 30 for a practical return on experience for each of the PMI competency domains.

Histoires de combattants / War stories

war stories

Un site dédié aux War Stories dans le management de projet

http://www.pmwarstories.com/

Many interviews / nombreux partages d’expérience.

Des podcasts en anglais, indiquez-nous vos préférés.

Liste de lecture SCRUM / SCRUM Reading List

The « Better Projects » Scrum Reading List par Craig Brown

http://www.betterprojects.net/2009/05/better-projects-scrum-reading-list.html

books– Les bases / The Basics
– Lectures avancées / Advanced Reading
– Jalons et cérémonies / Process Milestones and ceremonies
– Les Rôles / Roles
– La gestion des exigences / Requirements Management
– Estimer / Estimating
– Planifier les releases / Release planning
– Test et qualité / Testing and Quality
– Erreurs potentielles / Scrum smells
– Amélioration continue / Personal improvement
– Implémenter scrum / Implementing SCRUM
– Encore plus… / More…

Certification Projet / Project Management Certification:preparepm.com

http://www.preparepm.com

Site de préparation à la certification PMP®
Le site contient des travaux dirigés gratuits, des examens blancs et des réponses aux questions les plus fréquentes sur le PMP.
ce site a été créé et et est animé par naveen gabrani, ngabrani@hotmail.com
exam This site provides the information that you may need to prepare for PMI’s PMP certification exam. It has a high level tutorial for the PMP Certification exam. It has a mock exam of seventy questions.

The site also has FAQ on PMP Certification and links to a large number of Certification sites.

http://www.preparepm.com

Site de préparation à la certification PMP®
Le site contient des travaux dirigés gratuits, des examens blancs et des réponses aux questions les plus fréquentes sur le PMP.


ce site a été créé et et est animé par naveen gabrani,
ngabrani@hotmail.com

This site provides the information that you may need to prepare for PMI’s PMP certification exam. It has a high level tutorial for the PMP Certification exam. It has a mock exam of seventy questions.

The site also has FAQ on PMP Certification and links to a large number of Certification sites.

conseils pratiques sur le WBS/practical tips on WBS

trucs et astuces

Bonjour,

Voici ce que j’utilise comme principes de base lorsque je conçois ou revois le niveau de détail d’un Work Breakdown Structure (WBS):

1. Une tâche devrait être nommée avec un unique verbe actif. Exemple: Réaliser le design et développer un bout de code informatique devrait être séparé en 2 tâches: une pour le design et une pour le développement.

2. Une tâche devrait résulter en la production d’un unique livrable (une documentation, un document d’analyse, un programme informatique…)

3. Une tâche devrait être la responsabilité d’une seule personne.

4. Une tâche devrait permettre une évaluation d’effort/de temps avec un niveau de confiance très élevé

plus de détails sur: http://blogs.orange-business.com/live-france/2009/09/une-approche-pour-construire-une-structure-de-decoupage-de-projet-efficace.html

Hello,

Here a few principles I use when building or reviewing the level of details of a Work Breakdown Structure (WBS):
1. A task should be named with a unique active word. Example: Design and code a software programme should be split in 2 tasks: one for the design and one for the coding.

2. A task should produce a single deliverable (a documentation, an analysis paper, a software programme…).

3. A task should be the responsibility of a single person.

4. A task should enable an estimate of time and effort with a very high degree of trust

further details at:

http://blogs.orange-business.com/live/2009/09/simple-advice-to-build-efficient-ptoject-work-breakdown-structure.html

J’ai besoin de davantage de temps

time

Seth Godin nous donne à nouveau matière à réflexion… En particulier pour les chefs de projet qui doivent prendre beaucoup de décisions et disposent souvent de très peu de temps pour le faire.

Post in English: http://sethgodin.typepad.com/seths_blog/2009/04/i-need-more-time.html

La première règle de prise de décisions : Davantage de temps ne crée pas de meilleures décisions.

En fait, le plus souvent, il diminue la qualité de la décision.

Plus d’information peut aider. Plus de temps sans davantage d’informations crée seulement de l’inquiétude, pas de la perspicacité.

La décision immédiate libère en votre actif qui a le plus de valeur : le temps; donc vous allez pouvoir travailler sur quelque chose d’autre.

Qu’arriverait-il si, à partir d’aujourd’hui, vous preniez chaque décision aussitôt que vous avez une quantité raisonnable de données ?

le briefing de projet / Project Briefing

Briefing pour le succès du projet, par John Reilingpresentation

Article in English: Http://pmcrunch.com/project_management_process/briefing-for-project-success/

Un des plus importants outils de communication qu’un chef de projet puisse posséder est le briefing de projet. Cela peut faciliter des communications avec tous les intervenants et décideurs quelque soit le projet. Il représente une bonne partie des relations publiques sur le plan de communication du projet.

Le briefing de projet est typiquement une présentation PowerPoint qui peut être déroulée relativement rapidement pour expliquer ce qu’est le projet à une grande variété de personnes. Souvent, et particulièrement dans les  grandes organisations, les projets ne sont pas sur l’écran radar de chacune des personnes impliquées. Le briefing de projet peut fournir un remède à ce problème. Il permet au chef de projet d’exposer facilement une histoire bien ficelée du projet d’une manière simple, et du point de vue du client.

Il y a une variété d’outils de communications qui peuvent être utilisés pour communiquer à la large communauté des personnes impactées par le projet dans les grandes organisations. Un outil est l’intranet, où une page Web peut décrire le projet. Un autre est un wiki, où on peut non seulement expliquer le projet, mais également assez facilement le maintenir à jour avec les bonnes personnes. La chose importante à propos de ce briefing est qu’il est compatible avec d’autres moyens de communications tel le wiki ou la page intranet, mais il doit aussi fournir une structure pour présenter le projet à quelqu’un en face à face.

Dans les plus grandes organisations, c’est une bonne idée pour un chef de projet que de préparer un briefing orienté marketing qui soit fort et cohérent. Il devra expliquer en termes simples les points marquants du projet en incluant les objectifs, la portée, les personnes impliquées, les coûts et le planning de haut niveau. Un briefing de projet est une partie importante du plan de la communication de nombreux projets.

______________________
John Reiling, PMP

Liste de logigiels Project Management Software list

wikipediahttp://en.wikipedia.org/wiki/List_of_project_management_software

Une liste de logiciels en management de projet assez complète qui catégorise les logiciels en fonction de leurs capacités en:

· Gestion de projet

· Outil de collaboration

· Suivi des problèmes

· Gestion de portefeuille de projet

· Gestion des ressources

· Gestion de la documentation

This PM Software list is quite complete and specifies for each tool the categories of needs it can cover:

· Project Management

· Collaboration tool

· Issue tracking

· Project portfolio management

· Resource management

· Document management

http://en.wikipedia.org/wiki/List_of_project_management_software

Une liste de logiciels en management de projet assez complète qui catégorise les logiciels en fonction de leurs capacités en:

· Gestion de projet

· Outil de collaboration

· Suivi des problèmes

· Gestion de portefeuille de projet

· Gestion des ressources

· Gestion de la documentation

This PM Software list is quite complete and specifies for each tool the categories of needs it can cover:

· Project Management

· Collaboration tool

· Issue tracking

· Project portfolio management

· Resource management

· Document management

Processus de validation de document / Document validation process

toolbox

Les chefs de projet ont assez souvent des documents à préparer et à valider avant diffusion. Voici un processus très simple qui permet de structurer son approche.

PMs often have documents to prepare and validate before communication. Here is a very simple process to structure your appraoch.
Processus de validation de document
1. Préparer le document
2. le Revoir avec qui de droit
3. Mettre à jour le document
4. Approuver / Obtenir l’approbation du document
5. le communiquer
Document Validation Process
1. Prepare
2. Review
3. Update
4. Approve
5. Communicate

Scrum: Liste de lectures / Reading List

Scrum: The Better Projects Scrum Reading List

scrum

  • Les bases
  • Lectures avancées
  • Jalons et cérémonies
  • Les Rôles
  • La gestion des exigences
  • Estimer
  • Planifier les releases
  • Test et qualité
  • Erreurs potentielles
  • Amélioration continue
  • Implémenter scrum
  • Encore plus

Posted by Craig Brown

La loi de Parkinson / Parkinson Law

Parkinsons LawJ’avais comme beaucoup entendu parler de la loi de Parkinson dans le contexte du management de projet. Elle se résume le plus souvent à dire que l’effort lié à la réalisation d’une tache du projet aura toujours tendance à correspondre au minimum à la durée préalablement estimée de ladite tache.

Like many, I had heard about the Parkinson law in a project management context. It is most often reduced to say that the effort associated with a task of the project will always tend to match at minimum the pre-estimated duration of the task.

J’ai eu envie d’en apprendre davantage que ce raccourci réducteur sur ce qu’avait réellement exprimé Parkinson. Je vous invite, si vous avez quelques minutes, à lire l’article original. En effet, la Loi de Parkinson est l’adage d’abord articulé par Cyril Northcote Parkinson dans un essai plein d’humour publié dans The Economist en 1955, dont la première phase est : «C’est une observation banale que le travail s’étend afin de remplir le temps disponible pour son achèvement ».

I wanted to learn more than this limited description. I invite you to read the original article if you can spare a few minutes. In fact, Parkinson’s Law was first expressed by Cyril Northcote Parkinson in a serious but humoristic essay published in The Economist in 1955 that starts with: « It is a commonplace observation that work expands so as to fill the time available for its completion ».

http://www.berglas.org/Articles/parkinsons_law.pdf

C’est une observation banale que le travail s’étend afin de remplir le temps disponible pour son achèvement.

les certifications Prince2 / Prince2 credentials

http://www.prince2.com/prince2-qualifications.asp

Tout sur les certifications Prince2. All about Prince2 credentials.

les certifications du PMI / PMI Credentials

http://www.pmi.org/CareerDevelopment/Pages/AboutPMIsCredentials.aspx

Toutes les infos sur les différentes certifications et pré-requis. Dossiers d’inscription et procédure de demande d’inscription en ligne.

Informations about the PMI Credentials and pre-requisites. Registration files and process for registering on line.

amorcer la pompe de l’efficacité / priming the pump for efficiency

Je pense que le bref article ci-dessous de Seth Godin, agitateur d’idées dans le monde du marketing, s’applique tout autant au management de projet.

I believe that the short post below from Seth Godin, patented ideas shaker in the world of marketing, applies as much to project management.

Les projets sont en effet très souvent vecteurs de changement car ils produisent un ou des livrables originaux, rarement ou jamais réalisés auparavant. Il nous faut donc prendre en compte l’aspect résistance au changement. Très souvent, le temps de latence est important entre le moment où nous fournissons notre livrable (produit, logiciel, service…) et l’adoption par les clients vers l’obtention des bénéfices escomptés.

As a matter of fact, projects are very often agents of change. They produce unique deliverables, rarely ever before created. We need to take into account  resistance to change. Very often, the latency is high beween when we produce our deliverable (product, service, software application…) and when it is adopted by customers to reach the expected benefits of the project.

De même, dans nos méthodes de management de projet, nous avons une tendance naturelle à rejouer des approches qui ont déjà fait leurs preuves (les meilleures pratiques, les méthodes très documentées…) plutôt que d’essayer de nouvelles idées, d’innover. Rien de négatif à cela, car, après tout, ce qui fait notre valeur est avant tout de livrer le projet en temps et heure au budget prévu.

Similarly, in our project management methods, we have a natural bias towards the safe and the proven (best practices, very documented methodologies…) rather that trying out new ideas and innovate. Nothing negative there, after all, we get paid for delivering projects in due time and within budget.

Essayons seulement d’être conscients de ce travers à éviter le changement. Envisageons les nouvelles approches sous un angle positif en prévoyant et budgétisant leur inévitable surcoût initial en temps et efforts comme le suggère Seth.

Let’s just try to be concious of this tendency to avoid change. We shall look with a positive attitude towards at new approaches and plan and budget for their unavoidable initial cost in time and effort as suggested by Seth.

Amorçons la pompe de l’efficacité / Priming the pump of efficiency

Original post: http://sethgodin.typepad.com/seths_blog/2009/06/priming-the-pump-of-efficiency.html

Il y a toujours un espace temps entre les résultats à court terme d’un système bien poli et les premiers résultats d’un changement vers un système plus efficace.

Si vous restez fidèles à ce que vous avez travaillé si dur à perfectionner, les heures, semaines ou mois suivants surpasseront sûrement les résultats que vous obtiendrez sur quelque chose de nouveau.

C’est que le changement implique des dépenses, des pépins et une courbe d’apprentissage.

Quand vous réarrangez le hall d’une usine, changez vers du courrier électronique, convertissez vos interactions sur une nouvelle plate-forme ou rendez une construction plus efficace sur le plan énergétique, cela se produit toujours. Cela signifie que si vous avez une perspective à court terme, vous n’allez jamais changer.

Le changement de votre campagne publicitaire par annonces vers une campagne numérique ? Vous essuierez un revers. Il vaut mieux persévérer avec ce que vous connaissez.

Le changement de bureaux centralisés en ville vers une main-d’œuvre distribuée travaillant de chez eux? Cela vous coûtera énormément le trimestre suivant. Cela ne vaut probablement pas le coup.

Passer d’un système de réservations téléphoniques à un système « Table Ouverte » ? Aucune chance que cela rapporte ce premier mois.

Le résultat final est que les organisations qui veulent changer sont d’habitude celles qui ont le moins à perdre: Les arrivistes et les outsiders. Une raison qui leur permet de se jouer des leaders du marché.

Une façon de rester innovant est de comprendre que cet espace de temps existe et le budgétiser. Refuser de l’admettre ne le fera pas disparaitre.

Bonjour et bienvenue!

Project Management Institute and PM Best Practices aficionados.

Les meilleures pratiques du management de projet, programme et portefeuille de projets, partage d’expériences, questions/réponses sur les thèmes de ce domaine qui vous intéresse.

The best practices in project management, programmes and portfolios of projects, experience sharing, questions/answers on the themes of this domain of interest to you.

Ce blog est également ouvert aux discussions sur le leadership, l’innovation, les petites idées qui permettent de se faciliter la vie professionnelle et de progresser.

This blog is also open to discussions about leadership, innovation, tips that facilitate our professional life and allow us to progress.