La gestion de projet informatique Mthodes, conseils et expriences.

Le projet est le brouillon de l'avenir. Jules Renard Avant de parler de projet informatique et de conduite de projet, voyons ce qu'est un projet, au sens gnral du terme.

Projet : une premire dfinition...

On parle tous de projets dans la vie de tous les jours : nos projets de vacances, projets de carrire, projets d'avoir des enfants... Le terme projet est donc un terme courant, auquel on associe une signification relativement claire et prcise : c'est un ensemble d' actions que nous souhaitons entreprendre, pour atteindre un but (devenir parent, avoir une nouvelle carrire...). En ce sens, le projet est bien le brouillon de l'avenir : une bauche, mais pas encore une ralisation. Cette notion de projet nous vient du latin projectum de projicere , qui signifie littralement jeter quelque chose vers l'avant . Au premier abord, un projet est une chose ou un ensemble de choses que l'on se propose de faire, une intention, une bauche.

Une touche de culture anglo-saxonne...

Latins et anglo-saxons accordent un sens assez diffrent la notion de projet. Si pour nous le projet n'est qu'une action ou un ensemble d'actions que l'on projette de raliser, dans la culture anglo-saxonne le projet dsigne une notion concrte, incluant la planification, l'anticipation des risques, les acteurs impliqus... Bref, cette notion recouvre un concept plus prcis, concret et pragmatique, qui appelle l'action. Nous parlerons, par la suite, de projet en ce sens.

Gnralisation de cette notion de projet

On dnote, de manire assez intuitive, une notion forte de temporalit dans la notion de projet : un projet est gnralement une aventure temporaire (ayant ce titre un dbut et une fin). Il ne s'agit donc pas d'un processus rptitif : un projet est unique. Outre les projets personnels, la majorit des projets impliquent plusieurs personnes (une compagne ou un compagnon pour devenir parent, ventuellement une famille pour partir en vacances, etc.). On parle alors d' acteurs du projet. Ces acteurs constituent autant de ressources du projet. En plus de ces ressources humaines , un projet peut ncessiter, dans sa ralisation, des ressources matrielles : L'ensemble de ces ressources reprsente un cot : salaires et rmunrations pour les ressources humaines, prix d'achat ou de location pour les ressources matrielles. Un projet fait donc gnralement l'objet d'une budgtisation. Enfin, le projet aboutit, normalement, la production de rsultats matriels et immatriels. On appelle ces rsultats des livrables, qui reprsentent les rsultats attendus du projet. Un projet est une chose ou un ensemble de choses que l'on se propose de faire en un temps donn, mettant en uvre des ressources humaines et matrielles faisant l'objet d'une budgtisation, et aboutissant un ensemble de livrables.

Qu'est-ce qu'un projet ? Principales composantes.

Dfinitions officielles : Afnor, ISO...

Il existe de nombreuses tentatives de normalisation de la notion de projet, donnant lieu beaucoup de dfinitions relativement proches. Parmi celles-ci, citons celles proposes par les normes Afnor et ISO. Afnor X50-115 Un projet est un ensemble d'activits coordonnes et matrises comportant des dates de dbut et de fin, entrepris dans le but d'atteindre un objectif conforme des exigences spcifiques. ISO 10006 Un projet est un processus unique, qui consiste en un ensemble d'activits coordonnes et matrises comportant des dates de dbut et de fin, entrepris dans le but d'atteindre un objectif conforme des exigences spcifiques telles que des contraintes de dlais, de cots et de ressources.

Projet informatique : une dfinition

Un projet informatique est un projet dont les ralisations (livrables) se constituent d'outils, mthodes ou services informatiques. Les projets informatiques sont gnralement, par nature, complexes. Cette complexit s'explique notamment par la grande diversit des acteurs qu'ils font intervenir : techniciens, responsables mtier, marketeurs, gestionnaires... L'informatique occupe une place de plus en plus importante et vitale dans les entreprises, ce qui rend les projets informatiques de plus en plus complexes.

2% des logiciels fonctionnent la livraison

Ce chiffre fait peur, mais il mane de statistiques srieuses et est souvent repris quand on parle de gestion de projets informatiques. L'informatique, de par son niveau de maturit assez modr (en comparaison avec d'autres domaines d'activit comme l'architecture par exemple) comporte quelques cueils qui lui sont propres : retards consquents, dfauts de qualit, explosion des budgets... Ces dboires ont diverses origines, mais la plus importante est certainement la relative jeunesse de la discipline, qui ne lui permet pas, par exemple, de disposer de mthodes d'analyse normalises (ex. : aujourd'hui tout le monde parle d'UML, mais aucune mthode de conception objet ne fait l'unanimit...). La profusion de technologies htrognes joue aussi un rle important dans ce constat.

