Études métier - chef de projet - Vev

Études métier - chef de projet

Un article de Vev.

(Différences entre les versions)
Jump to: navigation, search
Version du 24 janvier 2012 à 17:54
Vev (Discuter | contribs)
(→actions a réaliser)
← Différence précédente		 Version du 31 janvier 2012 à 17:27
Vev (Discuter | contribs)
(→le projet)
Différence suivante →
Ligne 118: Ligne 118:
9. Amélioration en matière de délai de mise sur le marché: ~43% 9. Amélioration en matière de délai de mise sur le marché: ~43%
10. Amélioration de la satisfaction des employés: ~36% 10. Amélioration de la satisfaction des employés: ~36%
-Journal "Le Temps", 15 septembre 2004, page 30, annexe "Le Temps Finance" à propos du Taux de succès des projets informatiques bancaires:+ 
-1. 20% réussissent (concept de "réussir" non défini avec exactitude dans le journal)+ 
-2. 35% sont retardés+
-3. 45% échouent (concept de "échouer" non défini avec exactitude dans le journal)+
-The Economist, Special Report, 27. Nov. 2004+
-1. 30% des projets sont arrêtés+
-2. 50% dépassent le budget+
-3. 60% sont un échec+
-4. 90% dépassent les délais+
-Vincent Isoz+
-Gestion de projets 27/398+
Dossier "Gestion de projets", LMI 28 mars 2005 (Source: Standish Group 2003) Dossier "Gestion de projets", LMI 28 mars 2005 (Source: Standish Group 2003)
1. 44% des projets sont conformes aux prévisions initiales 1. 44% des projets sont conformes aux prévisions initiales
Ligne 160: Ligne 151:
• L'utilisation d'une méthode rationnelle, adéquate et concluante pour le traitement de tous les résultats correspondant à l'bojectif du projet. C'est-à-dire une méthode telle que celle proposée par le PMI, l'IPMA, Prince2, ISO 10006, Hermès, DMAIC (Six Sigma), PDCA, etc. • L'utilisation d'une méthode rationnelle, adéquate et concluante pour le traitement de tous les résultats correspondant à l'bojectif du projet. C'est-à-dire une méthode telle que celle proposée par le PMI, l'IPMA, Prince2, ISO 10006, Hermès, DMAIC (Six Sigma), PDCA, etc.
Ceux qui le peuvent font de la science, les autres... de la méthodologie... Ceux qui le peuvent font de la science, les autres... de la méthodologie...
 +
 +*http://www.velocitystorm.com/wp-content/uploads/2011/03/chaos.pdf
 +
 +*http://www.coopil.fr/statistiques-taux-succes-coopil.html
 +*http://www.umsl.edu/~sauter/analysis/6840_f03_papers/frese/
 +*http://www.it-cortex.com/Stat_Failure_Rate.htm
 +
 +L'Enquête Robbins-Gioia (2001)
 +
 +Robbins-Gioia, LLC, un fournisseur de services de conseil en management située à Alexandrie - la Virginie, a fait une étude sur la perception par les entreprises de leur mise en œuvre d'un ERP (Enterprise Resource Planning) forfait.
 +Portée Enquête
 +
 +232 répondants au sondage couvrant de multiples industries, y compris la technologie de l'information du gouvernement, communication, finances, services publics, et la santé.
 +
 +Un total de 36% des entreprises interrogées avaient, ou ont été dans le processus d', la mise en œuvre d'un système ERP.
 +
 +Sur le côté de réussite, la moyenne est de seulement 16,2% pour les projets logiciels qui sont terminés à temps et le budget prévus.
 +
 +31,1% des projets seront annulés avant même qu'ils se terminé.
 +
 +D'autres résultats indiquent 52,7% des projets coûteront plus de 189% de leurs estimations initiales.
 +
 +
===les petits projets=== ===les petits projets===

Version du 31 janvier 2012 à 17:27

Sommaire

planning

actions a réaliser

