Commentaires sur : Loi de Murphy et non-performance des projets http://lagestiondeprojet.com/2010/02/21/loi-de-murphy-et-non-performance-des-projets/ L'incontournable en gestion de projet Sat, 07 Apr 2012 07:28:01 +0000 hourly 1 http://wordpress.org/?v= Par : PERT, Gantt et focus en gestion de projet http://lagestiondeprojet.com/2010/02/21/loi-de-murphy-et-non-performance-des-projets/#comment-189 PERT, Gantt et focus en gestion de projet Mon, 01 Aug 2011 04:38:29 +0000 http://www.lagestiondeprojet.com/?p=867#comment-189 [...] Voici la suite de Loi de Murphy et non-performance des projets. [...] [...] Voici la suite de Loi de Murphy et non-performance des projets. [...]

]]> Par : boubo5 http://lagestiondeprojet.com/2010/02/21/loi-de-murphy-et-non-performance-des-projets/#comment-188 boubo5 Tue, 16 Mar 2010 20:56:12 +0000 http://www.lagestiondeprojet.com/?p=867#comment-188 Bonjour, Vous avez raison, c'est de cette manière que mes chefs travaillent.  Ils n'arrivent pas à être pro-actif sur les différents projets et ensuite on fait du travail rapide comme des pompiers et comme l'environnement n'est pas homogène, on doit changer d'outils règulièrement . C'est un peu comme dans le domaine automobile, vous avez beaucoup d'électronique dans des voitures alors que des voitures anciennes n'en contiennent pas. Bonjour,
Vous avez raison, c'est de cette manière que mes chefs travaillent.  Ils n'arrivent pas à être pro-actif sur les différents projets et ensuite on fait du travail rapide comme des pompiers et comme l'environnement n'est pas homogène, on doit changer d'outils règulièrement . C'est un peu comme dans le domaine automobile, vous avez beaucoup d'électronique dans des voitures alors que des voitures anciennes n'en contiennent pas.

]]> Par : Mathieu Laferrière http://lagestiondeprojet.com/2010/02/21/loi-de-murphy-et-non-performance-des-projets/#comment-187 Mathieu Laferrière Wed, 10 Mar 2010 15:24:19 +0000 http://www.lagestiondeprojet.com/?p=867#comment-187 @boubo5 Je tiens à préciser qu'il s'agit de la démarche préconisée par la chaîne critique, pas nécessairement par moi. Je donnerai mes impressions à la toute fin de la série d'articles. Ceci étant dit, l'utilisation de cette démarche nécessite d'autres éléments qui seront présentés dans les prochains billets. L'utilisation de la chaîne critique est un tout - en utiliser simplement une partie n'apportera pas vraiment de gains. Par exemple, il ne faut pas utiliser de multi-tasking. Il faut aussi anticiper le départ de la nouvelle tâche. En fait, il faut en tout temps démarrer une tâche dès que tous les prérequis sont réunis et la compléter le plus tôt possible. Le problème auquel vous faites face - changement de priorité régulièrement - vient souvent du multi-tasking. On éteint des feux continuellement. C'est évidemment une réponse partielle qui trouvera écho très prochainement. Les chances de ne pas avoir bien répondu à votre question sont quand même élevées, alors n'hésitez pas à clarifier (je fais référence au changement de système de développement - je n'ai pas saisi les raisons d'un changement en cours de route). @boubo5

Je tiens à préciser qu’il s’agit de la démarche préconisée par la chaîne critique, pas nécessairement par moi. Je donnerai mes impressions à la toute fin de la série d’articles.

Ceci étant dit, l’utilisation de cette démarche nécessite d’autres éléments qui seront présentés dans les prochains billets. L’utilisation de la chaîne critique est un tout – en utiliser simplement une partie n’apportera pas vraiment de gains. Par exemple, il ne faut pas utiliser de multi-tasking. Il faut aussi anticiper le départ de la nouvelle tâche. En fait, il faut en tout temps démarrer une tâche dès que tous les prérequis sont réunis et la compléter le plus tôt possible.

Le problème auquel vous faites face – changement de priorité régulièrement – vient souvent du multi-tasking. On éteint des feux continuellement. C’est évidemment une réponse partielle qui trouvera écho très prochainement.