L'informatique : un domaine o la gestion de projet prend toute son importance...

Les quelques constats noncs ci-dessus donne un aperu de la complexit des projets informatiques. Pour cette raison, la gestion de projet informatiques est un mtier part entire, qui prend une importance de plus en plus considrable.

Les acteurs d'un projet

Matrise d'ouvrage Matrise d'oeuvre Le chef de projet

La technique est moins importante que les hommes ou que la socit, l'important, c'est le projet humain qui est derrire. Dominique Wolton Le projet est avant tout une aventure humaine, qui mobilise un ensemble d' acteurs pour atteindre un but. Chaque acteur assume, dans le projet, une responsabilit propre : plannifier, concevoir, dvelopper, valider, tester... Parmi cette somme d'acteurs, on peut identifier deux entits essentielles de l'organisation :

la MOA, matrise d'ouvrage : le client du projet (mais pas forcment l'utilisateur) ; la MOE, matrise d'oeuvre : l'organe ralisateur du projet, reprsent par le chef de projet.

La matrise d'ouvrage et la matrise d'oeuvre sont les deux composantes essentielles d'un projet. Une collaboration productive et efficace doit tre mise en place entre ces deux organes afin de mener le projet la russite, mme si le dialogue MOA/MOE n'est pas toujours simple, surtout en informatique... La relation entre MOA et MOE est (normalement...) dfinie par un contrat, qui prcise les engagements de chacune des parties. Ce contrat s'appelle le cahier des charges.

D'autres composantes peuvent tre amenes graviter autour du projet, ou a tre impactes par celui-ci. On les nomme les parties prenantes du projet : il s'agit en particulier des futurs utilisateurs de l'ouvrage, des institutions financires, du public...

Les acteurs d'un projet

La conduite de projet, ou gestion de projet

Russir un projet

Une pense qui ne se traduit pas en action est peu de chose, et une action qui ne procde pas d'une pense n'est rien. Georges Bernanos

Conduite de projet : une dfinition

La conduite de projet, aussi appele gestion de projet ou management de projet, est une dmarche, qui a pour but de structurer et assurer le bon droulement d'un projet. Conduire un projet, c'est prendre toutes les mesures ncessaires pour faire en sorte que le projet atteigne ses objectifs, notamment sur quatre axes principaux :

le respect des objectifs de qualit des livrables ; le respect des dlais ; le respect des cots ; la satisfaction du client

Pour optimiser ces quatre axes, la personne en charge d'orchestrer le projet, le chef de projet, met notamment en oeuvre diffrents savoirs, habilets, outils et techniques.

Action concretes de la conduite de projet

Conduire un projet efficacement, c'est :

structurer et planifier ; piloter le projet ; manager l'quipe projet ;

En rsum, conduire un projet, c'est prvoir, animer et controler.

Lexique de la gestion de projet

Chef de projet
Le chef de projet est l'acteur responsable de faire en sorte qu'un projet arrive son terme en atteignant les objectifs fixs, dans les meilleures conditions de qualit, de cots et de dlais.

MOA
La matrise d'ouvrage (MOA) est une personne morale (entreprise, service...) qui reprsente le client du projet, celui sera normalement le propritaire de l'ouvrage.

MOE
La matrise d'oeuvre (MOE) est un groupe d'acteurs garant de la bonne ralisation technique des solutions. La MOE fournit le produit.

Projet
Un projet est une chose ou un ensemble de choses que l'on se propose de faire en un temps donn, mettant en oeuvre des ressources humaines et matrielles faisant l'objet d'une budgtisation, et aboutissant un ensemble de livrables.

Autres termes de la conduite de projet

D'autres termes relatifs la gestion de projets seront bientt ajouts ce lexique.

La structuration d'un projet

Structuration projet Le WBS (organigramme des tches)

Il n'y a pas une structure meilleure mais diffrentes structures qui sont les James Woodward

meilleures dans diffrentes conditions.

Structurer un projet, c'est le dcouper intelligemment de manire pouvoir le manager au mieux.

tat de la situation...
Le modle CMM (Capability Maturity Model) dfinit 5 niveaux de maturit de la gestion de projet dans l'entreprise :