méthodo/standards

  • ISO 10006:2003
  • PMI
  • Six Sigma (ISO 13053-1:2011)
  • CMMi
  • AFITEP
  • IPMA
  • ITIL
  • AMDEC
  • PRINCE2
  • BPF
  • 5S
  • SWOT
  • IFCAM
  • SPICE
  • Hermes
  • MCTS
  • EFQM
  • Dimension 4
  • MBA
  • ENS


outils

  • Mind Mapping
  • Diagramme d'Ishikawa
  • Organigramme (WBS/PBS/RBS)
  • Gantt
  • PERT
  • Time-Line
  • Diagramme de flux
  • Analyse par arbres d'erreurs (AAE)
  • Total Quality Management (TQM)
  • Business Process Management Notation
  • IDEF0
  • Arbres de décision
  • tableau de bord


7S

  • La stratégie (strategy)
  • La structure (structure)
  • Le système (système)
  • Le style de management (style)
  • Les ressources humaines (staff)
  • Le savoir-faire (skills)
  • Les valeurs partagées (shared values)

5S Seiri (整理, Débarras), Seiton (整頓 Rangement), Seiso (清掃, Nettoyage), Seiketsu (清潔, Ordre), Shitsuke (躾, Rigueur) Seiri (整理, Débarras), Seiton (整頓 Rangement), Seiso (清掃, Nettoyage)

wpfr:principe de Peter

live.gnome.org/Planner/Screenshots//live.gnome.org/Planner/Screenshots live.gnome.org/Planner/Screenshots//www.jfree.org/jfreechart/devguide.html live.gnome.org/Planner/Screenshots//dotproject.net/index.php

live.gnome.org/Planner/Screenshots//sciences.ows.ch/divers/gestiondeprojets.pdf p122 13.4.2 Équipe de projet

avant propos

Ce document est l’œuvre d'un travail de groupe, il concerne l'étude du métier "chef de projet".

Voici nos raisons personnelles de ce choix:

Pour Djinno Tessier, l'évolution naturelle de son statut "responsable chantier" était "conduite de projet".

Quant à Hervé Le Blouch, le hasard faisant parfois bien les choses, il se trouve que mon dernier responsable était un chef de projet alors qu'auparavant mes chefs étaient tous des chargés d'affaires.

Nous nous sommes entendus sur le fait de comprendre ce qui différencie un chef de projet et un chargé d'affaire et, bien entendu, de connaître pleinement ce métier pour savoir si ce métier pourrait correspondre à notre cursus et nous intéresser.

  • remerciements
  • probleme rencontré

introduction

  • historique - notion de projet
  • apparition du cdp

live.gnome.org/Planner/Screenshots//sciences.ows.ch/divers/gestiondeprojets.pdf



L'humanité progresse techniquement, elle tend constamment à se structurer pour répondre à des projets colossaux pour un seul homme. Et le chef de projet fait parti de cette évolution

  • poser problématique /cadrage


Dans cette étude nous nous intéresserons lors de la première partie à définir ce mot "projet", aux moyens à mettre en œuvre pour réaliser des projets de différentes envergures

Découlera le travail du chef de projet, les outils utilisés,

le projet

définition

D'après l'ISO 10006: Un projet est un processus unique qui consiste en un ensemble d'activités coordonnées et maitrisées, comportant des dates de début et de fin, entrepris dans le but d'atteindre un objectif conforme à des exigences spécifiques, tel que les contraintes de délais, de coût et de ressources.

La norme nous dit que c'est un processus unique et donc qui ne se répètera pas

Unique process consisting of a set of co-ordinated and controlled activities with start and finish dates, undertaken to achieve an objective conforming to specific requirements, including constraints of time, cost and resources.


Quelques chiffres

