Académique Documents
Professionnel Documents
Culture Documents
CHAPITRE 1: GÉNÉRALITÉS
Il faut posséder une hauteur de vue suffisante pour voir le projet dans sa
globalité
Il faut posséder une hauteur de vue suffisante pour voir le projet dans sa
globalité
Il faut posséder une hauteur de vue suffisante pour voir le projet dans sa
globalité
Il faut posséder une hauteur de vue suffisante pour voir le projet dans sa
globalité
Il faut posséder une hauteur de vue suffisante pour voir le projet dans sa
globalité
Il faut posséder une hauteur de vue suffisante pour voir le projet dans sa
globalité
Il faut posséder une hauteur de vue suffisante pour voir le projet dans sa
globalité
QUALITÉ
La Rigueur
Le chef de projet doit maîtriser Communication
l'ensemble des paramètres
du projet. Il ne doit laisser
Il doit posséder une bonne
compétence à exprimer ses
Ecoute
Le chef de projet doit être à
passer aucuns détails (pas de idées, savoir passer d'un
l'écoute des autres, essayer
questions sans réponses, pas discours ferme à un discours
de les comprendre.
d'ambiguïtés,...). sympathique.
Il doit accepter les critiques et
Il se doit aussi de noter toutes Il est aussi nécessaire qu'il
surtout en tenir compte.
les décisions et de vérifier possède une bonne expression
qu'elles soient bien prises en écrite et orale.
compte.
Compétence en
Informatique Caractère
Il doit posséder une bonne
compétence en informatique
Avoir du caractère
important pour résister à la
est
Réactivité
Le chef de projet doit réagir
afin de se rendre compte des pression hiérarchique.
efficacement et rapidement
tâches à accomplir. Il doit être en position de force
en cas de problèmes.
La compétence technique est dans la proposition des
essentielle pour avoir une solutions
certaine CREDIBILITE au sein
de son équipe projet
FBR. ISG. 2022 10
« PORTRAIT » D’UN CHEF DE PROJET INFORMATIQUE Gestion de projet
INTERACTION
TÂCHES
Définition du Identification
projet Définition des des ressources
Dans un premier temps, il est
essentiel de s'assurer que la
critères qualités nécessaires et
Il s'agit de définir des moyens
définition du projet est correcte.
de contrôle tout au long du
suffisantes
C'est-à-dire que les réels Il est impératif de s'assurer que
besoins ont été clairement projet, et de définir le contrôle
final. l'on possède toutes les
identifiés, et que toutes les compétences qu'il faut pour la
données soient connues. réalisation du projet.
Elaboration du Identification du
planning périmètre
Management L'élaboration du planning se fait Il s'agit d'identifier toutes les
avec l'ensemble des entités du
des équipes projet.
actions à mener.
Il faut s'assurer de la
cohérence des objectifs de Coordination et
chacun avec l'objectif final.
contact Chiffrage
La communication entre toutes Estimation du coût de projet.
les entités du projet est
essentielle.
PROBLÈMES
Dérapage Dérapage
fonctionnel Technique
si le maître d'œuvre n'est pas assez
à l'écoute du maître d'ouvrage sur On peut avoir un dérapage
les impératifs fonctionnels, ou si le technique si l'on a pas identifié
maître d'ouvrage refuse de assez tôt les contraintes
s'impliquer dans la définition des techniques.
fonctionnalités .
Dérapage du
Dérapage du
Budget
planning
Pour éviter ce type de dérapage, il
faut identifier au plus tôt la charge on peut avoir un dérapage plus
de travail nécessaire. important si le maître d'œuvre
Généralement, le coût fixé au manque de réactivité, et qu'il
départ est volontairement sous- n'a pas identifié assez tôt les
estimé. risques de déviation.
PROBLÈMES
DÉFINITIONS ET TERMINOLOGIES Gestion de projet
QU’EST-CE QU’UN PROJET?
Création de Valeur
Productivité =
Coût
• Concurrence
• Mondialisation
Cette notion de projet nous vient du latin « projectum de projicere », qui signifie
littéralement « jeter quelque chose vers l'avant ».
Objectif
Espace défini
par le projet
FBR. ISG. 2022
moyens contraintes 18
DÉFINITIONS ET TERMINOLOGIES Gestion de projet
LE PARADOXE DE LA GESTION DE PROJET
temps
Le projet : 5 aspects
• Très difficile:
d'évaluer le temps exact (problème conceptuel, bug...)
de prévoir les problèmes (Incompatibilité de deux logiciels)
d'anticiper les difficultés (la base de données client est mal faite)
d'imaginer les aléas et les imprévus (Sami vient de se casser le bras,
COVID19...)
Projets réussis : achevés dans les délais et pour le budget impartis, avec
toutes les fonctionnalités demandées
Erreurs humaines
Qualité du logiciel
Critères de qualité
Externe
• Validité : réponse aux besoins des utilisateurs
• Facilité d'utilisation : prise en main et robustesse
• Performance : temps de réponse, débit, fluidité...
• Fiabilité : tolérance aux pannes
• Sécurité : intégrité des données et protection des accès
• Maintenabilité : facilité à corriger ou transformer le logiciel
• Portabilité : changement d'environnement matériel ou logiciel
FBR. ISG. 2022 37
DÉFINITIONS ET TERMINOLOGIES Gestion de projet
Qualité du logiciel
Critères de qualité
Interne
• Ré-utilisabilité : Aptitude d’un logiciel à être réutilisé, en tout
ou en partie, pour d’autres applications.
• Lisibilité,
• Modularité.
1. Rigueur
2. Abstraction
3. Décomposition en sous-problèmes
4. Modularité
5. Construction incrémentale
6. Généricité
8. Documentation
9. Standardisation/normalisation
FBR. ISG. 2022 40
DÉFINITIONS ET TERMINOLOGIES Gestion de projet
1. Rigueur
2. Abstraction : extraire des concepts généraux sur lesquels
raisonner, puis instancier les solutions sur les cas particuliers
3. Décomposition en sous-problèmes
4. Modularité
5. Construction incrémentale
6. Généricité
7. Anticipation des évolutions
8. Documentation
9. Standardisation/normalisation
1. Rigueur
2. Abstraction
3. Décomposition en sous-problèmes : traiter chaque aspect
séparément, chaque sous-problème plus simple que problème
global
4. Modularité
5. Construction incrémentale
6. Généricité
7. Anticipation des évolutions
8. Documentation
9. Standardisation/normalisation
1. Rigueur
2. Abstraction
3. Décomposition en sous-problèmes
4. Modularité : partition du logiciel en modules interagissant,
remplissant une fonction et ayant une interface cachant
l'implantation aux autres modules
5. Construction incrémentale
6. Généricité
7. Anticipation des évolutions
8. Documentation
9. Standardisation/normalisation
1. Rigueur
2. Abstraction
3. Décomposition en sous-problèmes
4. Modularité
5. Construction incrémentale : construction pas à pas, intégration
progressive
6. Généricité
7. Anticipation des évolutions
8. Documentation
9. Standardisation/normalisation
1. Rigueur
2. Abstraction
3. Décomposition en sous-problèmes
4. Modularité
5. Construction incrémentale
6. Généricité : proposer des solutions plus générales que le
problème pour pouvoir les réutiliser et les adapter à d'autres
cas.
7. Anticipation des évolutions
8. Documentation
9. Standardisation/normalisation
1. Rigueur
2. Abstraction
3. Décomposition en sous-problèmes
4. Modularité
5. Construction incrémentale
6. Généricité
7. Anticipation des évolutions : liée à la généricité et à la
modularité, prévoir les ajouts/modifications possibles de
fonctionnalités
8. Documentation
9. Standardisation/normalisation
1. Rigueur
2. Abstraction
3. Décomposition en sous-problèmes
4. Modularité
5. Construction incrémentale
6. Généricité
7. Anticipation des évolutions
8. Documentation : essentielle pour le suivi de projet et la
communication au sein de l'équipe de projet
9. Standardisation/normalisation : aide à la communication pour
le développement, la maintenance et la réutilisation
2- Conception et spécification
3- Programmation
4- Validation et vérification
Objectifs :
• Validation : assurer que les besoins du client sont satisfaits (au niveau de la spécification,
du produit fini...)
5- Livraison
Paramétrage et formation
6- Maintenance
Types de maintenance :
• Correction : identifier et corriger des erreurs trouvées après la livraison
Répartition de l’éffort
MERCI