Gestion de projet

Gestion de projet

Partie 1 : Chef de projet

Un projet c’est quoi?

• Le Project Management Institute :

Un projet est une entreprise

temporaire décidée dans le but de

créer un produit, un service ou un

résultat unique.

LAJOUAD Rachid 2BTS-DSI ( Ibn Sina - Kenitra )

Contraintes de réalisation

Contenu

Calendrier Coût

Satisfaction du client


Le taux de réussite des projets

Source : Standish Reports


Facteurs de succès (standish report)

Project Success Factors % of Responses

1. User Involvement (implication) 15.90%

2. Executive Management Support (Soutien) 13.90%

3. Clear Statement of Requirements 13.00%

4. Proper Planning 9.60%

5. Realistic Expectations 8.20%

6. Smaller Project Milestones 7.70%

7. Competent Staff 7.20%

8. Ownership 5.30%

9. Clear Vision & Objectives 2.90%

10. Hard-Working, Focused Staff 2.40%

Other 13.90%LAJOUAD Rachid 5BTS-DSI ( Ibn Sina - Kenitra )

Que représente cette figure


Et maintenant ?


Techniques de gestion de projets

Management de l’intégration du

projet

Management du contenu du projet

Management des délais du projet

Management des coûts du projet

Management de la qualité du projet

Management des ressources humaines

du projet

Management des communications du

projet

Management des risques du projet

Management des approvisionnements

du projet

Le PMI, dans son PMBOK (Project Management Body of Knowledge)LAJOUAD Rachid 9BTS-DSI ( Ibn Sina - Kenitra )

Management de l’intégration du projet

Élaboration de la charte du projet

Élaboration de l’énoncé préliminaire du contenu du projet

Élaboration du plan de management du projet

Direction et pilotage de l’exécution du projet

Surveillance et maîtrise du travail du projet

Maîtrise intégrée des modifications

Clôture du projet


Management du contenu du projet

Planificationdu contenu

Définition du contenu

Création de la structure de

découpage du projet

Vérificationdu contenu

Maîtrise du contenu


Management des délais du projet

Identificationdes activités

Séquencementdes activités

Estimation des ressources

nécessaires aux activités

Estimation de la durée des

activités

Élaboration de l’échéancier

Maîtrise de l’échéancier


Management des coûts du projet

Estimation des coûts

BudgétisationMaîtrise des

coûts


Management de la qualité du projet

Planificationde la qualité

Mise en œuvre de l’assurance

qualité

Mise en œuvre du contrôle

qualité


Management des ressources humaines du projet

Planification des ressources humaines

Formation de l’équipe de projet

Développement de l’équipe de projet

Diriger l’équipe de projet


Management des communications du projet

Planification des communications

Diffusion de l’information

Établissement du rapport d’avancement

Management des parties prenantes


Management des risques du projet

Planification du management des risques

Identification des risques

Analyse qualitative des risques

Analyse quantitative des risques

Planification des réponses aux risques


Management des approvisionnements du projet

Planification des approvisionnements

Planification des contrats

Sollicitation des offres ou des propositions des fournisseurs

Administration du contrat

Clôture du contrat


Environnement du projet

CP

Projet

Organisation

Environnement


Gérer les hommes

Mobiliser les différents

acteurs

Faciliter / Coordonner

Discuter avec /

Encourager


Chef de projet multi-compétent

Gestion de projet

Qualités interpersonnelles

CompréhensionAdaptationenvironnement

Compétences techniques


Gérer un projet : mission difficile

Au départ, l’imprécision du cahier des charges ou, à l’inverse, la «sur-spécification »

L’évolution constante des besoins pour des raisons de mauvaise compréhension

L’absence de priorisation ou de valorisation des besoins exprimés par la maîtrise d’ouvrage amène les utilisateurs à vouloir « tout, tout de suite »;

Faible implication des utilisateurs mais aussi de la direction.

projet, qui donne l’orientation, les objectifs et… les moyens qui vont avec.


A voir … A commenter


Recueillir efficacementles besoins


Origine des défauts logiciels

56%

7%

10%

27%

Besoins

Code

Autres

Conception

Source : Standish ReportsLAJOUAD Rachid 25BTS-DSI ( Ibn Sina - Kenitra )

1. Partager une vision