Attention!!! Je n'ai pas pu vérifier les données ci-dessous. De plus, certains termes étant ambigus, les chiffres associés n'ont alors que peu de valeur. La taille des échantillons statistiques n'étant pas donnée, il n'est aussi pas possible de déterminer l'intervalle de confiance et donc la variabilité des chiffres. Bref, il faut prendre tous ces indicateurs avec des pincettes puisque leurs auteurs n'ont pas eu la rigueur scientifique de bien faire leur travail… Amélioration des résultats financiers induits par une politique d'entreprise orientée gestion de projets selon enquête du Center for Business Practices (www.cbponline.com): 1. Retour sur investissement: ~88% 2. Retour sur capital: ~25% 3. Valeur économique ajoutée: ~76% 4. Augmentation des ventes: ~34% 5. Amélioration de la productivité: ~61% 6. Amélioration en matière de budget de fonctionnement: ~50% 7. Amélioration en matière de délais: ~50% 8. Amélioration de l'utilisation des ressources: ~50% 9. Amélioration en matière de délai de mise sur le marché: ~43% 10. Amélioration de la satisfaction des employés: ~36%


Dossier "Gestion de projets", LMI 28 mars 2005 (Source: Standish Group 2003) 1. 44% des projets sont conformes aux prévisions initiales 2. 15% d'échecs purs et simples dans les projets informatiques 3. 43% des projets dépassent les coûts prédéfinis 4. Les projets se terminent à 222% de la durée initialement prévue et à 189% des coûts budgétés 5. 70% des projets ne remplissent pas les objectifs fonctionnels et qualités 6. 30% des projets sont abandonnés avant leur terme. Étude en 2009 du Standish Group disponible dans leur rapport CHAOS: 1. 33% des projets sont finis à temps, dans le budget et avec les critères exigés 2. 24% des projets sont abandonnés où sont un échec total 3. 44% des projets sont soit en retard, soient hors budget, soit ne satisfont pas les critères exigés Les principales causes d'échec sont: • Objectifs et spécifications non clairement définies • Manque de ressources dès le début du projet • Délais et budgets intenables mais acceptés par peur de dire non • Politique, égoïsme, existence de "chasses gardées" • Manque d'expérience en gestion de projets au niveau de la couche supérieure du management • Déficiences lors de la phase de planification du projet (non maîtrise des outils contemporains) • Mauvaises communication entre le projet et son environnement • …. Pour être couronnés de succès, on remarque très vite que les projets nécessitent l'existence ou la mise en place de différentes conditions à leur déroulement. Parmi ces conditions, citons: • Le soutien écrit absolu et non ambigu de la direction avec le pouvoir décisionnel du responsable de projet clairement défini. • Des rôles tenus par les spécialistes, les meilleurs et les plus expérimentés possible. Car c'est effectivement par le manque de compétences techniques en gestion de projets que ceux-ci sont le plus souvent insatisfaisants. Vincent Isoz Gestion de projets 28/398 • La même compréhension par le donneur d'ordre et la direction du projet, de la taille de ce dernier et des principales caractéristiques déterminant sont type et sa catégorie. • Une planification réaliste (probabiliste) des tâches pouvant être maîtrisées dans le projet, compte tenu des limites fixées en matière de temps, d'argent, de quantité et de qualité. • Une grande clarté au niveau des ressources utilisables et des éventuelles restrictions concernant leur disponibilité au cours du projet. • Une réponse positive et sûre à la question de savoir si le concept de projet est vraiment la forme d'exécution appropriée pour atteindre l'objectif visé. • L'utilisation d'une méthode rationnelle, adéquate et concluante pour le traitement de tous les résultats correspondant à l'bojectif du projet. C'est-à-dire une méthode telle que celle proposée par le PMI, l'IPMA, Prince2, ISO 10006, Hermès, DMAIC (Six Sigma), PDCA, etc. Ceux qui le peuvent font de la science, les autres... de la méthodologie...

  • live.gnome.org/Planner/Screenshots//www.velocitystorm.com/wp-content/uploads/2011/03/chaos.pdf
  • live.gnome.org/Planner/Screenshots//www.coopil.fr/statistiques-taux-succes-coopil.html
  • live.gnome.org/Planner/Screenshots//www.umsl.edu/~sauter/analysis/6840_f03_papers/frese/
  • live.gnome.org/Planner/Screenshots//www.it-cortex.com/Stat_Failure_Rate.htm

L'Enquête Robbins-Gioia (2001)

