La gestion des projets logiciels

A) La gestion de projet
Le développement des logiciels est un processus complexe impliquant diverses activités
telles que : l’analyse du domaine, la spécification des exigences, la communication avec les
clients et les utilisateurs finaux, la conception et la production de différents composants,
l'adoption de nouveaux paradigmes et technologies, les tests de produits logiciels,
l'installation et la maintenance de l'application sur le site de l'utilisateur final, l’organisation
de la formation des utilisateurs finaux, prévision des améliorations possibles, etc.

Afin de pouvoir garder le tout sous contrôle, d'éviter les retards, de respecter le budget,
les chefs de projet logiciel doivent exercer un contrôle et proposer des recommandations à
l’équipe de développement tout au long du cycle de vie du projet.
Pour cela, ils appliquent un certain nombre d'outils de nature économique et managériale.
La première catégorie comprend des outils est liée au budget, le budget de suivi périodique
et analyse de l'écart budgétaire. Quand à la boîte à outils de gestion, elle comprend à la
fois, la planification à long terme et à court terme, le suivi des plannings, l’analyse de
faisabilité, l’assurance qualité des logiciels, l'organisation des comités de pilotage de projet,
etc.
La figure 1 illustre certaines questions importantes de gestion de projets, mais certainement
pas toutes.

Software development software requirement

Process Architecture engineering

Organizational Software
Aspects testing
Software
project
Management software quality
strategies and management assurance
techniques

risk productivity
assignement

software software best practices standards

metrics configuration
management

Figure 1: Some important issues of software project management [1]

Page 1
Les questions de la figure 1 ont été sélectionnées pour un aperçu vu :
 leur priorité dans les préoccupations de la plupart des chefs de projets logiciels, à
travers les interviews, et les rapports de nombreux chefs de projet de logiciel et
consultants dans l'industrie du logiciel dans le monde entier.
 la fréquence de leur apparition en tant que thème dans des journaux et magazine de
génie logiciel orientés industrie, IEEE Computer, IEEE Software, des communications
de l'ACM, au cours de la dernière décennie.
 leur importance, identifiée par les commissions compétentes, les associations, et
consortiums de développeurs de logiciels.

B) L’approche traditionnelle de gestion de projet

La représentation la plus fréquente de la gestion de projet est un modèle, que l’on peut
diviser en des modèles, orientés processus, de gestion de projet et des modèles orientés
produit.
b.1 Modèles de gestion de projets orientés processus
Ces modèles décrivent des procédés de gestion de projet procédés appliqués à un cycle de
vie de développement d’un produit ou un service. La majorité de ces modèles se basent sur
le contrôle des fonctions qui ciblent les fonctions de base de gestion, par exemple la
planification, l’organisation, la coordination, la commande et le contrôle.

b.2 Modèles orientés produit

Ces modèles qui ciblent un produit sont la spécialisation de la gestion de projets concrets
pour les domaines d'application du produit. Le noyau de ces modèles est le cycle de vie du
développement de produits et où les processus de gestion de projet y sont intégrés. La
figure suivante représente un exemple d'un modèle orienté produit appliqué au domaine de
technologie de l'information.

Figure 2: Le cycle de vie du développement du logiciel [2]

Page 2
C) L’approche unifiée
L’approche de la modélisation des processus de gestion de projet adopte une
philosophie PMBOK (Project Management Body Of Knowledge), norme internationale,
qui suppose que la gestion de projet est un système composé de domaines de
connaissances. Dans cette conception, la gestion de projet représente une application
des connaissances, des outils et des techniques, qui permettent l'accomplissement des
exigences d'un projet par le biais des activités du projet.
Le chef de projet ne doit pas seulement essayer de réaliser le projet en respectant le
temps, coût et qualité. Il doit faciliter l'ensemble du processus par le conflit des
exigences et des attentes de toutes les parties impliquées dans un projet.
Figure 3 ci-dessous illustre les relations d'association dans la gestion de projet.
Les 9 domaines de connaissances sont :
- L’intégration (Project Integration Management)
- Le contenu (Scope Management)
- Les délais (Time Management)
- Les coûts (Cost Management)
- La gestion de la qualité (Quality Management)
- La gestion des ressources humaines (HR Management)
- La communication (Communication Management)
- La gestion des risques (Risk Management)
- La gestion des approvisionnements (Procurement Management)

