Présentation de la Chaîne Critique


"Plaisir non partagé n'est plaisir qu'à moitié." Proverbe Français

PMBok - Domaines de connaissance et IPECC en image

Le Project Management Body of Knowledge (PMBOK) est le guide du Project Management Institute définissant les champs de connaissance couvrant la gestion de projet, et recensant les bonnes pratiques professionnelles en la matière. À ce titre, il sert de base de référence, pour établir les contenus de cours sur la gestion de projet et pour l'élaboration d'examens de certification.
- Source : Wikipédia

IPECC

Une petite question (non officielle) :
Dans cette magnifique représentation ;-), quel domaine de connaissance n'est pas représenté ?
A - IPECC,
B - Integration,
C - Changement,
D - Tous les domaines sont présents.


Vous pouvez y répondre en laissant un commentaire ...

"La connaissance s’acquiert par l’expérience, tout le reste n’est que de l’information." Albert Einstein

L'échec intelligent - Il fallait y penser ... - Eddie Obeng - TED

Nous résolvons les problèmes de l'an dernier sans penser à l'avenir ...

http://on.ted.com/Obeng

Comment représenter l'état de santé de votre projet ?

Normalement pour représenter l'état d'avancement d'un projet, nous utilisons la fameuse courbe en "S" avec l'indicateur de la valeur acquise (VA). Pour changer, je propose d'ajouter à la courbe en "S" le diagramme temps-temps qui permet d'afficher de manière synthétique l'avancement des jalons (retard-pas de changement-avancement).

Courbe en "S" ; Diagramme Temps Temps


"La santé d'un projet : c'est un objectif sain réalisé par une équipe saine"

La Boule de Cristal

Est-ce que les estimations sur les projets servent encore à quelque chose ?


La plupart des techniques d’estimation se basent sur le passé (jugement d’expert, abaques, ratios, etc.) pour prédire l’avenir. Nous utilisons notre expérience pour évaluer le temps que nous allons passer pour réaliser une tâche. En soit, cela parait logique. Si nous avons passé 2 jours à faire une chose, nous devrions être capables de refaire la même chose en ces mêmes 2 jours. Malheureusement, ce modèle ne fonctionne pas toujours car toutes choses ne sont pas égales par ailleurs. Par exemple, quand nous avons réalisé cette tâche de 2 jours, c’était dans un environnement spécifique où il y avait peu de perturbation extérieure (congés de fin d’année par exemple). 



Pour répondre à ce problème, nous pouvons mettre des marges de sécurité (d’ailleurs, nous le faisons inconsciemment) pour prévoir d’éventuelles perturbations non identifiées au moment de l’estimation. Avec ces marges de sécurité, nous pensions avoir régler le problème. Seulement, nous avons tendances à dépasser nos estimations pour différentes raisons (syndrome de l’étudiant, la loi de Parkinson, le multitâche, etc.) et comme nous basons nos estimations sur notre expérience, nous gonflons un peu plus nos estimations pour les prochaines fois (et ainsi de suite).

En plus de cela, d’autres phénomènes viennent perturber nos estimations :

- Quand le chef de projet  récolte les différentes estimations de son équipe, il ajoute une nouvelle marge de sécurité.

- Quand un chef de projet vient proposer à son sponsor ou à son client le résultat de son estimation, celui-ci lui demande de revoir sa copie à la baisse (trop cher, trop long).

En fin de compte, les estimations d’un projet ne ressemblent plus à grand-chose mais nous n’avons pas encore trouvé de meilleures méthodes.

"Il faut estimer ce que l'homme fait, non pas ce qu'il peut faire." Proverbe français