Robbins-Gioia, LLC, un fournisseur de services de conseil en management située à Alexandrie - la Virginie, a fait une étude sur la perception par les entreprises de leur mise en œuvre d'un ERP (Enterprise Resource Planning) forfait. Portée Enquête

232 répondants au sondage couvrant de multiples industries, y compris la technologie de l'information du gouvernement, communication, finances, services publics, et la santé.

Un total de 36% des entreprises interrogées avaient, ou ont été dans le processus d', la mise en œuvre d'un système ERP.

Sur le côté de réussite, la moyenne est de seulement 16,2% pour les projets logiciels qui sont terminés à temps et le budget prévus.

31,1% des projets seront annulés avant même qu'ils se terminé.

D'autres résultats indiquent 52,7% des projets coûteront plus de 189% de leurs estimations initiales.


les petits projets

les moyens projets

les grands projets

le chef de projet

définition

Personne responsable de la gestion d'un projet.

chiffres clés

  • population de cdp en france
  • proportion d ingé cdp
  • proportion en fonction de l age

erreurs a ne pas commettre

Donc voici la liste des erreurs vécues en tant que responsable de projets et de consultant en gestion de projets dans l'ordre des plus fréquents: Cause du problème Effet Aucun support de la direction Les méthodes de gestion et directives associées ne sont pas imposées à l'ensemble des employés, ce qui génère un chaos quasi total et une énorme perte de temps et d'argent ainsi que des conflits. Formation et expérience insuffisante des intervenants La grande majorité des responsables de projets ont un niveau intellectuel et de rigueur insuffisants pour gérer et évaluer correctement un projet. Donc, les coûts, la qualité et les délais sont très mal évalués. Comportement réactif des acteurs du projet La majorité des acteurs du projet travaillent dans un mode réactif (ne rien faire jusqu'à ce qu'un facteur externe oblige à réagir) alors qu'il faut avoir un comportement proactif (tout le temps en recherche d'amélioration de l'existant au-delà de ce qui est nécessaire). Pas de légitimité La direction montre devant les ressources du projet qu'elle ne fait pas confiance à son responsable de projet et l'infantilise. Le responsable est alors décrédibilisé et les ressources ne prennent pas compte de ses directives et le projet échoue à tenir ses objectifs Pas de procès-verbal des réunions, conflits ou autres Aucune traçabilité des promesses ou objectifs ce qui génère encore plus de conflit et de chaos dans le projet. Terminologie non rigoureusement définie, discours vague. Les requêtes et explications ne sont pas claires car ni le client, ni le manager n'ont un discours rigoureux et ne définissent correctement les mots qu'ils utilisent n'y ne posent les hypothèse de fonctionnement. Conséquences: mauvaises interprétations, travail incorrect, problèmes de Vincent Isoz Gestion de projets 30/398 Cause du problème Effet communication. Mauvaise implication des ressources Certains responsables de projets font croire à leurs ressources qu'ils les impliquent dans un projet en leur demandant leur avis pour finir par imposer finalement toujours le leur en faisant de la négociation par bout de chandelle… Réunions périodiques avec le client non planifiées Les projets n'ont souvent pas de cahier des charges en interne et donc de nouvelles attentes apparaissent lors de l'avancement du projet que le mandataire n'avait pas exprimé correctement au début. Des réunions régulières où l'on présente l'avancement du livrable permettraient d'y remédier. Peur de demander au client un cahier des charges détaillé Des imprévus arrivent constamment pendant la réalisation du projet car le client n'ayant pas réfléchi avant il change ses exigences en cours de route. Cela a pour effet d'exploser les délais et les coûts du projet et d'énerver les ressources ainsi que les responsables du projet. Pas de standard de management mis en place Un peu plus de 99% des organisations utilisent la méthode La Rache pour gérer leurs projets. Donc le livrable ainsi que l'ambiance au sein de l'organisation sont à l'image de cette méthode… Pas de scénarios créés La quasi-totalité des responsables de projets ne savent pas qu'il faut faire au moins 3 voire 4 scénarios d'un projet, voire au mieux une simulation de Monte-Carlo ou par Bootstrapping avec une probabilité cumulée à 95% au moins. Dans le cas contraire, nous nous retrouvons alors avec des objectifs qui n'ont qu'une chance sur deux d'être respectés et des réponses à appel d'offre (et les forfaits associés) qui n'ont aucune rigueur. Oubli des absences des ressources et du temps de travail effectif Le responsable de projet prend plusieurs mois de retard dans son projet (et les coûts qui vont avec) car il a oublié d'intégrer les vacances, les jours de congé maladie, jours de congé enterrement familial, jours de congés maladie des enfants, le service militaire, les congés maternité éventuels ou encore l'impossibilité d'avoir un taux effectif Vincent Isoz Gestion de projets 31/398 Cause du problème Effet à 100% de ses ressources dans le projet… Mauvais outils utilisés La grande majorité des organisations utilisent un tableau pour gérer un projet ou un planning. C'est bien évidemment une grave erreur qui ne souffre d'aucune excuse puisqu'il existe des logiciels de gestion de projets gratuits. L'utilisation des tableurs engendre des erreurs de calculs, des problèmes de mise à jour et un suivi impossible des ressources de manière satisfaisant et ne respecte surtout aucun standard. Mauvaise communication et outils de communication Les différents médias de communications ne sont pas centralisés dans un pot commun. Donc, chaque intervenant a des infos dont il fait une rétention involontaire qui peut amener à des graves anomalies avec le mandant et le mandataire. Temps insuffisant réservé pour le suivi, la préparation, les réunions. Erreurs multiples dans l'estimation des durées, des coûts, des ressources, dans la communication avec le client et la qualité. Documentation, cahier des charges non effectués donc aucun suivi possible à long terme. Pas de réunions planifiables pour faire le point sur les jalons (inexistants de toute manière…). Donc le projet va au fiasco! Les commerciaux ont vendu une durée de projet sans avoir demandé au responsable de projet au préalable Conflits internes dus au non-respect des processus et formation des commerciaux insuffisante relativement à leur esprit d'analyse et leur honnêteté vis-à-vis du client. Compétences des ressources non vérifiées Travail bâclé ou ne correspondant pas au livrable attendu. Il peut arriver qu'il faille toute refaire. Pas de backup des ressources ou de maintenance préventive (AMDEC) Une ressource indispensable est absente et bloque tout le projet. Une machine tombe en panne et il n'y a rien de prévu pour la remplacer ce qui engendre des coûts considérables et une image qu'il sera très difficile à relever. Le client effectue des manipulations sur le produit qui ne font pas partie du cahier des Le client accuse à tort le fournisseur. Au fait, il ne faut jamais oublier de former les Vincent Isoz Gestion de projets 32/398 Cause du problème Effet charges initial. utilisateurs au produit final quel qu'il soit! Le responsable de projet a un Master alors s'estime bon. Au fait ils sont aussi mauvais que les autres. Un responsable de projet de haut niveau doit posséder un doctorat ou l'équivalent d'un bac+7 dans un domaine des sciences exactes avec au moins 10 années d'expérience dans une organisation en tant qu'employé normal avant de devenir responsable de projet. Dans l'idéal, il faut faire passer un test de logique, de capacité d'analyse et de raisonnement à tout responsable de projet. Le niveau de délégation (pouvoir décisionnel) n'a pas été clairement défini. Cela peut amener le responsable de projet à prendre des décisions qui seront par la suite rejetées par la direction qui souhaitait au fait implicitement une validation. L'organisation interne s'autoproclame comme satisfaisante voire excellente En réalité c'est souvent le chaos et les instances dirigeantes ne connaissent pas les certifications ISO ou des méthodes d'appréciation comme EFQM. Après en avoir pris connaissance ils tombent de très haut... Pas de culture de gestion de projets au sein d'une grande entreprise et pas d'employé(s) dédié(s) uniquement à cette tâche spécialisée. La gestion se fait à l'arrache et ils n'ont jamais lu d'ouvrage complet sur le sujet (comme celui que vous êtes entrain de lire par exemple). Tableau 1 Erreurs rencontrées