l’orientation générale donnée à l’équipe, l’objectif global à atteindre, le « cap » à prendre.

repose sur une étude d’opportunité et/ou une analyse de l’existant qui font émerger un besoin.

Doit répondre aux questions : Pour quoi ? Quoi ? Qui ou pour qui? Comment ?


2. Faire émerger les besoins (Définitions)

Définition de l’Afnor : nécessité ou désir éprouvé par un

utilisateur, exprimé en termes de finalité, sans référence aux

solutions techniques susceptibles d’y répondre. On

distinguera le besoin initial du besoin à traiter (Afnor, NF

X50-151).

Définition de l’Association française pour l’analyse de la

valeur, AFAV : ce besoin peut être exprimé ou implicite,

avoué ou inavoué, latent ou potentiel.


Ce qui doit être exprimé


La priorité

Les conditions opérationnelles

La fonctionnalité à

remplir

Les services associés

Les contraintes d’utilisation

Ce qui doit être exprimé

techniques de recueil

Le brainstorming

L’analyse de la concurrence ou «benchmark»

L’interview

L’atelier facilité ou workshop

L’analyse de l’existant

L’observation du comportement de l’utilisateur « en situation »

Questionnaire « sondage »


L’approche IEEE

FACTEURS À CONSIDÉRER DANS LA PRÉPARATION D’UNE SEL :

Nature de la SEL

Contexte de la SEL

Caractéristiques d’une SEL bien rédigée

Préparation conjointe de la SEL

Évolution de la SEL

Réalisation de prototypes

IEEE830-1998, « Pratiques recommandées pour la spécification des exigences logicielles (SEL) »


Nature de la SEL

a) Les fonctions : que doit faire le logiciel?

b) Les interfaces externes : quelle types de liens doit-il y avoir entre le logiciel et les utilisateurs, le matériel du système, les autres matériels et les autres logiciels?

c) Performance : quelle doit être la vitesse, le degré de disponibilité, le délai de réponse et le délai de récupération des diverses fonctions logicielles, etc.?

d) Attributs : de quoi faut-il tenir compte sur le plan de la transférabilité, de la facilité d’exécution de la maintenance, de sécurité, etc.?

e) Contraintes imposées sur l’implantation : y a-t-il des contraintes dont il faut tenir compte (normes, langages d’implantation, politiques visant l’intégrité des bases de données, ressources limitées, cadre d’exploitation, etc.)?


Contexte de la SEL

a) Devrait décrire correctement toutes les exigences relatives au logiciel. Une exigence pourrait être nécessaire en raison de

la nature de la tâche à exécuter ou d’une caractéristique particulière du projet.

b) Ne devrait pas fournir de détails sur la conception ou l’implantation, qui doivent plutôt être fournis à l’étape de

conception du projet.

c) Ne devrait pas imposer de contraintes supplémentaires au logiciel. Celles-ci doivent plutôt être précisées dans des

documents comme le plan d’assurance-qualité du logiciel.


Caractéristiques d’une SEL bien rédigée

a) Exacte b) Non ambiguë c) Complète

d) Cohérente

e) Hiérarchisée en fonction de

l’importance et/ou de la stabilité

f) Vérifiable

g) Modifiable h) Traçable


Méthodes de représentation

Approche par les cas d’utilisation.

Approche par les user stories

Le productbacklog


Degré de satisfaction du client (Kano)

Elevée

Satisfaction du client

Faible Absente SatisfaiteSatisfaction de l’exigence

Exprimées

Latentes

Obligatoire


Analyse par fonction basé sur le modèle de Kano


La méthode MOSCOW

M pour « Must have » (Indispensable)

S pour « Should have » (Souhaitable)

C pour « Could have » (Possible)

W pour « Want to have but Won’t have » (souhaité mais non réalisable pour le moment, donc Éliminé)


Application (Travail d’équipe)

• Monsieur XXX veut réaliser une boutique en ligne pour

améliorer ses ventes en articles relatifs à la bijouterie.

Analyser le projet pour définir les exigences de

l’application.

• Puis en utilisant une répartition fonctionnelle basé sur

votre expérience en développement préparer un

document de sélection de fonctionnalité selon le modèle

de Kano puis selon la méthode MOSCOW.


Merci de votre attention


Gestion de projet

Education

Transcript of Gestion de projet