"Plaisir non partagé n'est plaisir qu'à moitié." Proverbe Français
Présentation de la Chaîne Critique
"Plaisir non partagé n'est plaisir qu'à moitié." Proverbe Français
Libellés :
Méthode,
Organisation,
Personnel
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
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
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).
"La santé d'un projet : c'est un objectif sain réalisé par une équipe saine"
"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.
Libellés :
Méthode,
Organisation,
Personnel
Inscription à :
Articles (Atom)