conditions de travail

  • salaire

Il est responsable de:

  • accomplissement des objectifs en respectant ses contraintes
  • diriger les ressources
  • la sécurité du chantier
  • des autorisations

Par conséquent, il doit contrôler et surveiller les dérives de:

  • la planification
  • la qualité
  • du coût.

organigramme

  • statut ds l entreprise

champs relationnel

compétences requises

vincent p97-99 + comment sont ils recrutés


Formation, Confrontation, Normalisation, Production: FCNP p106

délégation

La délégation est le fait de confier une tâche à une autre personne, généralement un subordonné. La délégation ne désengage pas le délégant de sa responsabilité.

Aptitude à confier à un subordonné la responsabilité d'un mandat de travail, tout en lui fournissant le support et les ressources nécessaires.


Degré de délégation maximal

  • Faites une investigation sur le problème. Donnez moi tous les faits, et je vais décider qui effectuera le travail.
  • Faites une investigation sur le problème. Donnez moi les solutions possibles et recommandez en une? J'évaluerai et déciderai.
  • Faites une investigation sur le problème. Faites moi connaitre les actions que vous prendriez. Commencez à moins que je n'en dise le contraire.
  • Faites une investigation sur le problème. Prenez les décisions pour le résoudre. Faites moi un compte rendu de ce que vous avez fait.
  • Faites une investigation sur le problème. Prenez les décisions pour le résoudre. Vous jugerez si vous avez besoin de m'en parler.

