uml-concepts de base
TRANSCRIPT
1
Gestion de Projets :partie I: Concepts de base
BELASLA El Mehdi
2007 - 2008
207/12/2007
Plan General du ModuleIntroduction à la gestion de projet
Modèles de Cycle de vie du développement logicielTechniques de PlanificationEstimation de coûtsGestion des délais, des coûts et des risquesOrganisation du TravailSuivi et contrôle du projet : Mesures d'avancement, détection des écarts, mesures correctives, tableau de bord.
Gestion informatisée des projets (MsProject)
307/12/2007
Objectifs du ModuleComprendre la nécessité de la gestion de projets informatiquesComprendre les différences avec d'autres types de gestion de projetapprendre les différentes activités de la gestion de projets informatique
planification, ordonnancement, gestion des risques, gestion de configuration, gestion de la qualité, estimation des coûts, amélioration du processus, ...
être capable de réaliser et utiliser un plan de projetévaluer, organiser, planifier, suivre, assurer la qualité
des projets informatiques
407/12/2007
Enseignement/Méthode
Cours magistral + travaux pratiquesLes travaux pratiques concernent la planification et la surveillance d'un projet qui sera développé dans le contexte du cours .
507/12/2007
BibliographieLa Conduite de projets (Dunod, 2003) : un ouvrage de référence qui couvre l'ensemble des étapes de la conduite de projet [en français].
Effective Project Management, Third Edition (Wiley, 2003) : le livre de Wysocki (pour ceux qui veulent aller plus loin) [en anglais].
Project 2003 (Éditions ENI, 2004) : un ouvrage abordable pour apprendre Project 2003 Standard tranquillement [en français].
Microsoft Office Project 2003 Step by Step (Microsoft Press, 2003) : pour tout connaître de Project 2003 [en anglais].
607/12/2007
Certification
Project Management Professional : PMPwww.iil.comCMMI
7
Définitions &
Terminologies
807/12/2007
Notion de Projet : DéfinitionUn projet est une articulation de ressourceshumains , intellectuelles et matérielles agencées dans une organisation temporaire, dans le but d’atteindre un objectif caractérisé par un coût, un délai et des performance.
Les sept facettes du projet : un objectif à réaliser … par des acteurs … dans un contexte précis … pour un délai donné… avec un budget défini … nécessitant l’utilisation d’une démarche … et d’outils appropriés.
907/12/2007
Le projet
ProjetUn début et une finProduit : définition technique, fonctionnelleProcessus : démarche, méthode, normePilotage : supervision Des ressources/Acteurs
Pilotage
ProcessusProduit fini
1007/12/2007
Mais aussi…
Un projet, est aussi : un objectif en partie flou àatteindre … dans un contexte incertain, soumis aux aléas … avec des ressources définies mais incertaines (acteurs faillibles, coûts méconnus et imprévisibles, délais fluctuants … nécessitant l’utilisation d’une démarche imparfaite … et d’outils contraignants.
1107/12/2007
Projet VS opération ?Les organisations produisent du travailOpérations et projets :
Réalisés par des acteursContraints par des ressources limitéesPlanifiés, exécutés et contrôlés
Opérations : continues et répétitivesProjets : temporaires et uniques
Début et fin définis , Fin : objectifs atteints ou abandonLe caractère temporaire est parfois imposé :
Par le marchéPar la disponibilité des ressources
Pilotage
ProcessusProduit fini
1207/12/2007
Exemples de projets
Développement de nouveau produit ou serviceChangement de modèle d’organisationConception d’un nouveau moyen de transportDéveloppement de système d’informationConstruction d’ouvrage BTPCampagne électoraleImplémentation d’un nouveau processus
1307/12/2007
Projet informatique
Produit = Logiciel, Architecture réseau…Le processus de développement non pas standardiséLa production de logiciel n ’a pas de caractère répétitif, la plupart des projets sont réalisés une seule fois.
1407/12/2007
De l'idée au projet
Comment traduire une idée en projet ?
Transformer une idée en objectifsTechniques : quoi faire?De délais : en combien de temps ?De coûts : A quel budget ?
Définir les moyens nécessaire
Prévoir une organisation et la gestion du projet
1507/12/2007
Caractéristiques d'un projetTaille : budget, durée, nombre de décideurs, nombre d’acteursNature : industriel, artistique, humaine, etc.Degrés d’innovation :
Innovation technologique : mise en oeuvre de nouveaux concepts, nouvelles méthodes, nouvelles technologies.Innovation métier : changement de processus métier, restructuration de l’organisation.
Collectif ou Individuel.Pluridisciplinaire ou Spécialisé.Ouvert : études de méthodes, concepts, technologiesFermé : contrainte de développement très précise.Objectif unitaire : produit destiné à 1 seul utilisateurRéutilisation : produit destiné à être fabriqué en série
1607/12/2007
Pourquoi de la gestion de projet ?Les projets n'atteignent pas souvent leurs objectifs
dépassement de délaissurcoûts importantsqualité technique du produit insuffisante
Les projets se déroulent dans un milieu complexeacteurs divers dans une entreprise : étude, production, marketingenvironnement extérieur non maîtrisable : marché, social, politique,concurrence
1707/12/2007
Le triangle revisitéDifférenciation Budget -Ressources
Frontières (Scope)Ce qui sera réaliséCe qui ne sera pas réaliséBase du projet
DélaisFenêtre temporelle à l’intérieur de laquelle le projet doit être réalisé
CoûtsBudget disponible pour réaliser le projet
RessourcesPersonnes et équipements
Ressources
Délais Coûts
ObjectifLimite du projet(Scope)
18
Processus de gestion de projet
1907/12/2007
Gestion des projets : Définitions
La gestion de projet consiste à maintenir l'équilibre entre les objectifs, les prévisions et les ressources. En générale, cela signifie la planification, l'organisation et le suivie des tâches d'un projet ainsi que l'identification et la prévision des ressources nécessaires à la réalisation de ces tâches.
2007/12/2007
Gestion des projets : Définitions
Tâche : Travail qui comprend un début et une fin. L’achèvement
d’une tache est nécessaire à l’achèvement d’un projet. Les projets sont composé de tâches.
Une tâche qui a une durée nulle s’appelle Jalon
2107/12/2007
Gestion des projets : DéfinitionsRessource :Élément nécessaire à l’accomplissement des tâches
(personnel/équipement/argent)ExempleMonsieur Fikri travaille à plein temps sur le projet
Nbr.max = 1Madame Fadli travaille à mi temps sur le projet
Nbr.max = 0.5
2207/12/2007
Définir le projet
La logique du projet :Push : projet de recherche / exploratoirePull : développement de nouveau produit
Modes de pilotage :Stop and goEn dérive
Les objectifs du projet :Fixer les objectifs, décider de s’y tenirFixer des étapes intermédiaires
2307/12/2007
Résolution de problème
Problème Formulation Solution« La principale difficulté consiste à formuler un problème pertinent que l’on puisse résoudre car cette formulation du problème est indissociable de la recherche de la solution » [Giard]
Phases principales pour toute gestion de projets…
2407/12/2007
Phase 0
origine Fonctionnel
0
Études préliminaires
CristallisationNaissance du projetExploration
Rapport d’étudespréliminaires
2507/12/2007
Phase 1
Fonctionnel
0
Analyse et faisabilité
FormulerPréciserVérifier
Dossier d’orientation :- avant-projet- propositions techniques
Spécifié
1
2607/12/2007
Phase 2
Définition du projetConception préliminaire
OrganiserDétailler
Dossier de lancementPlan projet
Spécifié
1
Référence dedéveloppement
2
2707/12/2007
Phase 3
Conceptiondétaillée
Faire
Rapport de recette
Référence dedéveloppement
2
Réalisé
3
ValidationMise au point
Conceptiondétaillée
ValidationVérification
Industrialisation
Développement
Exploitation
Production
2807/12/2007
Macro processus de gestion de projet
InitialisationInitialisation PlanificationPlanification
ContrôleContrôle ExécutionExécution
ClôtureClôture
Initialisation :– définir le but et les
objectifs du projet.– identifier les risques
Planification :– Découper le travail– Définir les dépendance– Definir les ressources– Définir le plan d’action
Exécution :– coordonner les
ressources– suivre le plan d’action– rapporter
Contrôle :– surveiller / monitorer– mesurer– définir les actions correctives
Clôture :– révision formelle– décision formelle– documentation
2907/12/2007
Macro processus de gestion de projets Degréd’activité
Fin de phaseDébut de phase
Initialisation
Planification
Exécution
ContrôleClôture
Superposition des processus
3007/12/2007
Macro processus de gestion des projets
Approche générale : adaptée à la plupart des projetsNécessite des adaptations :
TerminologiquesCompatibilité avec les processus standards de l’entrepriseCulturelles
Ni intégriste, ni laxiste !
3107/12/2007
Les représentations d’un projet
Les maquettesLes simulations et modèlesLes prototypesLes préséries
3207/12/2007
Les processus d'activites de la gestion de projets
Processus de gestion
Estimation , Planification , Suivi, Analyse
Processus de Production
OrganisationConception
Réalisation Exploitation
Processus de Qualité
DocumentationProcessus qualité
Processus de Gestiondu Risque
3307/12/2007
Typologie des projetsUne entreprise, quelques projetsL’arrêt d’un projet coûte très cherLa réduction des coûts est un enjeu majeurL’entreprise assume seule les risquesLa réussite conditionne les opérations futuresStart up
Entreprise
Projets
3407/12/2007
Typologie des projets
Entreprise
Projets
Une entreprise, de nombreux projetsRecherche de synergies entre les projets :
Réduction des coûtsRapidité de mise sur le marché
Sélectionner les projets (stop and go)
3507/12/2007
Typologie des projets
Entreprise
Projets
Plusieurs entreprises, un projetEnjeu : coordinationRègles imposéesGrands projets : Ariane, Tunnel sous la manche, Port Med
3607/12/2007
Typologie des projets Entreprise
Projets
Des entreprises, des projetsSituation hybrideSous-traitance en cascadeBâtiment
37
Parties prenantes et acteurs
3807/12/2007
L’environnement de l’entreprise
ENTREPRISE
Climatpolitique Partenaires
Clients
Technologies MarchésConcurrents
Fournisseurs
Normes
3907/12/2007
Project OrganizationAssurer une meilleur communication au sein du projetDefinir les roles et les taches pour les membres duprojet
2 personnes 1 ligne de communication
3 personnes
4 personnes
5 personnes
3 ligne de of communication
6 ligne de of communication
10 ligne de of communication
:n personnes
:n(n-1)/2 lignes de communication
?????
4007/12/2007
Identifier et contrôler les acteurs
Personnes ou organisations activement impliquées dans le projetPersonnes ou organisations dont les intérêts peuvent influencer le projetActeurs clefs :
Chef de projetClients directs ou indirectsRessources chargées de la réalisationSponsor
4107/12/2007
Les différents acteurs
Commanditaire (ou Mandant) Définit le cadre financierGarant du projetEn général, membre du comité de pilotage
Maître d'ouvragePersonne physique ou morale propriétaire de l'ouvrage Détermine les objectifs, le budget et les délais de réalisation
Maître d'oeuvrePersonne physique ou morale qui reçoit une mission du maître d'ouvrage Assure la conception et la réalisation de l'ouvrage
4207/12/2007
Les différents acteurs
Comité de pilotageDonneur d’ordre du projet, décision finale sur la solution proposée par la Direction de ProjetValidation de la solution proposée aux niveaux budgétaire et stratégiquePrend les décisions de fin de phasesReprésentatif des principaux intéressés
4307/12/2007
Les différents acteurs
Direction de projetTête du projetAssure que la solution proposée correspond bien aux besoins de l’entreprise tant au niveau technique que stratégiqueValide la solution proposée par le Chef de projet avant de la soumettre au Comité de projet
Project officeSoutien logistique pour le chef de projetGarant de la méthodologie de la gestion de projet
4407/12/2007
Les différents acteurs
Chef de projetResponsable des résultats du projetDéfinit les buts et les objectifs (avec le client)Développe la planification du projetS’assure que le projet est exécuté efficacement
Equipe de projetTravaille efficacement pour livrer un produit qui satisfait le clientTalents et compétences de chaque membre se complètent
4507/12/2007
Organisation d’un projet typeComité de PilotageComité de Pilotage
Direction de ProjetDirection de ProjetProject OfficeProject Office
GroupetechniqueGroupe
techniqueGroupe
techniqueGroupe
technique
Chef de ProjetChef de Projet
MandantMandant mois
semaine
jour
équipe de projet
4607/12/2007
Conduite de ProjetManager Un Projet
Gérer Animer
Structurer
Prévoir Piloter
Système etTaches A Réaliser
Coordonner
Échanger Mobiliser
Équipe Projet etPartenaire
AssurerLa bonne Fin
Du Projet
Une Mission
Deux dimensions
Six fonctions En Synergie
Deux Axes
Un Objectif
4707/12/2007
Classification par genres
Grands projets industrielsPetits projetsProjet de recherche et développement (push)Projet de produits nouveaux (pull)Projets informatiquesProjets d’organisationProjets évènementiels
48
Gestion de ProjetsInformatiques
4907/12/2007
Qu'est qu'un logiciel ?cahiers de besoins et de spécificationsDocuments de conceptionCode SourcePlans de testsInterface avec le matériel et l'environnement systemeDocumentation, interne et externe
5007/12/2007
Pourquoi la gestion de projetsinformatiques
la gestion de projets logiciels estnécessaire pour réaliser les projets logiciels
à tempsà l'intérieur des budgetsselon les objectifs
crucial pour réaliser un projet réussi, à cause dela complexité des systèmes logiciels actuelsla haute fréquence du changement pendant le développement des logicielsles contraintes qui sont imposées sur l'horaire, le budget, les ressources
5107/12/2007
L'objectif d'un projet informatique
Produire un système qui est absolument correct.Produire un système avec le minimum d'efforts.Produire un système avec moindre coût.Produire un système dans un temps optimum.Produire un système facile à maintenir et à mettre àjour.
5207/12/2007
Les Qualités d'un système
AbstractionModularitéIndépendance Fonctionnelle
forte Cohésionfaible Couplage
5307/12/2007
le Processus de Développement
Est une collection des principales activités a entreprendre au cours du cycle de vie d'un système.
Exemples: étude de besoins, conception, Tests, Maintenance
5407/12/2007
Vérification and Validation
A cours du développement du systèmeest que le système a réaliser satisfait les besoins définies au préalable?. = Verificationest que le système a réaliser correspond bien aux besoins des utilisateurs?. = Validation
Validation et Vérification ( V & V ) permet d'assurer la transition d'une phase à une autre au cours du processus de développement du systèmeProactive V & V est bonne technique pour assurer la qualité du système à développer
5507/12/2007
Qu'est ce qu'un Projet informatiqueLa gestion de projet entoure toutes les activités requises pour réaliser un
projet:Planification (planning): décider les activités qui doivent être exécutéesOrdonnancement (scheduling): s'assurer que le projet respecte les contraintes de tempsEstimation: du coût, de l'effort, et des ressources nécessairesPersonnel: choisir, évaluer et affecter les personnes appropriées aux activités de projet; définir les rôles et les responsabilités; motiver et supporter le personnelDirection: donner des instructions; s'assurer que l'équipe travaille ensembleSurveillance (monitoring): vérifier le progrès, faire des revues pour approuver des décisions prises par d'autres, détecter les déviations de l'horaire ou du budgetCorrection: prendre des mesures correctives afin de remédier les retardsInnovation: fournir de nouvelles solutions, essayer continuellement d'améliorer le processusReprésentation: communiquer avec les utilisateurs, coordonner le travail avec les gestionnaires d'autres projetsRapportage: rédiger des rapports, livrables et présentations
5607/12/2007
Typologie de logicielsEchelle Complexité
Nombre de fonctions, modules, cheminsEffort de Equipe
Changement des membres de l'équipeCommunication
Distribution de la spécification et la documentationContinuité
Changement au cours du cycle de vieTemps de vie
Mesurée en années Buts Imprécis
Conflictuel , ambiguë et changeant
5707/12/2007
Les phases de développement d'un systèmePhase / Documents / Effort
Planification 10% Project Plan
Etude de besoins 10%Analyse des besoinsSpécification du Système
Conception 15%Description de Architecture du SystèmeConception détaille
Implémentation 20%Code Source documentation
Tests 45%Plan de Test
5807/12/2007
Eléments d'un Plan ProjetIntroduction
Contexte du projet ayant un Background , l'historique les delivrables, les personnes impliqués et le sommaire.
Process ModelUne description du modèle de développement le plus adapté par le projet. Comprenant les activités, milestones, les deadlines, et l'identification du chemin critique.
Project OrganizationDans le cas d'une organisation assez large . Identification des membres du projet , et leurs organisation en équipe.
Standards, GuidelinesIdentifier les standards a utiliser et les guides
Management ActivitiesUne description de la gestion de projet : allocation des resources, monitoring, status reporting.
5907/12/2007
SuiteRisks
Description des risques potentiels qui touche au succès du projet. Production de plans de risques.
StaffingPlan d'allocation du personnel : planification et estimation de couts
Methods and Techniques Description des outils utilisés durant le cycle de vie. Par exemple: CASE design tools, version control tool, testing tools.
Quality Assurance Description des processus d'assurance de la qualité du système.
6007/12/2007
suitePlan Resources :
allocation des ressources materielles. : planaification et estimation de couts.
Budget & Schedule Allocation des coûts aux différentes activités.
Change Management Plan : cas de changements des besoins durant le projet
Delivery Plan :Livraison du système a l'utilisateur. Délivrance complète, partiel
6107/12/2007
Répartition des efforts
Un projet est de type 40-20-40 :40% etude de besoins, specification, architecture, conception20% codgage , debugage40% tests
Ou un projet de type 60-15-25 (Boem):60% etude de besoins, specification, architecture, conception15% codgage , debugage20% tests
+ 50% .. 75% de l'effort initial après l'utilisation du système : la maintenance a long terme et la modification.
62
Partie II :Cycle de vie d’un système Informatique
6307/12/2007
Processus logiciel
Différents aspects du processusQui le fait (le qui) ?Que faut-il faire (le quoi) ?À quel moment le faire (le quand) ?Dans quelles conditions il faut le faire (le comment) ?Quelles sont les raisons, les décisions, le contexte et les objectifs de l'action (le pourquoi)?
6407/12/2007
Les modèles de processus de logiciel
Un modèle de processus de logicielest une approche générale pour organiser un projet en activitésest une représentation abstraite d'un processus de logicielaide le chef de projet et son équipe à décider
quel travail devrait être effectuédans quel ordre le travail devrait être effectué
Les modèles sont des aides à la pensée, ils ne sont pas des prescriptions rigides de comment faire les choses
6507/12/2007
Les modèles de processus de logiciel
différentes organisations ont différents processusles différences résultent de la nature des entreprisesmême au sein d’une même entreprise, plusieurs processus peuvent être utilisés
6607/12/2007
Notion de cycle de vie
C'est la description d'un processus couvrant les phases de:Création d'un produit,Distribution sur un marché,Disparition.
Le but de ce découpage est deMaîtriser les risques,Maîtriser au mieux les délais et les coûts,Obtenir une qualité conforme aux exigences.
« La qualité du processus de fabrication est garante de la qualité du produit »
6707/12/2007
suite
Pour obtenir un logiciel de qualité, il faut en maîtriser le processus d’élaboration
La vie d’un logiciel est composée de différentes étapesLa succession de ces étapes forme le cycle de vie du logicielIl faut contrôler la succession de ces différentes étapes
Cycle de vie et assurance qualité sont fortement liés; il faudra donc en permanence assurer:
la validation: sommes nous en train de faire le bon produit?la vérification: est ce que nous faisons le produit correctement
6807/12/2007
Composantes du cycle de vie d’un logiciel
Etude de faisabilitéDéterminer si le développement proposé vaut la peine d’être mis en œuvre, compte tenu des attentes et de la difficulté de développementEtude de marché : Déterminer s’il existe un marché potentiel pour le produit.
SpécificationDéterminer les fonctionnalités que doit posséder le logicielCollecte des exigences : obtenir de l’utilisateur ses exigences pour le logicielAnalyse du domaine : déterminer les taches et les structures qui se répètent dans le problème
6907/12/2007
suite
Organisation du projetDéterminer comment on va développer le logicielAnalyse des coûts : établir une estimation du prix du projetPlanification : établir un calendrier de developpementAssurance qualité du logiciel : déterminer les actions qui permettront de s’assurer de la qualité du produit finiRépartition des taches : hiérarchiser les taches et sous-taches nécessaires au développement du logiciel
7007/12/2007
suiteConception
Déterminer la fa¸con dont dont le logiciel fournit les différentes fonctionnalités recherchées
Conception généraleConception architecturale : déterminer la structure du systèmeConception des interfaces : déterminer la facon dont les différentes parties du système agissent entre elles
Conception détaillée : déterminer les algorithmes pour les différentes parties du système
7107/12/2007
suiteImplémentation
Écrire le logiciel TestsEssayer le logiciel sur des données d’exemple pour s’assurer qu’il fonctionne correctementTests unitaires : faire tester les parties du logiciel par leursdéveloppeursTests d’intégration : tester pendant l’intégrationTests de validation : pour acceptation par l’acheteurTests système : tester dans un environnement proche de l’environnement de productionTests Alpha : faire tester par le client sur le site de développementTests Bêta : faire tester par le client sur le site de productionTests de régression : enregistrer les résultats des tests et les comparer a ceux des anciennes versions pour vérifier si la nouvelle n’en a pas dégradé d’autres
7207/12/2007
suiteLivraison
Fournir au client une solution logicielle qui fonctionne correctementInstallation : rendre le logiciel opérationnel sur le site du clientFormation : enseigner aux utilisateurs `a se servir du logicielAssistance : répondre aux questions des utilisateurs
MaintenanceMettre `a jour et améliorer le logiciel pour assurer sa pérennitéPour limiter le temps et les coûts de maintenance, il faut porter ses efforts sur les étapes antérieures
7307/12/2007
Modèles de cycle de vie d’un logiciel
Modeles linéaires et incrémentauxModèles linéairescascademodèle en V...
– Modèles non linéairesprototypagemodèles incrémentauxmodèle en spirale...
7407/12/2007
REQUIREMENTSANALYSIS
SYSTEMDESIGN
PROGRAMDESIGN
PROGRAMIMPLEMENTATION
UNITTESTING
INTEGRATIONTESTING
SYSTEMTESTING
DELIVERY
MAINTENANCE
The software process in reality
7507/12/2007
Les modèles de développement :code-and-fix
Compréhension du pb
Programmation
Mise au point
Satisfaisant ?
non
oui Fin
7607/12/2007
Modèles de développement: tunnel
Problème Solution
Caractéristiqueabsence de modèle !
UtilisationA éviter !réservée aux petits projets
7707/12/2007
Les modèles de développement :Modèle de la cascade
Etude de faisabilité
Définition des besoins
Conception générale
Conception détaillée
Codage
Implémentation
Validation
Validation
Vérification
Intégration
Vérification
Tests unitaires
Tests d ’intégration
RECETTE
7807/12/2007
suiteDans ce modèle le principe est très simple : chaque phase se termine à une date précise par la production de certains documents ou logiciels. Les résultats sont définis sur la base des interactions entre étapes et activités, ils sont soumis à une revue approfondie, on ne passe à la phase suivante que s'ils sont jugés satisfaisants. Une séparation stricte des étapesInteraction entre les étapes successivesle modèle inclut l'itération et la rétroaction ( feedback)Les boucles de rétroaction permettent de modifier l'étape précédenteChaque étape est complétée par la documentation des accomplissements
7907/12/2007
Les avantages
Facile à gérerLe modèle est facile à comprendre et à utiliser
Les systèmes sont spécifiés avant leur conceptionLes composants du système sont conçus avant leur implémentation
– Les étapes clés sont bien-définisFacile à maintenirDans chaque étape les accomplissements sont explicitement documentés
8007/12/2007
Les LimitationsLa séparation des étapes est trop stricte et inflexible
on doit compléter une étape avant de commencer l'étape suivanteles étapes sont très artificielles; il est souvent difficile de déterminer la fin d'une étape
Le modèle est seulement approprié quand les exigences sont bien définies
il est rare que le client peut fournir toutes les spécifications dès le début du projet; les exigences changent constammentc'est difficile de changer les spécifications quand le processus est en cours
8107/12/2007
Modèle en V
CaractéristiquesModèle en cascade amélioréLe plus utilisé
8207/12/2007
Modèle itératif Principe
A chaque étape, on rajoute de nouvelles fonctionnalités
CaractéristiquesChaque étape est relativement simpleOn peut tester et essayer au fur et àmesure le logiciel que l’on développe
8307/12/2007
Modèle en spirale
Autre vision du modèle itératif
8407/12/2007
A suivre
Processus de planification EstimationsOrdonnancement et affectation de ressourcesGestion informatisée de projet