Jean-Charles Régin Licence Informatique 3

1 gestion de projet : IntroductionJean-Charles R ginLicence Informatique 3 meann e - MIAGEG estion de projet : IntroductionGestion de projet : Introduction Le projet gestion de projet : pourquoi ?pj p q D finitions Al d B i Analyse des Besoins Cahier des Charges Fonctionnel D coupage d un projetGestion de projet : IntroductionGestion de projet : Introduction Le projet gestion de projet : pourquoi ?pj p q D finitions Al d B i Analyse des Besoins Cahier des Charges Fonctionnel D coupage d un projetLe projetLe projet Wikip dia : Ensemble finalis d activit s et d actions et d actions entreprises dans le but de r pondre un besoin d fini d d d li fi dans des d lais fix s et dans la limite de l enveloppe budg taire allou e Le projet : 5 aspectsLe projet : 5 aspectsFti l bi Fonctionnel: r ponse un besoin Thi t d ifi ti t d t i t Technique: respect des sp cifications et des contraintes Organisationnel respect d un mode de fonctionnement Organisationnel : respect d un mode de fonctionnement (r les, culture, fonctions, r sistance au changement) D lais: respect des ch ances (planning) Co ts.

2 Respect du budget Un projet : 5 aspectsUn projet : 5 aspects R pond un besoin d fini par le client Respecte les sp cifications (hauteur )pp () Respecte la culture de la structure cible Rt l d li Respecte les d lais Respecte le budget pr vuTypes de projetsTypes de projetsOl Ouvrage: r sultat unique un pont, un immeuble, un film, une pi ce de th tre, un logiciellogiciel Produit: mise au point d une gamme de produit nouveau mod le de voiture nouvelle cr ation de haute nouveau mod le de voiture, nouvelle cr ation de haute couture, nouvel aliment Op ration: Op ration: fusion de deux entreprises, automatisation des processus, formation des personnels Ev nement: Coupe du monde de rugby, Jeux Olympique, Tour de FranceGestion de projet : IntroductionGestion de projet : Introduction Le projet gestion de projet : pourquoi ?

3 Pj p q D finitions Al d B i Analyse des Besoins Cahier des Charges Fonctionnel D coupage d un projetGestion de projet : pourquoi ? gestion de projet : pourquoi ?G i t f i diffi il ! G rer sa propre vie est parfois difficile ! On ne peut m me pas se faire confiance !Alors imaginer avec une quipe !Alors imaginer avec une quipe ! On ne peut pas ne pas faire de bug (moi aussi j ai cru que On ne peut pas ne pas faire de bug (moi aussi j ai cru que je ne faisait pas de bug!) Tr s difficile d valuer le temps exact (pb conceptuels, ), de pr voir les probl mes (Incompatibilit entre 2 logiciels) d anticiper les difficult s (La base de donn es client est mal d anticiper les difficult s (La base de donn es client est mal faite), d imaginer les al as (Michel vient de se casser le ), gestion de projet ?))

4 Pourquoi gestion de projet ? Pourquoi Radioth rapie 85-87 : plusieurs morts Missile Patriot Ariane 5 (96) Ariane 5 (96) Bug de l an 2000 gestion de projet ? Pourquoi ? gestion de projet ? Pourquoi ? Les projets informatiques sont de plus en plus gros faisant intervenir des gens d horizons diff rents Ouvrir Adobe Illustrator, puis Aide, A propos d illustrator et cr dits On regarde .. gestion de projet : pourquoi ? gestion de projet : pourquoi ?SdSt di h G I ttil 1995 SondageStandish Group International 1995 #4 8000 projets logiciels analys s 365 compagnies consult es Grandes petites moyennes Grandes petites moyennes Multi secteurs : industrie banques sant R sultats 1 projet sur 6 dans les d lais et les co ts pr vus 1 projet sur 3 conna t un chec (annul en cours de d veloppement)d veloppement) 53% des projets d passent les couts et les d lais et ne satisfont pas les exigences initialement requises!

5 gestion de projet : les mythesGestion de projet : les mythes Les outils actuels sont la solution un nul avec un outil est toujours un nul Si on est en retard, on ajoutera du personnelGestion de projets : les mythesGestion de projets : les mythes Mythes du client : Une id e g n rale des objectifs est suffisante pour commencer le codage on ajoutera les d tails plus tard Une forte communication entre clients et d veloppeurs est toujours n cessaire Les changements peuvent tre facilement r percut s parce que le logiciel est flexibleL h l Les changements ne peuvent tre vit s, c est la Les changements tardifs co tent tr s chersGestion de projets : les mythesGestion de projets : les mythes Mythes du d veloppeur : Une fois que le programme est crit et qu il tourne, le travail est termin Ah ah ah aaahahh !