Degré de délégation minimal


L'analyse des écarts est la base du pilotage de projet

une journée/semaine/mois type

xxxxxxxx

xxxxxxxx

ses outils et ses moyens

gestion de budget

gestion de ressources humaines

méthodologie

xxxxxxxx

xxxxxxxx

xxxxxxxx

xxxxxxxx

xxxxxxxx

xxxxxxxx

a connaitre




calcul rentabilité


soft Gestion de projet

  • GanttProject : gestion de projet tout OS (import/export MSProjects).
  • Open Workbench : logiciel professionnel de gestion de projet sous licence Mozilla.
  • OpenProj
  • ProjeLead : logiciel libre et collaboratif de gestion de projet

doc

  • [live.gnome.org/Planner/Screenshots//www.sudoc.abes.fr/DB=2.1/SET=9/TTL=11/CMD?ACT=SRCHA&IKT=1016&SRT=RLV&TRM=%22chef+de+projet%22 recherche sudoc]
  • [live.gnome.org/Planner/Screenshots//www.sudoc.fr/156360543 CDP pour les nuls]
  • [live.gnome.org/Planner/Screenshots//www.sudoc.fr/146508572 Les compétences spécifiques des chefs de projet et leurs modalités de développement par Souhila Kerri Gati sous la direction de Jean-Michel Larrasquet]
  • [live.gnome.org/Planner/Screenshots//www.sudoc.fr/121564274 Le guide du chef de projet bienvenue en mode projet, la mise en oeuvre de votre projet, évaluation des points forts et faibles de votre projet / Tannguy Le Dantec. - 2e édition]
  • [live.gnome.org/Planner/Screenshots//www.sudoc.fr/074781839 Le chef de projet paresseux... mais gagnant ! M. Destors, J. Le Bissonnais ; illustrations Marc Fersten. - 2e édition]

entretien

Aubert Yoann - Gatine Benoit - Moisan Nicolas Aerolia Saint Nazaire

Lelievre Yoan - Moyon Romain Famat Saint Nazaire

Guitton Anthony 3M Pontchateau


  • pour etre reconnu avez-vous passé des certificats. lesquels?
  • vs etes sur quels types de projets?
  • cdp a 100%
  • dans cette liste quels outils connaissez vous?
  • la boite est elle iso 13053...? quel norme iso la boite possede t elle?
Récupérée de « http://herveleblouch.free.fr/vev/index.php/%C3%89tudes_m%C3%A9tier_-_chef_de_projet »