Bilan de fin de projet

Il vise à présenter les succès et/ou les améliorations à apporter. On y

trouve aussi l’expression de toute disposition susceptible d’être retenue
dans le futur pour l’amélioration de la qualité des applications et le
déroulement des projets. Il permet, d’une part, de comparer les dispo-
sitions initialement prévues avec le déroulement réel du projet, et,
d’autre part, de porter un regard critique sur tous les aspects du projet

19. Correction des anomalies des programmes.

20. Mise en place de nouvelles fonctionnalités.
 Gérer un projet de A à Z – Les étapes projet

pour en tirer des voies d’amélioration. Grâce aux bilans de projet, vous
pouvez constituer une base de connaissances, d’expériences et de prati-
ques permettant un enrichissement pour les futurs projets. Idéale- ment,
un bilan est produit pour tout projet suffisamment important ou toute
production d’une application (nouvelle ou refonte). Une application
existante ne fait donc l’objet d’un bilan que si l’évolution est significative.
En outre, ce document a deux finalités importantes : évaluer le projet
(atteintes des objectifs, raisons des écarts, bilan des difficultés, etc.) et
capitaliser le savoir-faire (tirer tous les enseignements techniques, de
management ou d’organisation, utiles pour les projets futurs).
L’objectif d’un bilan de projet est donc de distinguer les éléments positifs
et les améliorations à apporter dans la conduite de projet, dans la coordi-
nation des équipes, dans la maîtrise de la qualité, des coûts et des délais. Il
doit déboucher autant que possible sur des propositions d’ajustement
pour les trois aspects suivants.
Pour le management de projet :
 adéquation entre les besoins et les ressources (feedback entre les
attentes et les réalisations) ;
 planification de projet et suivi de l’avancement (étude des étapes
premières et intermédiaires).
Pour la technique :
 choix des méthodes et des outils de développement et de tests ;
 formation et acquisition de compétences dans de nouveaux domaines.
Pour la qualité :
 évolution des procédures et des plans types du système qualité ;
 efficacité des contrôles ;
 analyse des coûts de non-qualité ;
 analyse des non-conformités ;
 possibilité d’émettre des actions préventives.
 Manager un projet informatique

Comment rédiger le bilan de projet ?

Ce document s’apparente à un dossier en plusieurs parties, couvrant
l’ensemble des aspects du projet :
 informations sur le projet, le maître d’œuvre et le maître d’ouvrage,
l’équipe projet et les formations suivies ;
 charge et coût du projet ;
 planification du développement et des méthodes utilisées ;
 bilan technique ;
 anomalies et évolutions au cours du développement ;
 documentation du système qualité ;
 estimation des coûts d’obtention de la qualité (coûts de qualité et de
non-qualité).
Enfin, une appréciation générale vient conclure le bilan de projet.

Les rubriques d un bilan projet

Nous allons ici revenir plus en détail sur les différentes rubriques citées
précédemment.
1. L’identification du projet
Il s’agit de la description des caractéristiques principales du projet (inti-
tulé, objet et caractéristiques, nom du chef de projet, technologies mises
en œuvre, etc.).
2. Bilan de la charge et du coût des achats
Un bilan économique du projet est dressé et soutenu par une infor-
mation sur les causes et les conséquences d’un dépassement éventuel.
Ainsi, le respect des charges permet de faire une analyse des causes
relatives aux écarts de charge. Celui des délais rend possible l’analyse des
causes concernant les écarts par rapport aux prévisions effectuées. Enfin,
le respect des coûts permet d’analyser les causes faisant appa- raître des
écarts par rapport aux prévisions effectuées sur les coûts matériels et
logiciels du projet.
 Gérer un projet de A à Z – Les étapes projet