Les chances de ne pas avoir bien répondu à votre question sont quand même élevées, alors n’hésitez pas à clarifier (je fais référence au changement de système de développement – je n’ai pas saisi les raisons d’un changement en cours de route).

]]> Par : boubo5 http://lagestiondeprojet.com/2010/02/21/loi-de-murphy-et-non-performance-des-projets/#comment-186 boubo5 Wed, 10 Mar 2010 14:07:07 +0000 http://www.lagestiondeprojet.com/?p=867#comment-186 Bonjour, Par rapport à votre démarche de prendre toujours la médiane, comment mettez-vous en relation la prioritisation de ces tâches ? Car pour la même tâche je peux avoir deux estimations différentes. Je prend un exemple, lors d'un développement informatique. Si des tâches se succèdent dans le même environnement, le temps de mise en train sera très court tandis qu'il sera plus long si je dois changer de système de développement. La succession de tâches peut être modifié par une priorité qui change souvent, donc une durée de tâche qui change. Dois-je intégrer dans la durée de ma tâche ce facteur ? Ai-je d'autres solutions ? Merci Bonjour,
Par rapport à votre démarche de prendre toujours la médiane, comment mettez-vous en relation la prioritisation de ces tâches ? Car pour la même tâche je peux avoir deux estimations différentes.
Je prend un exemple, lors d'un développement informatique. Si des tâches se succèdent dans le même environnement, le temps de mise en train sera très court tandis qu'il sera plus long si je dois changer de système de développement.
La succession de tâches peut être modifié par une priorité qui change souvent, donc une durée de tâche qui change.
Dois-je intégrer dans la durée de ma tâche ce facteur ? Ai-je d'autres solutions ?
Merci

]]> Par : Mathieu Laferrière http://lagestiondeprojet.com/2010/02/21/loi-de-murphy-et-non-performance-des-projets/#comment-185 Mathieu Laferrière Sun, 07 Mar 2010 14:02:25 +0000 http://www.lagestiondeprojet.com/?p=867#comment-185 Merci Michel pour ton commentaire. Ton exemple illustre bien la réalité que vivent plusieurs chefs de projet. Ça me rappelle justement un collègue qui gardait pour lui seulement la dite réserve. L'un des points soulevés par l'auteur, c'est que chaque personne ajoute sa propre réserve, mais à sens unique. C'est-à-dire que s'ils en ont besoin, ils la prennent, sinon ils la gaspillent. Personne n'est félicité s'il termine plus rapidement. C'est même mal vu parfois; ça voudrait dire qu'on a menti ou qu'on s'est protégé. Concernant ton dernier point - méthode de gestion de projet - je ne pense pas qu'il existe UNE méthode de gestion de projet. Chaque entreprise a probablement la sienne, un mélange de pressions internes et externes. Il existe bien des bureaux de projets (PMO), mais il y a beaucoup de différences entre chacun. Le prochain billet portera sur PERT, GANTT et focus en gestion de projet. Merci Michel pour ton commentaire. Ton exemple illustre bien la réalité que vivent plusieurs chefs de projet. Ça me rappelle justement un collègue qui gardait pour lui seulement la dite réserve.

L’un des points soulevés par l’auteur, c’est que chaque personne ajoute sa propre réserve, mais à sens unique. C’est-à-dire que s’ils en ont besoin, ils la prennent, sinon ils la gaspillent. Personne n’est félicité s’il termine plus rapidement. C’est même mal vu parfois; ça voudrait dire qu’on a menti ou qu’on s’est protégé.

Concernant ton dernier point – méthode de gestion de projet – je ne pense pas qu’il existe UNE méthode de gestion de projet. Chaque entreprise a probablement la sienne, un mélange de pressions internes et externes. Il existe bien des bureaux de projets (PMO), mais il y a beaucoup de différences entre chacun.

Le prochain billet portera sur PERT, GANTT et focus en gestion de projet.

]]> Par : Michel LOYER http://lagestiondeprojet.com/2010/02/21/loi-de-murphy-et-non-performance-des-projets/#comment-184 Michel LOYER Sun, 07 Mar 2010 09:46:57 +0000 http://www.lagestiondeprojet.com/?p=867#comment-184 Par expérience, je pense que les freins le plus important à vaincre sont les manques de transparence et d' honnêteté intellectuelle. En effet, cette pratique suppose, pour intégrer la notion d'incertitude propre à tous les projets, la mise place de "réserves" de temps pour protéger les branches critiques d'un projet. Or la durée de vie de ces réserves, quelque soit le nom qu'on leur donne,  est souvent très courte. Le scénario est toujours le même. Le CP estime 80 en typique mais 100 au pire, donc annonce 100. S'il joue le jeu de la transparence, les chiffres retenus seront 80 et 20 de réserve au cas ou... La négociation étant difficile, il faut réduire le devis à 80 pour obtenir la commande. Le projet se déroule donc avec une forte pression pour tenir les 80.  La modification de la priorité des urgences s'en mêlant, le projet se termine malheureusement à 90. Bilan : deux insatisfaits. La société qui à perdu 10, le CP qui n'a pas tenu ses objectifs. Conclusion : <strong>Le CP jura mais un peu tard que l'on ne l'y prendrai plus.</strong>   Associée à cette pratique, il existe sans doute une méthode de gestion de projet, réservée au management supérieur, ou l'on mette en exergue le support effectif a apporter au CP pour lui permettre de tenir ses objectifs. Qu'en pensez-vous ?   Par expérience, je pense que les freins le plus important à vaincre sont les manques de transparence et d' honnêteté intellectuelle.
En effet, cette pratique suppose, pour intégrer la notion d'incertitude propre à tous les projets, la mise place de "réserves" de temps pour protéger les branches critiques d'un projet.
Or la durée de vie de ces réserves, quelque soit le nom qu'on leur donne,  est souvent très courte.
Le scénario est toujours le même.
Le CP estime 80 en typique mais 100 au pire, donc annonce 100. S'il joue le jeu de la transparence, les chiffres retenus seront 80 et 20 de réserve au cas ou…
La négociation étant difficile, il faut réduire le devis à 80 pour obtenir la commande.
Le projet se déroule donc avec une forte pression pour tenir les 80. 
La modification de la priorité des urgences s'en mêlant, le projet se termine malheureusement à 90.
Bilan : deux insatisfaits. La société qui à perdu 10, le CP qui n'a pas tenu ses objectifs.
Conclusion : Le CP jura mais un peu tard que l'on ne l'y prendrai plus.
 