Chaotique : aucune procdure n'est formalise. Les projets sont conduits les uns aprs les autres, sans qu'une faon de faire type et rutilisable ne soit dfinie. La communication est dfaillante et le monitoring projet est absent, tout comme l'valuation de la performance. Le succs d'un projet repose entirement sur les paules de son ralisateur. Disciplin : le processus de conduite de projet est rationnel et reproductible, mais les pratiques varient selon le chef de projet. Des techniques de structuration et de planification (lotissement, dcoupage en phases...) sont mises en place et respectes. Le chef de projet a une forte responsabilit. Standardis : une standardisation adquate des pratiques est observe au niveau de l'entreprise, une cellule normes et mthode est en place. Tous les projets sont grs selon une mthodologie partage. Dirig : la russite des projets est quantifie et les causes d'cart peuvent tre analyses de manire rigoureuse. L'expression de la qualit demande par le client est prise en compte pour quantifier les objectifs du projet et tablir des plans selon la capacit des processus de l'organisation.

Optimis : la dmarche d'optimisation est continue, afin d'anticiper les volutions prvues.

Environ 70% des entreprises se situent au niveau 1 (chaotique) du CMM...

Structurer un projet ?
Chacun l'aura compris : les mauvais chefs de projet, qui naviguent vue et qui pensent que rien ne sert de passer trop de temps rflchir, agissons, commenons la conception et les dveloppements au plus vite et nous finirons plus tt , ont toutes les chances

d'chouer (et chouent, gnralement...). Mais commenons par dfinir prcisment ce que nous entendons par structuration d'un projet .

Structuration d'un projet La structuration d'un projet, c'est comme l'criture d'un scnario au cinma : bien avant de tourner, le scnariste commence par coucher les ides sur le papier : quel est le contexte, quelle est l'histoire, quels sont les personnages... La structuration d'un projet consiste comprendre, expliciter et formaliser les diffrents livrables produire dans le cadre du projet, puis tablir la liste des tches qui seront ncessaires pour aboutir ces productions.

Dmarche de structuration d'un projet

Nous connaissons prsent toutes les actions entreprendre pour structurer un projet. Voyons maintenant dans quel ordre mener ces diffrentes actions, et quels acteurs sont impliqus.

Impliquer la MOA
Nous ne le rpterons jamais assez : un projet se gagne dans ses toutes premires phases, et il est trs important de s'assurer de partir dans la bonne direction, ds le dbut. Cette rgle s'applique notamment lors de la structuration de notre projet, et il est indispensable de faire intervenir la matrise d'ouvrage lors de cette phase, notamment pour valider la bonne comprhension des produits attendus. En partant sur cette base du nous sommes d'accord sur ce qui devra tre fourni en fin de projet , le chef de projet met toutes les chances de son ct pour la suite des oprations...

Processus de structuration
Voici une dmarche efficace pour structurer un projet correctement : 1. 2. 3. 4. Sur la base du cahier des charges fonctionnel, identifiez les produits attendus : formalisez les par exemple en une PBS (product breakdown structure), que vous ferez figurer dans un cahier des charges technique. Faites valider ce cahier des charges technique par la MOA, ce qui vous engage et vous protgera la fin du projet en cas de dsaccord sur la solution propose. Cette validation est extrmement importante. partir du cahier des charges technique, tablissez la liste des tches (regroupes en lots) qui seront ncessaires l'atteinte des objectifs du projet sur lesquels vous vous tes engag. tablissez l'organigramme des tches (ou WBS : work breakdown structure) du projet : dans une structure arborescente, faites apparatre toutes les tches qu'il faudra raliser.

Process de structuration projet, entre CP et MOA

OT, WBS, PBS... mais surtout du bon sens !

Gardez toujours en tte qu'une PBS ou une WBS ne remplaceront jamais elle-seules le GBS (Gros Bon Sens) !

O en sommes nous ?
ce point de la dmarche, nous avons structur notre projet, nous en connaissons les tenants et les aboutissants. Sur la base de ce travail, nous devons maintenant dfinir le planning du projet.

La planification de projet
Planification projet Budget

La meilleure Samuel Smiles

faon

de

faire

beaucoup

de

choses

est

de

n'en

faire

qu'une

la

fois.

Planifier un projet ?
La planification d'un projet est l'activit qui consiste :

ordonnancer les tches raliser, qui ont t formalises lors de la structuration du projet ; estimer les charges associes ; dterminer les profils ncessaires leur ralisation.

La planification d'un projet consiste prvoir l'ordonnancement des oprations sur le plan des dlais et de l'utilisation des ressources.

