Management de projets (Cours Niveau 1) Généralités

3 180 vues

Publié le

Publié dans : Formation
0 commentaire
2 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
3 180
Sur SlideShare
0
Issues des intégrations
0
Intégrations
7
Actions
Partages
0
Téléchargements
212
Commentaires
0
J’aime
2
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Management de projets (Cours Niveau 1) Généralités

  1. 1. Joseph SZCZYGIEL Contact : joseph.szczygiel@gmail.com 1 Copyright Joseph SZCZYGIEL 12/01/2012
  2. 2. Copyright Joseph SZCZYGIEL 12/01/2012 2
  3. 3. La vision du Standish Group 3 Copyright Joseph SZCZYGIEL http://alain.battandier.free.fr/spip.php?article55
  4. 4.  20% des projets informatiques échouent ◦ Soit ils dépassent fortement les budgets ◦ Soit ils sont totalement hors délais ◦ Soit leur fonctionnalités ne répondent pas aux utilisateurs  40% réussissent  40% sont mitigés 4
  5. 5.   La loi de Murphy est un adage qui s'énonce de cette manière : « Tout ce qui peut mal tourner, va mal tourner » « Si ce gars a la moindre possibilité de faire une erreur, il la fera. »   « Si cela peut mal se passer, cela arrivera. »   — version de George Nichols (« If anything can go wrong, it will. »2) « S'il y a plus d'une façon de faire quelque chose, et que l'une d'elles conduit à un désastre, alors il y aura quelqu'un pour le faire de cette façon. »   — Edward Murphy (« If that guy has any way of making a mistake, he will. »2) — version des autres membres de l'équipe statistique ; si beaucoup de personnes actionnent un appareil et qu'il existe ne serait-ce qu’« une » façon de se tromper, il existera statistiquement des gens qui le feront. Et c'est d'eux seuls que le service après-vente entendra parler. Cette seconde forme de la loi est confirmée par l'expérience et a conduit à l'utilisation généralisée de la conception de sûreté 5 Copyright Joseph SZCZYGIEL
  6. 6.     « L’erreur est humaine, mais pour provoquer une vraie catastrophe, il faut un ordinateur. » Observation de Turnaucka « Ne pensez jamais que ça va marcher au moment où vous en aurez le plus besoin. » Règle de Base no 1 de l’Informatique. « Il n’y a pas de langage informatique dans lequel vous ne puissiez écrire de mauvais programme. » Loi des Langages informatiques « Les premiers 90 pourcents d'une tâche prendront les 10 pourcents du temps, et les derniers 10 pourcents prendront les autres 90. » La loi des 90/90 de la planification d'une tâche.5 6 Copyright Joseph SZCZYGIEL
  7. 7.    Le rôle du chef de projet La méthode de gestion de projets Les bonnes pratiques 7 Copyright Joseph SZCZYGIEL
  8. 8. Copyright Joseph SZCZYGIEL 12/01/2012 8
  9. 9. Son entreprise Sa hiérarchie Le manager de projet Son client 9 Copyright Joseph SZCZYGIEL 12/01/2012 Son équipe
  10. 10. Management Action Technique Gestion de management du management Technique Gestion Communication 10 Copyright Joseph SZCZYGIEL 12/01/2012 Leader Communication Psychologie
  11. 11. Prévoir Prévenir Maîtriser (par la mesure) Copyright Joseph SZCZYGIEL 12/01/2012 11
  12. 12. Taille du projet Degré de difficultés Degré de difficultés DANS le cadre habituel de l'entreprise HORS du cadre habituel de l'entreprise Copyright Joseph SZCZYGIEL 12/01/2012 12
  13. 13.         Un grand nombre de réunions improductives Des actions désordonnées et contradictoires Des remises en causes de choix fondamentaux Des interventions à tous niveaux de la part des directions générales ou fonctionnelles Une confusion dans les responsabilités et missions des intervenants Une absence de motivation des participants Un sentiment d'impuissance des responsables du projet ... 13 Copyright Joseph SZCZYGIEL 12/01/2012
  14. 14. Copyright Joseph SZCZYGIEL 14
  15. 15. Nb élevé de constituants Nb élevé de tâches Performances importantes Haut degré de changement (nouvelles technologies) PROCESSUS COMPLEXE Nb élevé d'acteurs Coût élevé Longue durée Objectif de coût serré Objectif de délai serré Copyright Joseph SZCZYGIEL (email joseph.szczygiel@gmail.com) 15
  16. 16. Aspect PRODUITS Aspect PROCESSUS Aspect PERFORMANCES Aspect COHERENCE GLOBALE Aspect RESEAU d'ACTEURS Aspect COUTS Copyright Joseph SZCZYGIEL (email joseph.szczygiel@gmail.com) Aspect DELAIS 16
  17. 17. Copyright Joseph SZCZYGIEL 17
  18. 18.   18 Son rôle Sa responsabilité
  19. 19.   19 Son rôle Sa responsabilité
  20. 20. Equipe de direction Responsable de - Définition du besoin spécifié - Contrôle de la réalisation en cours, puis en fin Services administratifs Etablissements & suivi contrats Assistance à maitrise d’ouvrage Services comptables & budgétaires Service techniques compétences par domaines gestion financière suivi des dépenses Organisme de surveillance Centre d'essais - contrôle la conformité Copyright Joseph SZCZYGIEL 20
  21. 21. Direction de projet Responsabilités: - Négociation et exécution contrat avec son client Approvisionnements Services comptables Services financiers Analyse fonctionnelle Sécurité, fiabilité Facteurs humains, ergonomie Essais, prototypage Normes, méthodes, standards Interfaces (--> prendre les disposition de management pour maîtriser les risques associés aux 7 aspects) Services commerciaux - Conception préliminaire - Conception détaillée - Négociation & passation de contrats de sous-traitance (et ctrl) - Réalisation, acceptation, qualification, intégration de son produit Service des contrats Service Qualité Performances Architecte industriel Responsabilité - coordination des différentes équipes Environnement Préparation à la production Préparation à l'exploitation Gestion de la configuration Gestion de la documentation Copyright Joseph SZCZYGIEL 21
  22. 22.  Difficultés générales Manque de confiance mutuelle Manque de transparence dans la stratégie Manque de transparence dans l’action Difficulté d’appréciation commune des problèmes Manque de clarté dans les relations Difficulté à prendre des décisions claires Lourdeurs des structures de pilotage Résistance au changement La MOE tend à se substituer à la MAO pour des responsabilités relevant de la MOA … et réciproquement ◦ Difficulté à réaliser de réelles validations des documents ◦ Difficulté à réaliser les réceptions (provisoires, définitives) ◦ ◦ ◦ ◦ ◦ ◦ ◦ ◦ ◦ 22
  23. 23.  Difficultés courantes perçues par la maitrise d’ouvrage ◦ Difficulté à obtenir des orientations politiques / stratégiques tranchées ◦ Manque de visibilité sur les travaux réalisées par les MOE ◦ Mauvaise compréhension, estimations des délais et des charges fournies par la MOE  Estimées trop importantes  23 Difficultés courantes perçues par la maitrise d’œuvre ◦ ◦ ◦ ◦ ◦ Manque de disponibilité de la MOA Besoins insuffisamment précis Besoins instables Manque d’engagement de la MOA Difficulté à évaluer les charges et les délais et à les expliquer à a MOA
  24. 24. MAITRE D'OUVRAGE ACQUEREUR - Représente l'utilisateur - Resp. de déf. besoin dans le langage utilisateur ASSISTANCE à MAITRISE D’OUVRAGE Maître d'oeuvre (rang 1) CONSTRUCTEUR - Resp. du besoin en terme technique et contractuel (besoin spécifié) - Contrôle la réalisation confié au Maître d'oeuvre principal (coût, délai, performances) Organisme d'essais (essai de perf) Organisme de surveillance (Ctrl les objectifs P,C,D) MAITRE D'OEUVRE principal - Resp. fourniture produit adéquat dans délai et coût Maître d'oeuvre (rang 1) Maître d'oeuvre (rang 1) PRESTATAIRE DE SERVICE (formation, moyens essais, conseil, ...) Copyright Joseph SZCZYGIEL 24
  25. 25. ACQUEREUR MAITRE D'OUVRAGE - Représente l'utilisateur - Resp. de déf. besoin dans le langage utilisateur - Resp. du besoin en terme technique et contractuel - Contrôle la réalisation confié au Maître d'oeuvre principal (coût, délai, performances) MAITRE D'OEUVRE principal - Resp. fourniture produit adéquat dans délai et coût CONSTRUCTEUR Matériel Ste RRRRR Maître d'oeuvre Progiciel XXX Ste ZZZZZ Maître d'oeuvre Réa Logiciel Spéc YYY Ste AAAAA Copyright Joseph SZCZYGIEL PRESTATAIRE DE SERVICE (formation, conseil) 25
  26. 26. ACQUEREUR MAITRE D'OUVRAGE - Représente l'utilisateur - Resp. de déf. besoin dans le langage utilisateur - Resp. du besoin en terme technique et contractuel - Contrôle la réalisation confié au Maître d'oeuvre principal (coût, délai, performances) MAITRE D'OEUVRE principal - Resp. fourniture produit adéquat dans délai et coût Obl Résultats Obl Moyens CONSTRUCTEUR Matériel Pas Contrats Ste RRRRR Maître d'oeuvre Progiciel XXX Ste ZZZZZ Maître d'oeuvre Réa Logiciel Spéc YYY Ste AAAAA Copyright Joseph SZCZYGIEL PRESTATAIRE DE SERVICE (formation, conseil) 26
  27. 27. MAITRE D'OUVRAGE ACQUEREUR - Représente l'utilisateur - Resp. de déf. besoin dans le langage utilisateur - Resp. du besoin en terme technique et contractuel (besoin spécifié) - Contrôle la réalisation confié au Maître d'oeuvre principal (coût, délai, perf) Organisme d'essais (essai de perf) Organisme de surveillance (Ctrl les objectifs P,C,D) ARCHITECTE INDUSTRIEL - Resp Ingéniérie du système de rang 0 Maître d'oeuvre (rang 1) CONSTRUCTEUR Maître d'oeuvre (rang 1) Maître d'oeuvre (rang 1) PRESTATAIRE DE SERVICE (formation, moyens essais, conseil, ...) Copyright Joseph SZCZYGIEL 27
  28. 28. ACQUEREUR MAITRE D'OUVRAGE - Représente l'utilisateur - Resp. de déf. besoin dans le langage utilisateur - Resp. du besoin en terme technique et contractuel - Contrôle la réalisation confiée au Maître d'oeuvre principal (coût, délai, performances) CONSEIL - Assiste le Maître d'ouvrage CONSTRUCTEUR Matériel Ste RRRRR Maître d'oeuvre Progiciel XXX Ste ZZZZZ Maître d'oeuvre Réa Logiciel Spéc YYY Ste AAAAA Copyright Joseph SZCZYGIEL Prestataire de service (formation, conseil) 28
  29. 29. ACQUEREUR MAITRE D'OUVRAGE - Représente l'utilisateur - Resp. de déf. besoin dans le langage utilisateur - Resp. du besoin en terme technique et contractuel - Contrôle la réalisation confiée au Maître d'oeuvre principal (coût, délai, performances) CONSEIL - Assiste le Maître d'ouvrage Obl Résultats Obl Moyens CONSTRUCTEUR Pas Contrats Matériel Ste RRRRR Maître d'oeuvre Progiciel XXX Ste ZZZZZ Maître d'oeuvre Réa Logiciel Spéc YYY Ste AAAAA Copyright Joseph SZCZYGIEL Prestataire de service (formation, conseil) 29
  30. 30. Procédures Contrats Définit les responsabilités du client et du fournisseur définit les rôles respectifs des acteurs pour la réalisation des tâches et la circulation d'informations Protocoles définit les rôles respectifs de 2 acteurs pour la réalisation de l'ensemble des projets Organigramme des tâches définit pour chaque tâche l'acteur correspondant Instructions définit au sein d'une entreprise le rôle d'une entité
  31. 31. PHASE TYPE DE CONTRATS Faisabilité Contrat d'étude préliminaire Conception Contrat d'étude de définition Contrat de développement Production Contrat de réalisation Contrat de production Contrat d'assistance technique Contrat de soutien en conditions opérationnelles Utilisation Contrat d'entretien Contrats d'études de modifications Contrat de veille technologique
  32. 32. ¨Phase de CONSULTATION Choix de politique de consultation Elaboration du dossier de consultation Phase de NEGOCIATION Choix des contractants Mise au point des contrats Signature des contrats Phase d' EXECUTION Tâches de surveillance prévues aux contrats Décision de qualification et d'acceptation Décision de réception Transfert de propriété Facturation, paiement Phase de LIQUIDATION Tâches de clôture
  33. 33.   Recherche des entrepreneurs Sélection des soumissionnaires selon critères ◦ ◦ ◦ ◦  Performances sur projets passés Compétences Charge de travail actuelle Intérêt pour le travail à faire Préparation de l'appel d'offre L'appel d'offre doit contenir au minimum : ◦ Description du travail (détaillé si forfait) ◦ Les exigences de management ◦ Un modèle de réponse (facilité le dépouillement)  Analyse des offres ◦ Analyse quantitative (prix, délais, ...) ◦ Analyse qualitative (sur réalisations passées)  Attribution du contrat Dernière démarche où le client est en position de force Après signature, c'est l'entrepreneur qui l'est !!!
  34. 34. MODE DE REMUNERATION DES CONTRATS Contrats avec Forte implication du CLIENT Contrats Incitatifs Contrats avec Forte implication du FOURNISSEUR Contrats en Régie Contrats Couts + Hon Incitatif Contrats à prix forfaitaire Contrats Couts + Honoraires Contrats avec Prix Max Révision de contrats vers Prix forfaitaire Contrats au Pourcentage Contrats avec Bonus / Malus
  35. 35. Cycle de vie Copyright Joseph SZCZYGIEL (email joseph.szczygiel@gmail.com) 35
  36. 36. Cycle de vie du projet Cycle de vie de fabrication des produits Copyright Joseph SZCZYGIEL 12/01/2012 36
  37. 37.      Initialisation Préparation Planification Pilotage Bilan Initialisation Préparation Planification Pilotage Bilan Réalisation du produit
  38. 38. Exemple Besoin fonctionnel Produit : défini en langage utilisateur Besoin spécifié Produit défini en langage technique et contractuel Produit défini par un ensemble de données permettant de l'identifier, de le produire, de le réaliser Produit défini Produit : constitué des divers Produit réalisé exemplaires, avant leur utilisation Produit : constitué de divers exemplaires,Produit vivant exploité et soutenu sous la direction des utilisateurs Produit mort Copyright Joseph SZCZYGIEL (email joseph.szczygiel@gmail.com) 38
  39. 39. Suivi technique Besoin fonctionnel Expression des besoins Conception préliminaire Qualification Besoin spécifié Conception détaillée Produit défini Production Réalisation Processus directs Acceptation Produit réalisé Utilisation --> exploitation --> soutien Produit vivant Processus indirects Copyright Joseph SZCZYGIEL (email joseph.szczygiel@gmail.com) Retrait de service Produit mort 39
  40. 40. Conception préliminaire Exploration Conception d'ensemble Appréciation de la solution Norme AFNOR Z67 - 101 Dossier Etude préalable Conception détaillée Conception du système Spécification fonctionnelles Etude organique générale Dossier Conception détaillée Cahier des Copyright Joseph SZCZYGIEL charges (email joseph.szczygiel@gmail.com) 40
  41. 41. PHASE DE REALISATION Etude organique détaillée Programmation et tests unitaires Validation technique Norme AFNOR Z67 - 101 PHASE DE MISE EN OEUVRE Réception provisoire PV Réception Provisoire Exploitation sous contrôle PV Réception Définitive Copyright Joseph SZCZYGIEL (email joseph.szczygiel@gmail.com) 41
  42. 42. U T I L I S A T I O N Maintenance Evaluation du système informatique Réappros consommables: - Test de sécurité Données & Traitements - Perf en mode normal et dégradé - Procédures d'exploitation Commande, gestion, livraison Evaluation du système d'informations Suivi technique - Retour d'expérience - Etude d'évolution - Gestion de la configuration - Evaluation % objectifs d'entreprise - Evaluation de la conformité - Evaluation de la cohérence des systèmes Copyright Joseph SZCZYGIEL (email joseph.szczygiel@gmail.com) 42
  43. 43. PHASE SPECIFICATION Etude Opportunité Cahier des Charges Contrat Réalisation Logiciel spécifique PHASE CONCEPTION Dossier d'Analyse PHASE REALISATION Bon de commande Dossier Programmation PHASE MISE EN OEUVRE Dossier de Tests Doc Utilisation PHASE EXPLOITATION PV Réception Provisoire Doc Exploitation PV Réception Définitive Contrats Maintenance Copyright Joseph SZCZYGIEL (email joseph.szczygiel@gmail.com) 43
  44. 44. Exemple Besoin fonctionnel Produit : défini en langage utilisateur Besoin spécifié Produit défini en langage technique et contractuel Produit défini par un ensemble de données permettant de l'identifier, de le produire, de le réaliser Produit défini Produit : constitué des divers Produit réalisé exemplaires, avant leur utilisation Produit : constitué de divers exemplaires,Produit vivant exploité et soutenu sous la direction des utilisateurs Produit mort Copyright Joseph SZCZYGIEL (email joseph.szczygiel@gmail.com) 44
  45. 45. Cycle de vie du projet Cycle de vie de fabrication des produits Copyright Joseph SZCZYGIEL 12/01/2012 45

×