Associée à cette pratique, il existe sans doute une méthode de gestion de projet, réservée au management supérieur,
ou l'on mette en exergue le support effectif a apporter au CP pour lui permettre de tenir ses objectifs.
Qu'en pensez-vous ?
 

]]> Par : Mathieu Laferrière http://lagestiondeprojet.com/2010/02/21/loi-de-murphy-et-non-performance-des-projets/#comment-183 Mathieu Laferrière Mon, 22 Feb 2010 22:45:49 +0000 http://www.lagestiondeprojet.com/?p=867#comment-183 Tout d'abord, bienvenue. Je crois qu'il s'agit de votre premier commentaire sur LaGestionDeProjet.com et je vous en remercie. En effet, cela semble être une bonne façon d'inclure le risque à même la durée de la tâche. Merci de nous la partager. Au niveau du livre, nous verrons qu'ils préconiseront d'utiliser en tout temps la médiane. Cela fait partie de la méthodologie Chaîne critique. Les autres éléments de celles-ci suivront dans les prochains articles. Tout d’abord, bienvenue. Je crois qu’il s’agit de votre premier commentaire sur LaGestionDeProjet.com et je vous en remercie.

En effet, cela semble être une bonne façon d’inclure le risque à même la durée de la tâche. Merci de nous la partager.

Au niveau du livre, nous verrons qu’ils préconiseront d’utiliser en tout temps la médiane. Cela fait partie de la méthodologie Chaîne critique. Les autres éléments de celles-ci suivront dans les prochains articles.

]]> Par : Roger Mathieu http://lagestiondeprojet.com/2010/02/21/loi-de-murphy-et-non-performance-des-projets/#comment-182 Roger Mathieu Mon, 22 Feb 2010 21:08:19 +0000 http://www.lagestiondeprojet.com/?p=867#comment-182 Bonjour, Pour résoudre le problème d'estimation des tâches soulevé dans cet article, il peut s'avérer utile de joindre un simple principe de gestion des risques. Ainsi, à chaque tâche, on indique deux estimations: le temps (ou le coût) requis dans le meilleur des cas (T_MIN) et le temps requis dans le pire scénario (T_MAX). Par la suite, encore une fois pour chaque tâche, on identifie le pourcentage (0 à 100%) de risque (%_RISK) que cette tâche rencontre le pire scénario. Idéalement, cette évaluation des risques peut être réalisée par un tiers ou en comité d'experts. L'évaluation finale de la tâche = T_MIN + (T_MAX - T_MIN) * %_RISK Cette méthode bien simple a tendance a minimiser les problèmes d'évaluation évoqués dans cet article. Roger Mathieu, La Société conseil Lambda Bonjour,
Pour résoudre le problème d'estimation des tâches soulevé dans cet article, il peut s'avérer utile de joindre un simple principe de gestion des risques. Ainsi, à chaque tâche, on indique deux estimations: le temps (ou le coût) requis dans le meilleur des cas (T_MIN) et le temps requis dans le pire scénario (T_MAX).
Par la suite, encore une fois pour chaque tâche, on identifie le pourcentage (0 à 100%) de risque (%_RISK) que cette tâche rencontre le pire scénario. Idéalement, cette évaluation des risques peut être réalisée par un tiers ou en comité d'experts.
L'évaluation finale de la tâche = T_MIN + (T_MAX – T_MIN) * %_RISK
Cette méthode bien simple a tendance a minimiser les problèmes d'évaluation évoqués dans cet article.
Roger Mathieu, La Société conseil Lambda

]]> Par : uberVU - social comments http://lagestiondeprojet.com/2010/02/21/loi-de-murphy-et-non-performance-des-projets/#comment-181 uberVU - social comments Mon, 22 Feb 2010 14:00:23 +0000 http://www.lagestiondeprojet.com/?p=867#comment-181 <strong>Social comments and analytics for this post...</strong> This post was mentioned on Twitter by sara_broca: Loi de Murphy et non-performance des projets http://bit.ly/beEO8j... Social comments and analytics for this post…

This post was mentioned on Twitter by sara_broca: Loi de Murphy et non-performance des projets http://bit.ly/beEO8j…

]]>