Planification d'un projet

Pourquoi plannifier ?
Les chef de projet dbutants se posent souvent la question de l'utilit d'tablir un planning rigoureux pour un petit ou moyen projet, d'autant que cette tche (l'une des tches qui incombent gnralement au chef de projet) est coteuse en terme de temps. Ne pas plannifier le projet est une erreur trs prjudciable pour le bon droulement du projet, en ce sens que cela revient se priver :

d'un outil de communication et de coordination au sein du projet; d'un outil de contrle de la bonne excution de toutes les phases et de l'atteinte des objectifs ; d'un outil de rationnalisation, de gestion des risques et de prise de dcisions pour le chef de projet.

Dmarche de planification
Chaque chef de projet utilise gnralement une mthode qui lui est propre, inspire de mthodologies existantes et de ses expriences passes, pour raliser sa planification. Une bonne mthode pour crer un planning cohrent est la suivante : 1. 2. 3. 4. 5. 6. 7. 8. Identifier des contraintes d'enchanement des tches. Nous partons ici de la liste de tches identifies lors de la phase de structuration. Le but de cette tape est de caractriser clairement l'ordonnancement des tches. Tracer le rseau des tches (pseudo diagramme de Pert). Dterminer la sure des tches et prvoir les risques. Identifier le chemin critique et ajuster les dlais. tablir le diagrame de Gantt. Estimer les charges. laborer l'OBS. laborer la matrice des responsabilits.

Planifier un projet : dmarche

Le pilotage en gestion de projet informatique

Quand on voyage vers un objectif, il est trs important de prter attention au chemin. C'est toujours le chemin qui nous enseigne la meilleure faon Paulo Coelho d'y parvenir, et il nous enrichit mesure que nous le parcourons.

Importance du temps...

Connaissance et possibilits d'action d'un projet

La revue de projet

La revue de projet

Management
Le meilleur manager est celui qui sait trouver les talents pour faire les choses, et qui sait aussi rfrner son envie de s'en mler pendant qu'ils Theodore Roosevelt les font.

Le magagement art de conduire une organisation vers la ralisation de ces objectifs.

Un bon manager
Un bon manager doit notamment tre capable de :

d'organiser et accompagner le travail de son quipe au quotidien ; fixer les objectifs et ngocier les moyens ; valuer les rsultats et apprcier les performances ; dlguer des missions ses collaborateurs ; maintenir la motivation de son quipe sans pouvoir ncessairement augmenter les salaires.

Communication
Tout groupe humain prend sa richesse dans la communication, l'entraide et la solidarit visant un but commun : l'panouissement de chacun Franoise Dolto dans le respect des diffrences.

Une part importante de la russite d'un projet tient en la qualit de la communication entre les diffrents acteurs du projet.

la communication au sein de l'quipe la communication entre le chef de projet et les quipiers la communication MOE/MOA

Les phases d'un projet : tapes principales de l'organisation

tude d'opportunit Phase prliminaire Conception Ralisation Recettage Dploiement Bilan

Ce n'est point dans Antoine de Saint-Exupry

l'objet

que

rside

le

sens

des

choses,

mais

dans

la

dmarche.

Une dmarche en 7 tapes

Il existe beaucoup de prconisations concernant la dmarche projet. Nous vous proposons ici une dmarche simple et prouve en situation. Chaque tape fera bientt l'objet d'une page en dtaillant les spcificits, la dure, les acteurs impliqus, les enjeux...

tude d'opportunit Phase prliminaire Conception Ralisation Recettage Dploiement Bilan

Les mthodes agiles

Il aura fallu prs de vingt annes au mouvement Agile, pour bousculer vraiment la conduite de projet classique. Dsormais, le futur de lagilit mthodologique se trouve certainement, dune part, dans linstrumentation et la personnalisation la carte des pra tiques essentielles pour un contexte spcifique et, dautre part, dans son largissement tous les aspects de lAgilit organisati onnelle. Jean-Pierre Vickoff Les mthodes agiles sont des mthodes de gestion de projet, qui peuvent a priori tre appliques tout type de projet, aussi bien en informatique que dans d'autres domaines. Elles se veulent pragmatiques, plus pragmatiques que d'autres mthodes plus traditionnelles. Ce concept de l'agilit dans les mthodes de gestion de projet a t formalis dans le dsormais clbre Mafineste Agile, qui a t sign par de nombreuses personnalits reconnues dans le monde du gnie logiciel en 2001.