9 Knowledge Areas Tools and

Core Functions techniques

Scope Time Cost Quality

Mng mng mng mng

Project
Project Integration Management success

HR mng Comm Risk mng Procure

mng mng
MS Project Project portfolio
Critical Chain - Project 1
LOGFRAME - Project 2
Faciliting Functions ……

Figure 3 The scope of project management [3]

Page 3
 D) ORGANISATION DE LA DOCUMENTATION
La documentation associée à un projet est considérée comme le reflet de la vie d’un projet.
Elle est élaborée et mise à jour tout au long du projet. Elle est constituée par un ensemble
de documents dont certains sont associés aux phases "verticales " du cycle de vie et d'autres
sont plus transversaux.
Elle est réalisée par des spécialistes à partir de documents fournis par l'équipe de
développement

d.1 Documents de référence

Il s'agit de différentes documentations associées au projet, on distingue les éléments
destinés aux utilisateurs, à partir de ces derniers aux développeurs pendant le
développement et aux mainteneurs en phase de maintenance.
Documents liés à une phase du cycle de vie (essentiellement destiné aux développeurs et
mainteneurs)
- cahier des charges
- document de spécifications fonctionnelles
- plan d'intégration
- manuel de conception globale et détaillée
- procédures de validation, tests unitaires, d'intégration, de validation, de non
régression
- code
Documents transversaux à la vie du projet
- Le glossaire, la liste des abréviations.
- Le plan projet
- Le plan qualité
Documents remis au client
- Le manuel utilisateur
- Le manuel d'installation
- Le manuel de maintenance

d.2 Forme des documents

La documentation adopte une forme spécifiée par le plan qualité. Elle est conforme aux
normes et conventions édictées par le manuel de qualité de l'entreprise. Elle doit de toute
façon comporter les notions de numérotation, chapitre, statut, date, classification, mots
clés. Tout comme le reste du produit, la documentation doit être maintenue pour rester en
phases avec les évolutions du produit.
NUMÉROTATION: Elle peut être unique ou par classe ou par tâche
STATUT :
Le statut peut prendre 4 valeurs
- D : définitif et approuvé
- P : partiel, sujet à modification et /ou ajouts
- R : révisé (actualisé)
- I : incomplet (et dans ce cas la date à laquelle le chapitre doit être complet)

Page 4
CLASSIFICATION
- document de travail
- spécification
- conception
- code
- test
- administration
- compte rendu de réunion
MOTS CLÉS : Ils permettent des recherches automatiques
CONTENU : Le contenu sera précisé dans les chapitres associés aux différentes phases du
cycle de vie.
RÈGLES DE STYLE
- Utiliser des formes actives
- Faire des phrases courtes, une seule idée par phrase
- Faire des paragraphes courts (7 phrases au plus)
- Préférer les listes aux phrases
- Ne pas hésiter à répéter si nécessaire
- Pas de verbiage
- Éviter les références du style 1.2.3.4.5 pour parler d'un objet, plutôt nommer
l'objet
- Être précis, définir les termes (glossaire)
- Attention à la grammaire et l'orthographe

d.3 Documentation utilisateurs

Manuel utilisateur
Il doit donner une impression initiale correcte: ce n'est pas une plaquette publicitaire
Il doit être possible de lire sans aller dans tous les niveaux de détail
Structure possible:
- Description fonctionnelle simple à l'aide d'exemples de ce que le système
peut faire.
- Document d'installation: décrit la procédure d'installation, souvent assorti
d'un fichier A LIRE (READ ME)
- Manuel d'Introduction (utilisation "normale", exemple simples), classé par
rubriques de difficultés croissantes
- Manuel de Référence: contient toutes les références aux possibilités du
système classées par ordre alphabétique.
Autres documents destinés aux utilisateurs
Plaquette publicitaire
Carte de Référence
Aide en ligne (main)

Page 5
 E) Notion d’échelle de mesure