3. Bilan de l’organisation
L’organisation appliquée : évaluez ici la répartition des responsabilités, la
fréquence et l’efficacité des réunions, l’efficacité du cycle de décision et
de la circulation de l’information ; identifiez les améliorations
concernant l’organisation ou la communication (au sein de l’équipe, de la
direction des systèmes d’information, avec les prestataires ou avec les
commanditaires).
Faites aussi le bilan des ressources humaines. Décrivez pour cela les
motivations des membres de l’équipe, le climat relationnel, etc. Analysez
en particulier l’adéquation, la disponibilité et les performances de ces
ressources humaines.
N’oubliez pas le bilan des formations : listez celles suivies dans le cadre
du projet, précisez pour chacune d’elle le temps passé, les compétences
acquises et le nom des personnes concernées.
4. Bilan technique
Les objectifs et résultats : évaluez l’adéquation des moyens mis en
œuvre ; analysez les choix techniques et l’efficacité des équipes projet ;
décrivez les points forts et faibles des solutions techniques.
5. Anomalies et évolutions
Listez les problèmes rencontrés et les solutions apportées : identifiez les
événements qui ont eu ou auraient pu avoir un impact significatif sur le
déroulement ou les résultats du projet (évolution des contraintes, déci-
sions, aléas, sous-estimation des performances, etc.).
Faites des suggestions et proposez des améliorations de tous les éléments
à faire évoluer dans le cas d’un développement similaire (réunion de
brainstorming).
Déterminez les éléments réutilisables : enseignements à tirer dans
l’utilisation de techniques ou d’outils, pièges à éviter, savoir-faire acquis,
composants susceptibles d’être réutilisés dans d’autres projets, etc.
 Manager un projet informatique

6. Bilan qualité et méthodes

Pour les documents du système qualité, portez un regard critique sur ceux
applicables au projet (procédures, guides méthodologiques, plans types).
Au cas où vous souhaiteriez des évolutions de documents, faites une
fiche de relecture (par document) et transmettez-la au responsable qualité
du système d’information.
Concernant les contrôles qualité, analysez ceux réalisés au cours du projet
dans le but d’améliorer leur efficacité. Si les contrôles qualité vous
semblent inefficaces, faites des propositions.
7. Estimation des coûts d’obtention de la qualité
Il s’agit des coûts imputables au projet. Ces coûts d’obtention de la
qualité équivalent aux coûts de la qualité additionnés à ceux de non-
qualité. Leur estimation se présente sous la forme d’un tableau.
8. Appréciation globale
Il s’agit de l’impression générale du chef de projet sur le déroulement du
projet et sur les réalisations de ce dernier par rapport aux objectifs
initiaux.
Vous pouvez aussi indiquer les suites possibles au projet : identifiez ici
les ouvertures potentielles pour poursuivre le projet dans un contexte
identique ou différent, compte tenu de l’expérience acquise et des idées
d’amélioration ou d’innovation apparues.
Outre ce document, vous pouvez aussi élaborer une enquête de satisfac-
tion, source d’informations précieuses sur le projet.

L enquête de satisfaction
Véritable outil d’évaluation de l’application auprès des utilisateurs, c’est
également un élément de communication entre le service informatique et
les utilisateurs. Dans sa forme pratique, l’enquête de satisfaction se
présente sous forme d’un tableau avec une dizaine de questions simples,
courtes et facilement compréhensibles. L’objectif est en effet de donner
envie à l’utilisateur de répondre aux questions. Il s’agira ensuite d’effec-
tuer un traitement statistique des résultats et de communiquer les résul-
tats de l’enquête.
 Gérer un projet de A à Z – Les étapes projet

Nous voici arrivés au terme de ce chapitre consacré aux étapes d’un

projet. De l’avant-projet au bilan de fin de projet, vous avez pu décou-
vrir les phases essentielles et nécessaires pour démarrer vos différentes
tâches. Vous connaissez désormais les principaux jalons de votre projet
et possédez les premières clés pour mener à bien votre mission. Pour
optimiser le déroulement de votre projet, il est possible d’agencer chro-
nologiquement les étapes d’après des scénarios déjà éprouvés. Vous les
retrouverez dans les cycles de vie des projets, objets du chapitre suivant.