Les mthodes agiles ont notamment t introduites pour pallier les problmes de non respect des dlais dans les projets informatiques, d'effet tunnel et d'autres cueils de la gestion de projets plus traditionnelle. Voici quelques grands principes de l'agilit.

Satisfaire le client

La priorit numro 1 du projet est de fournir au client un produit adapt ses besoins. il est toujours ncessaire de se poser la question : Cette fonctionnalit est-elle importante pour le business et la satisfaction de mon client ? (on parle de business value). Si ce n'est pas le cas, la fonctionnalit ne mrite pas d'tre dveloppe.

Livrer vite et rgulirement

Pour viter l'effet tunnel et les plannings qui drapent, mais aussi pour rassurer et satisfaire le client, il est primordial de livrer un produit, partiellement dvelopp, trs tt. Il faut galement mettre en place des livraisons intervalles rguliers (idalement assez courts), pour pouvoir dbusquer tout problme trs tt et prendre les mesures ncessaires. Mme si ces mesures ne faisaient absolument pas partie des plans initiaux.

Collaboration avec le client

Le client du projet doit tre impliqu dans ce projet, doit avoir une bonne visibilit sur celui-ci et apporter un feed-back rgulier sur les dveloppements. L'utilisateur final participe aux groupes de travail.

Le travail en quipe
Les mthodes agiles mettent l'accent sur l'quipe, qui doit idalement s'auto-organiser et communiquer un maximum. Mieux vaut 5 techniciens moyens qui collaborent que 5 experts qui travaillent dans leur coin. Scrum est une mthode agile de gestion de projets. Elle est spcialement adapte aux projets informatiques, avec trois fondements principaux : transparence vis--vis du client, inspection et adaptation continuelle. les besoins et les tches qui en dcoulent sont ajusts rgulirement pendant le droulement du projet.

Livrer vite, livrer bien

L'objectif est simple : livrer trs vite un produit mme partiellement dvelopp, qui rpondra certaines attentes (tablies au pralable dun commun accord avec le client), et qui sera amlior dans les itrations ultrieures . D'aprs Mike Cohn, auteur de Agile Estimating and Planning et User Stories Applied for Agile Software Development , laccent mis sur le fait de livrer du code qui marche au bout dune courte priode de temps signifie que les quipes Scrum et XP nont pas de temps pour faire de la thorie . Som me toute assez clair dans l'approche ! Le product owner soit avoir une trs bonne vision produit : il doit connatre le produit et les volutions souhaitables de celui-ci, afin de faire en sorte que le produit s'adapte au mieux au (vrais) besoins des clients. Il doit dfinir la roadmap du produit.

L'quipe de dveloppement
L'quipe de dveloppement a une responsabilit : dlivrer la fin de chaque sprint les items qui ont t prioriss pour ce sprint. L'quipe est gnralement constitu de 2 10 personnes et, point trs important, elle doit s'auto-organiser : rappelez-vous que le scrum master n'est pas un donneur d'ordres mais un facilitateur, et que le product-owner n'a pas mettre son nez dans l'organisation de l'quipe

CMMI : Capability Maturity Model + Integration

CMMI

Une approche agile pure n'a pas l'air de bien marcher ; toutefois, avec quelques modifications et en combinaison avec CMMI, certaines pratiques agiles peuvent tre bnfiques CMMI Second Edition Guideline For Process Integration and Product Improvement pour l'organisation.

Capacity Maturity Model Integrated (CMMI) est un modle d'valuation du niveau de maturit d'une entreprise en matire de dveloppements informatiques. Dvelopp en 1987 par le Software Engineering Institute de l'universit Carnegie Mellon, CMMI est un modle de dveloppement et de maintenance des systmes et des applications informatiques, destin apprhender, valuer et amliorer les activits des entreprises d'ingnierie. CMMI n'est pas une mthode de gestion de projet proprement parler.

Mesure de la maturit
Une chelle de maturit 5 niveaux permet de qualifier, selon CMMI, la capacit d'une quipe transformer des besoins utilisateurs en un produit technique, rpondant aux besoins du client, dans les dlais prvus et conformment au budget. 1. 2. Niveau initial, l'efficacit repose sur les comptences et la motivation des individus Niveau pilot, principaux processus de gestion de projets dfinis et appliqus, dveloppement de logiciels planifis

3. 4. 5.

Niveau standardis, dfinition des processus tendue l'ensemble de l'entreprise, processus amliors Niveau quantifi, application systmatique de mesure de processus Niveau optimis, optimisation des processus, mise en place des processus permettant l'amlioration continue, matrise du changement