Il existe cinq type d’échelle de mesure : nominale, ordinale, d’intervalle, proportionnelle et
absolue.
- Echelle nominale
C'est la forme la plus primitive de la mesure. Elle se contente d’attribuer des nombres ou des
symboles sans considération de quantité. Il s'agit d'une échelle qui ne se compose que de
différentes classes sans autre indication. Exemple IEEE 802.1, 802.2, 802.3, 802.11 ...
- Echelle ordinale
Les classes sont ordonnées à l'égard de l'attribut. Il n'y a pas de comparaison quantitative.
Exemple : Compétences d’un programmeur (faible, moyen, élevé)
- Echelle d'intervalle
Cette échelle permet de renseignements sur la taille des intervalles des classes séparées.
Ainsi nous pouvons comprendre les l'ampleur du saut d'une classe à l'autre.
Les opérations d'addition et la soustraction sont permises
Exemple : Capacité de programmation entre: 60% et 80%.
- Échelle proportionnelle
La valeur de la différence entre deux valeurs consécutives est constante et il y a une valeur
zéro employée par toutes les échelles.
Exemple : un solde de compte en banque, la taille et la longueur sont mesurées avec des
échelles proportionnelles. Ces éléments possèdent tous une valeur nulle évidente.
La formule pour passer d’une échelle proportionnelle à une autre (de centimètres en
pouces, par exemple) se réduit à la multiplication par une constante.
- Echelle absolue
Les cas où il n'y a qu'une seule manière dont la mesure peut être faite, c’est de compter les
unités évidentes
Exemple : le nombre de défaillances observées lors des tests d'intégration peut être mesuré
uniquement en comptant le nombre de défaillances observées.

F) Méthodologie de construction du diagramme PERT – GANTT

Page 6
 Etapes
Réaliser le tableau des précédences
Construire le diagramme
précédence (le réseau PERT)
Evaluer la durée totale du projet
Repérer sur le PERT les tâches
n’admettant aucun retard
Représenter le chemin critique
Elaborer le diagramme de GANTT
démarches à suivre
 Etablir la liste des opérations à réaliser.
 Attribuer une lettre-code à chaque opération.
 Indiquer leur durée.
 Rechercher à quelle(s) autre(s) opération(s) elle
précède
de  A partir du tableau des précédences, enchaîner
les nœuds et les flèches pour représenter les
tâches successives, simultanées ou
convergentes
 A partir du premier nœud, et en suivant les
différents chemins, cumuler la durée des tâches
vers la droite et reporter les nombres au-dessus
des nœuds : ce sont les « dates » au plus tôt.
 Le dernier nœud révèle la durée totale du
projet.
 A partir du dernier nœud et en suivant les
différents chemins, décompter la durée des
tâches vers la gauche et reporter les nombres
au-dessous des nœuds : ce sont les « dates » au
plus tard.
 Les tâches qui n’admettent aucun retard sont
situées entre deux nœuds dont les dates au plus
tôt et plus tard sont égales : elles représentent
le chemin dont la durée est la plus longue.
 Renforcer le tracé des flèches situées sur le
chemin dont la durée est la plus longue : c’est le
chemin critique.
 Le chemin critique passe par des étapes et
correspond aux tâches qui n’admettent aucun
retard dans leur réalisation
 Représenter le réseau PERT par un graphique à
bandelettes : - les tâches en ordonnée, - les
durées en abscisse.
 Tracer le chemin critique puis
chronologiquement et séparément les tâches
des autres chemins
Page 7
 G) Outils de gestion de projet

- OpenProj : est un outil de planification de projet. Le logiciel permet la planification

de tâches avec association de dépendances, de ressources, et un état d'avancement
ou une catégorie. C’est aussi un logiciel gratuit et open source.

- Ganttproject : est disponible gratuitement et en français. C’est un utilitaire

permettant de planifier vos projets selon la méthode du diagramme de Gantt. Ainsi, il
permet de découper facilement un projet en tâches, de visualiser les dépendances et
de gérer les ressources.
En pratique, il est possible d’exporter les diagrammes de Gantt en PDF, JPG, PNG ou
encore en HTML pour les partager avec d’autres personnes.

Plusieurs autres outils existent, il suffit de faire une recherche sur le net pour les avoir.

Réferences
[1] Vladan Devedzic : Sftware Project Management. in Handbook of Software Engineering and Knowledge
Engineering Vol.2 – Emerging Technologies", World Scientific Publishing Co., Singapore, 2002, pp. 419-446.
[2] Murch, R.: Project management Best Practices For IT Professionals. Prentice Hall 2001, 280 p., ISBN
0130219142
[3] Project Management Institute: A Guide to the Project Management Body of Knowledge (PMBOK Guides)
PMI, 2004. ISBN 193069945X

Page 8