6 Jusqu ce que le programme tourne, il n y a aucun moyen d valuer sa qualit Inspections & revues La seule chose livrer pour un projet r ussi est un programme qui marche Documentation, Tutorial .. gestion de projet : IntroductionGestion de projet : Introduction Le projet gestion de projet : pourquoi ?pj p q D finitions Al d B i Analyse des Besoins Cahier des Charges Fonctionnel D coupage d un projetD finitionsD finitionsM i d (MOA) dd d f Ma trise d ouvrage (MOA) : donneur d ordre au profit de qui l ouvrage est r alis E Cil il l tti d l Ex: Conseil r gional pour la construction d un lyc e Il d finit les besoins, les exigences (requirements) Le client Le client Ma trise d uvre (MOE) : organisation ou personne garante de la bonne r alisation technique des solutionsgarante de la bonne r alisation technique des solutions Ex: entreprise charg e de coordonner les diff rents corps de m tiers chef de projetpj Le r alisateur du projet Vocabulaire vient du BTP.

7 Utiliser aussi ailleursD finitionsD finitionsR () ressources (resource) : humaines = personnes travaillant sur un projet un instant t, quipe projet mat rielles = outils , mat riaux, financements, n cessaires la r alisation du projet Effort : quivalent un co t (effort) temps pass par l ensemble des ressources humaines sur le projet = somme des temps pass s par chaque personne. Exprim en en e Cahier des charges : document qui permet de formaliser avec pr cision le besoin du demandeurde a deu Dur e ou d lai (duration, delay) diff rence entre date de fin et date de d but du projetD finitionsD finitions T che /Acti it (task/acti it) T che /Activit (task/activity): sous-partie d un projet organis es selon une relation d ordre partiel (parall lisme, d pendance) responsabilit d un membre de l quipe projet (ou chef de projet)pqppj(pj) Contraintes (constraints) : Propri t qui doit absolument tre respect e.

8 Pour des raisons de s curit (pas 2 avions en m me temps au m me endroit), cause de la loi, parce qu on ne peut pas faire tt ( t t d d it l f i t)autrement (on ne peut pas tre deux endroit la fois en m me temps) Pr f rences (preferences): Propri t que l on aimerait satisfaire, mais on peut ne pas le faire (La sauvegarde pourrait tre automatique)pourrait tre automatique) Livrable (deliverable) : Produit ou service remis formellement par un fournisseur un client. Doit respecter un protocole, d fini par contrat entre le fournisseur et le client : forme, Doit respecter un protocole, d fini par contrat entre le fournisseur et le client : forme, contenu, ch ancier de r alisation, normes respecter, proc dures de livraison, d approbation finitionsD finitionsAl d Ri (ik l i/ ik f t) Analyse des Risques (risk analysis/ risk factor) Recette (validation) : Ensemble des actions de contr le n cessaires la reconnaissance formelle de la conformit d un livrable des exigences contractuelles D coupage du projet dans le temps: Jalon phase (milestone) Phase = p riode de r alisation Phase p riode de r alisation Jalon.

9 Point de passage o l on confronte formellement l ensemble des r sultats obtenus pendant la phase aux r sultats attendus Lot sous projet chantier (workpackage) : Lot, sous projet, chantier (workpackage) : D composition d un projet pour le ma triser plus facilement. Se termine par la remise d un de projet : IntroductionGestion de projet : Introduction Le projet gestion de projet : pourquoi ?pj p q D finitions Anal se des Besoins Analyse des Besoins Cahier des Charges Fonctionnel D coupage d un projetAnalyse des besoinsAnalyse des besoins D finition des besoins diff rents niveaux d abstraction : Besoins de l utilisateur Besoins des composantsp D finition du syst me r aliser avec le point de vue de l utilisateur et/ou du clientvue de l utilisateur et/ou du client Analyse des besoins : LE QUOI Conception.

10 LE COMMENTpAnalyse des besoinsAnalyse des besoins Processus de d couverte, de raffinement, de mod lisation et de sp cification Les utilisateurs/clients ont des r les actifs Les utilisateurs Les utilisateurs ne sont pas satisfaits par un syst me bien con u et bien impl ment impl ment veulent des syst mes qui satisfont leurs besoinsAnalyse des besoinsAnalyse des besoins couter le client coute Compr hension Pr parer les r unions Connaissance du client et des contacts Connaissance du client et des contacts Lecture des documents disponibles P bjtif d l i Penser aux objectifs de la r union Penser aux probl mesAnalyse des besoinsAnalyse des besoins Compr hension minimale du probl me : Qui est derri re la demande de cette r alisation ? Qui va utiliser la solution propos e ?