Conduire Un Projet Informatique (Philippe Taché) (Z-Library)
Conduire Un Projet Informatique (Philippe Taché) (Z-Library)
Conduire Un Projet Informatique (Philippe Taché) (Z-Library)
CONDUIRE
UN PRÜJEÏ
INFÜRMHÏIHUE
Env/«0155,
201-1!
ï
Copyright
EYROLLES
_._
CÜNDUIRE
UN PRÜJET
INFÜRMHTIÜUE
Comment mener à bien un projet informatique ? Quelles sont les compo-
santes de succès .7 Le processus en phases est-il le même dans les PME et
les grandes entreprises ? Quelles sont les méthodes pour maîtriser les coûts
des développements .7 L’auteur vous propose d’acquérir les savoirs néces-
saires pour piloter la création de valeur, en vous apportant des:
éléments de théorie;
études de cas et des exemples pour faciliter la compréhension ;
exercices concrets d’application ;
sbslaslusb compléments en ligne et un guide de réflexion pour vous aider à régler
toute question soulevée par votre pratique personnelle.
Eyrol es.
Eyrol es
Shut erstock
Éditions ©
:
©
Eyrol es
655915 couverture
:
de
Studio
z
éditeur
:978—2- 12—5 915-6
www.editions-eyrolles.com Code
ISBN
Couverture Photographies
CONDUIRE
UN PROJET
INFORMATIQUE
Eyrol es.
2014
©
Copyright
Groupe Eyrolles
61, bd Saint-Germain
75240 Paris Cedex 05
www.editions-eyrolles.com
Plus
En application de la loi du 11 mars 1957, il est interdit de reproduire
intégralement ou partiellement le présent ouvrage, sur quelque support
que ce soit, sans autorisation de l’éditeur ou du Centre français d’exploi-
tation du droit de copie, 20, rue des Grands—Augustins, 75006 Paris.
CONDUIRE
UN PROJET
INFORMATIQUE
Les leviers
du développement
EYROLLES
+
Au mouvement perpétuel des idées qui nous fait avancer.
Remarçiômcni's
Groupe
©
La collôclion
<< L65 [éviers
du dévaloîîôMômL >>
Eyrol es
Groupe
©
Commet/if ufilisa‘
03+ 7
ouvrage,
Remerciements .......................................................................... 5
Introduction .............................................................................. 15
Partis l
Une vision d’ensemble pour se situer
Charitr‘é Il
Et si les projets informatiques étaient des projets
comme les autres ? .................................................................... 21
Le plan informatique annuel en question .................................. 22
Les fondamentaux de conduite de projet ................................... 24
Charitr‘c L
Spécificités des projets informatiques .................................. 29
Charitr‘c 3
Synoptique de conduite de projet informatique ................... 33
Charitr‘c 4
Critères de réussite d’un projet informatique ....................... 43
Charitr‘c Ç
La règle des trois « U » .............................................................. 47
Utile ............................................................................................. 47
Utilisable ..................................................................................... 48
Eyrol es Utilisé .......................................................................................... 48
Groupe
©
12 Conduire un projet informatique
Partie ll
Théorie, méthodes, concepts utilisés
Chafil'r-c é
Méthodologie de conduite de projet informatique ............... 51
Structuration du déroulement du projet .................................... 51
Les phases de la démarche ......................................................... 53
Chaîil'r‘c =r
Points clefs pour maîtriser la conduite de projet
informatique ............................................................................. 69
Cadrer un projet informatique et maîtriser sa dimension
financière .................................................................................... 70
Adosser la solution aux demandes du métier/donneur d’ordres 80
Chapitre 8
C comme concepts .................................................................... 85
Partis Hi
‘ Études de cas
A faire ou ne pas faire
Charil'rô "l
Ohamacare ................................................................................. 89
Contexte ...................................................................................... 89
Constat ........................................................................................ 91
Diagnostic ................................................................................... 91
Analyse des risques .................................................................... 91
Chafi‘l'r‘é 40
Louvois ....................................................................................... 93
Contexte ...................................................................................... 93
Constat ........................................................................................ 97
Diagnostic ................................................................................... 98
Analyse des risques .................................................................... 98
Charil'rc 44
Cherchez l’erreur! ..................................................................... 101 Eyrol es
Alpha ........................................................................................... 101
Fidélisation client ....................................................................... 102
Groupe
Découverte tardive ...................................................................... 102 ©
Sommaire 13
S
Un bilan... plutôt positif............................................................. 103
Mon chef-d’oeuvre ....................................................................... 103
Charii’r‘e AL
Synthèse: principales causes d’échec d’un projet
GJIQLU JO
informatique ............................................................................. 105
Partie lV
Exercices d’acquisition des points clefs
Charii’r‘c 43
Traduire la demande métier en cadrage efficace du projet 113
Contexte ...................................................................................... 113
Questions .................................................................................... 115
Contexte complémentaire .......................................................... 116
Question complémentaire .......................................................... 116
ClmTH'r‘c '14
Identifier des scénarios de solution qui répondent au besoin 117
Contexte ...................................................................................... 1 17
Question ...................................................................................... 1 19
Contexte complémentaire .......................................................... 120
Questions complémentaires ....................................................... 121
Charii'r‘c 4€
Décrire des spécifications ........................................................ 123
Contexte ...................................................................................... 123
Eyr‘oiles,
Questions .................................................................................... 126
20.14
ʗΑ Charii’r‘c lié
Valider la règle des trois « U » par des tests adaptés ............ 127
Contexte ...................................................................................... 127
Copyright Questions .................................................................................... 129
Facile V
Réponses et guides de réflexion
Chaîiir‘c 4?
Eyrol es
Traduire la demande métier en cadrage efficace du projet 133
Réponses ..................................................................................... 134
Groupe
© Quelles sont les clefs des ajustements ? ..................................... 137
14 Conduire un projet informatique
Charij’r‘c 48
Identifier des scénarios de solution qui répondent au besoin 143
Réponses ..................................................................................... 144
Quelles sont les clefs des ajustements ? ..................................... 149
Charifr‘c Il"!
Décrire des spécifications ........................................................ 153
Réponses ..................................................................................... 153
Quelles sont les clefs des ajustements ? ..................................... 156
Chafijrrc L0
Valider la règle des trois « U » par des tests adaptés ............ 161
Réponses ..................................................................................... 161
Quelles sont les clefs des ajustements ? ..................................... 164
Pafl'ic V1
Bonnes pratiques de conduite de projet informatique
Chaîifr‘c L4
Savoir-faire et savoir être ........................................................ 171
Charil’r‘c LL
Manager en s’intégrant à une chaîne de décision .................. 175
Charifr‘e L3
Rendre factuels les points d’avancement .............................. 179
Charfir‘c L4
Les pièges à éviter ..................................................................... 183
Les pièges à éviter par toutes les entreprises ............................. 183
Les pièges à éviter par les petites et moyennes entreprises ....... 183
Les pièges à éviter par les grandes entreprises .......................... 184
Le piège à éviter par le métier/donneur d’ordres ........................ 184
Les pièges à éviter par la maîtrise d’ouvrage .............................. 184
Les pièges à éviter par la maîtrise d’oeuvre ................................ 185
Le piège à éviter par les utilisateurs ........................................... 185
Eyrol es
1. Sources:
— Étude menée par l’Observatoire des projets, qui regroupe l’École natio-
nale supérieure d’informatique pour l’industrie et l’entreprise (ENSIIE),
l’Institut d’administration des entreprises (IAE) de Lille et le cabinet
de conseil en ingénierie Daylight, sur la France, auprès d’un panel de
7 335 entreprises de plus de 250 salariés : http://www.channelnews.fr/
expertises/etudes/11506.htm1, 03/01/12, Dirk Basyn
— Étude menée par le Standish Group et son Manifeste CHAOS fondé
sur la collecte de renseignements concernant les projets informatiques :
httpszl/secure.standishgroup.com/reports/reportsphp
2. Source du cabinet Gartner convertie en euros au taux de 1,3496, et Eyrol es
citée par Manon Vincent le 30/05/2012 Bestpratices SI sur le site httpzl/
www.serdalab.com/mot—cle/budget—informatique Groupe
3. Voir l’ouvrage de Joseph Gabay cité dans la bibliographie. ©
Introduction
5
l—I'
Eyrol es
Groupe
©
.wœ__9>m
SON
©
Ëmtäou
Par‘fiô l
UNE VISION
D’ENSEMBLE
POUR SE SITUER
20 Conduire un projet informatique
Groupe
©
4
ET SI LES PROJETS INFORMATIQUES
ÉTAIENT DES PROJETS
COMME LES AUTRES ?
A savoir
l’
premiers, le projet va se dérouler puisqu’il a été « accepté 13
par le PIA ». Pour les seconds, comment remettre en cause
budget, délai et surtout existence même de la demande l3
si elle a été insuffisamment documentée et s’ils n’en per-
çoivent pas ou mal l’objectif, puisqu’elle a été validée par 86|
l’archaique PIA ?
Pour ceux qui n’ont pas participé à cette prise de distance
par rapport au mythe, le système de croyance s’est installé.
Il induit et induira des comportements inappropriés qui
mèneront à une conduite de projet erronée.
sieiœd
Cette pratique de la profession, le PIA, sépare la dimen-
sion informatique du projet de ses autres composantes.
L’informatique en roue libre pourra alors œuvrer dans une
sérénité confortable, à l’abri des contingences du réel. On
laissera à d’autres le soin d’essayer de réintégrer les solu-
tions livrées à l’ensemble du fonctionnement de l’entreprise.
Faut-il en pleurer, faut—il en rire ? Ce tableau court, mais
calamiteux, n’existe-t—il que chez les autres ? Les grandes Senbl ÊWJi!
entreprises sont-elles les seules à avoir des dysfonctionne-
ments dans leurs projets informatiques1 ? Le PIA est-i1 la
seule source des navrantes dérives budgétaires ? Non, bien
Eyroi es.
sûr, d’autres causes existent. Et les PME ont, elles aussi,
leurs maux. Mais nous ne traiterons dans cet ouvrage que tuereie
les origines de dérives liées au projet et à sa conduite.
20H
Ë sep
En Trafiquc
Lopyrig'nt
Un impératif, séparer les fonctions informatique et organi-
sation.
"'sieimd
Eyrol es
Groupe 1. Les PME devraient dépenser 1 000 milliards de dollars en 2016 pour
© l’informatique selon le cabinet Gartner.
24 Conduire un projet informatique
Illustration 1
Fondamentaux de conduite de projet : périmètre de réussite
vin,
l’
division en chantiers ou sous-projets, et équipes, moyens, 13
budgets affectés à chacun d’entre eux pour l’atteinte des
objectifs. l3
Le projet poursuivra la trajectoire initiée par l’avant-projet,
et pilotera la cohérence des avancées et contributions de 86|
chaque chantier pour aboutir à la mise en oeuvre de la solu—
tion dans sa globalité.
Enfin, l’après—projet s’assurera de la pleine réussite du
projet, validera sa mise en place, apportera d’éventuels ajus- sieiœd
tements, facilitera l’appropriation nécessaire aux change-
ments provoqués par le projet et effectuera un bilan pour
tirer les bénéfices de l’expérience acquise.
Cette même illustration indique ce premier phasage — avant-
projet, projet et après-projet —, qui permet la sécurisation
de la démarche en instaurant le principe de la présence de
points de contrôle. Ce principe pourra être reproduit dans
les différentes phases pour s’assurer de l’atteinte d’objec-
tifs intermédiaires, de la cohérence de l’avancement et de la Senbl ÊWJi!
consommation du temps et du budget. Que l’on soit dans
une PME ou dans une grande entreprise, ce principe cor-
respond au besoin d’intégration de la dimension managé-
Eyroi es.
riale au projet.
\
ruerele
A savoir
20H
Ë L'adossement budgétaire sur les phases projet est une pratique
responsable.
sep
copyright
Voilà les principaux fondements posés, ceux qui s’imposent
pour réussir les projets, quelles que soient leur nature,
leur dimension, leur portée. Les projets informatiques ne
peuvent y échapper.
"'sieioml
Eyrol es Vous trouverez sur l’illustration 2 la description des fonda-
mentaux du cycle de vie d’un projet. On y retrouve le péri-
Groupe mètre de réussite et son découpage en trois phases :
©
26 Conduire un projet informatique
Illustration 2
Fondamentaux de conduite de projet : cycle de vie d'un projet
Périmètre de réussite
Proposition Bilan
Contrat
Illustration 3
Comparaison des cycles de vie d'un projet
Périmètre de réussite
1
SenblÉWJOlU!319l01d
cloisonnements
Eyrol es
Groupe
©
L
SPÉCIFICITÉS DES PROJETS
INFORMATIQUES
Illustration 4
Comparaison des jeux relationnels
Fondamentaux Informatique
Regroupement
des rôles dans
les PME ?
Groupe
©
Spécificités des projets informatiques 31
7
Si cette différenciation entre la MOA et la MOE s’est fré—
quemment mise en place autour des grandes plateformes
informatiques, ce degré de spécialisation n’est pas systé—
matique. C’est pourtant la forme organisationnelle la plus
aboutie pour favoriser l’atteinte d’un haut niveau de qua-
lité et porter le besoin métier au cœur des évolutions du
système informatique. Elle ne s’avère pas nécessaire dans
les PME dans lesquelles le métier est en capacité, par ses serioij osds
savoir-faire, d’exercer pleinement le regroupement des res-
ponsabilités dédiées au donneur d’ordres et à la maîtrise
d’ouvrage. sep
Dans les autres cas, partout où une interface est nécessaire
pour formuler une demande et cadrer l’action de la MOE,
des jeux relationnels entre les différents types d’acteurs
s’imposent et nécessitent, des uns comme des autres, l’ap- sieioml
propriation de postures propres à leur rôle respectif. Cette
répartition des rôles et des responsabilités est une réelle
spécificité des projets informatiques.
\
A savoir
La contractualisation du projet est incontournable entre le métier/
donneur d'ordres, la maîtrise d'œuvre et la maîtrise d'ouvrage.
Eyi‘oi es.
Vue sous l’angle de la maîtrise d’œuvre, la division entre senbneu oiui
20H
Ë
le métier/donneur d’ordres et les utilisateurs peut paraître
étonnante. Elle l’est en effet si l’on ne prend pas en compte
les deux dimensions du client. Le client de l’informatique
Lopyrig'nt est en même temps un stratège et un opérationnel : un stra-
tège qui insère une solution informatique à son projet et un
opérationnel qui ne recherche que l’utilité de la solution
proposée. Sous ces deux aspects le client perçoit l’informa-
tique comme un moyen. L’informaticien met ses talents au
Eyrol es service du dessein de son client, en concevant que l’infor-
matique n’est pas une fin en soi et que son utilité repose sur
Groupe
©
une adaptation de la solution au besoin.
32 Conduire un projet informatique
A savoir
Une maîtrise d'ouvrage qui serait composée d'une part importante
de collaborateurs issus de la maîtrise d'œuvre risque d'adopter des
pratiques déviantes par rapport au rôle qui est attendu d’elle.
Eyrol es.
2014
Ë»
Copynght
Eyrol es
Groupe
©
3
SYNOPTIQUE DE CONDUITE DE PROJET
INFORMATIQUE
3.55-334. cm a. :œ
mu :o
3:2 856m «2:.
ä 02E 33.3
-ocwmaêouËoE _m€œ>.m uoî on ouËœm
uœ
2m;
para—cm mat
m. mu.
cozfiwBE 3mm.. äzsmæsä cardigan? et .2. 9523:3: cœzm confimficru ou mucæEëtœa
on
Ë Ë 2m
me.
ut €333 mon
msïäëâfi 3mm.. orge a. mucus
32.3: 3mm“ :034q coran—m3. ou cmzm m_œ: o:u:2 _æn._c>-m uoî ov 583:3: :ozäzmcî -ocmËEoSm;ËmE
“30:. garages
2... a. mu. xzo:
m2..
Ëoî
cozazmë .oäawî 0:32 523:3: .52q .ocwmaESum mucoE Ëm. nov mËœEœâoEÈv mwmzmm.
859.8
on. no.
mo—
w
au 3mm“
m0<<
+
mot œv
moucowïo
<O<<
mzozmuEumam muEÆxU :2. .— -wcmmnêou25E
Éozmësäm .oEuwam mwämc ozuce au :5955 m2928 33.2. . .ocmmnEOuu«:m; 2. . aäæïa ë 2528:8m 3525 œzozcœê
3:95
îom œsgäoïm
w «v
œweumuËœEmucfl
202 ËœEmËÆ
Emcäou au
203w 823:.
«32m
au omtwn..oc ozucâ 53men. «ce: «323:.
“oïaàcœê v
‘ 832 muzoäm
:682 g
‘
SEËË av y ‘ mîümo Enîmä 850% mâacâm
«macho
S æw. S u O mV selqemn apuaâç‘I ©
Synoptique de conduite de projet informatique
201:1!
de leur affectation. Ils vont ainsi représenter la filiale, la
direction ou le département dont ils sont issus. L’équipe
3
C Q)
MOA, une fois constituée, intervient à chaque phase du '2'.
projet, de l’étude préalable jusqu’à la phase de stabili— Q
copyright
sation qui permet de passer du mode projet au mode C
CD
de production normal. Certains travaux sont réalisés
exclusivement entre les deux chefs de projet MOA et
MOE. Ils sont de deux ordres :
' la finalisation du dossier d’étude préalable, et notamment
Eyrol es
l’évaluation et le chiffrage des scénarios proposés en
Groupe réponse à la demande du métier/donneur d’ordres ;
©
36 Conduire un projet informatique
A savoir
g
0 Complémentarité des actions. Celle-ci est de trois natures :
— intégration progressive de la technicité nécessaire à la
production de l’application ;
— sécurisation de la réalisation et recherche du niveau de
qualité recevable ;
— accompagnement de la mise en oeuvre permettant l’ap-
propriation de la solution. enbiidoufig
L’illustration 6 montre le processus de transformation créé ep
par le projet et l’intégration progressive de la technicité :
de l’idée et de l’expression du besoin par le métier/donneur
d’ordres jusqu’à la réalisation de la programmation.
L’apport de la maîtrise d’ouvrage simplifie autant qu’elle
cadre les réalisations de la maîtrise d’oeuvre. Ses contribu—
tions sont de trois ordres : eignpuoo
. clarifier le périmètre fonctionnel en traduisant la demande
métier en fonctionnalités et en fonctions ;
ep
° contribuer à cadrer les solutions possibles, leurs péri-
mètres, leurs coûts et les impacts liés ;
° détailler la solution retenue en rédigeant les spécifica- ieimd
tions externes.
La maîtrise d’oeuvre peut, sur la base d’un périmètre précis :
Eyi‘oi es.
° proposer des solutions qui tiennent compte de l’état des
20H
Ë lieux du système et des contraintes techniques qu’il impose ;
° définir des choix techniques qui supportent les solutions
fonctionnelles envisagées ;
enbiieuuoiu!
copyright
° déterminer les charges de travail correspondantes, et
donc les coûts avec un niveau de précision qui lui permet
de s’engager sans crainte d’avoir a supporter des dépasse-
ments budgétaires importants ;
Eyrol es ' décrire les spécifications internes et bâtir une maquette
qui rendra impossible toute incompréhension de la part
Groupe
©
des utilisateurs.
38 Conduire un projet informatique
cozæÊæm
fiïoäùmznï :œ
3:2 835m
mtuîsufi
m.
cozfimÈE
ou
3mm; «:88
oàäoüoä
œ 4
osgäëâs
me.
3.3:.
:OBEMEE cozêæä 52—3: ficuEwnnoÎËt
confits. Ë
o.
mu. au “0.2
mo— +
moucomîo «6.2
ëozüc äm .oEumnm mwtîczozucê au ._om=mwx “conu äowam moEoË owœroacmE
.ËÊŒ M
5:25.55:
ïom et
M
mmsfiuËœEœucfi 35E). 22.8%
Emcàou 2.889.“— :v
ou
.30:
“ou
25m mou
«3283 mat
:ozœuEËU Œqzwa_o: o=uc2 «En au nBEEËS comma—3. “2.33m ometzu mâîc oæucou
au I
“Roaàcmâ mon mŒLULO.U
:o mœv mazoäm
58m5
.235
SEËË 3U :cmo .Eoän .mt o383mm.
îo mzucotn hJŒCCOD 3:80
epua o. a1 ©
Synoptique de conduite de projet informatique
g
L’illustration 7 présente les phases et les acteurs qui contri-
buent à la sécurisation du produit pour atteindre le niveau
de qualité attendu. La complémentarité des actions de la
maîtrise d’ouvrage et de la maîtrise d’œuvre est complète
tout au long du processus projet, des spécifications jusqu’à
la stabilisation. La répartition des tests et contrôles permet,
lorsque chacun joue son rôle, de parvenir a une qualité
élevée et une sécurisation optimale. enbiidoufig
Le métier/donneur d’ordres peut jouer son rôle tout au long ep
du projet grâce au dispositif de validation et de contrôle
tel qu’il est présenté sur l’illustration 8. Il favorise la mise
en responsabilité de la maîtrise d’œuvre et de la maîtrise
d’ouvrage pour exercer validations et décisions. L’ensemble
des décisions sont prises en comité de pilotage. Ce der-
nier est systématiquement présidé par le métier/donneur eignpuoo
d’ordres qui ne peut déléguer les prises de décision qui lui
reviennent. Le comité rassemble des membres permanents ep
— chefs de projet, maîtrise d’oeuvre, maîtrise d’ouvrage —
ainsi que des membres non permanents — responsable
infrastructure, responsable sécurité du système informa-
tique (RSSI) ou équivalent —, experts sur des thématiques à ieimd
adapter à la portée du projet et à son déroulement.
L’accompagnement qui permet l’appropriation de la solu-
Eyi‘oi es.
tion par les utilisateurs est de la responsabilité de la maî-
201:1! trise d’ouvrage (illustration 9). On trouve les actions liées
C
dès l’écriture des spécifications externes. La précision de
l’information délivrée sur la solution va progressivement
s’accroître jusqu’à la phase de tests et recette durant laquelle
enbneuuoiu!
copyright
la solution se fige. L’appropriation et la formation des utili-
sateurs sur un ou des sites dédiés peuvent être réalisées dès
1a phase d’intégration.
Eyrol es
Groupe
©
40 Conduire un projet informatique
av
m.
a.
«o x30: 3.3.5
on.
mou
c:
5:23 2.35 3555.2. ËoEoËozuce a2“ av
:ozmmzñmä
“o._oa-mmä< :œ a.
m.
:o ou
:o et :o
3:2 835m
cor—2.82. uwËoä omäsu oæE 3.20m -ocmœaESËoE
Ë oÆE 33.3.
au
oucmËotoa
cozfimÈE cor—cm2.. 3m: :o=2wwu:_.n ou En": cozfimflcrt
:vcoäw
Ë Ë
un. mo_
av 5:33
2:25 3mm; «:88 a.
32.3.”. En": 2255:2
ou .oæîmë wuœmu :2339. :o=m=_m>w._ ou
n 4
osgäëâs
:32: un. m.
8.3.5.
:v 3.3:.
cozazæä 52.3: flmoa 55%.."— 0:32 :Ëœflzä
cos ue:
u.
353% me. au mes.
mm. +
au
32.2.:
:cæwo 8.9.2.8 a 52.2.5. mcozmuäuwam m0525 owgoncmE
<o<<
mcozüc äm
.ËÊŒ
ïom
M cormmtâwm
mmmëmu 35E). o._>=8._u
ËœEœucfi
Emcàou
«63”.
20.283
I
Ë_0E-Ëm>< 3.90% mazoäm
5082
.0322
SEËË 3U
Ewccoo 3:80
epua o- a1 ©
Synoptique de conduite de projet informatique 41
A.
‘
on
ou
oëêœu
:2225 ËoEmn m. œzucmb wLËwwtË
:ormflznmä j x 1
N r w
aïoäùmäï cm ct
m. :o
3:2 85.3
L
cors—2m.
J x
on
on «223
:o
0.92.8
r W r w
Ë
au Su 5m
œ 4
o_œ
r î r W
ËEËELSE
ces ez? ma.
2° Ëoî
cozëæë m=mwœ
:0553: L j L 1
92.2
N r w
mon mu
535% 5m :œ Ho
ou ont:
m
050E 0:2.v
ozwavæE
a.
:2225 o_ -œcmmnEoämwcœE
b 3:33:33 a 82.8 :ozmv_ m> mcozmufuwam moEÆxo m_ 533:; ut
mcozmuEuwam L J L J Ë
.mÈSM r \ r w
o.
Îûm
U
Ëmâma 20: wmŒnmu
â
MÇ, œmmëmu m_ ËoEwucfl
ËœEœuEfi LomEmmLO :o:m_u_ m> «v wv 31m. 2.5% Ëoa
L J L J .
î r w
.sdnozsncœ
DLtîhùOU m.
Eu. Ë m
:w
25m.
«3235 ËmEœËm. Ëoä 55men
:oüüwo 2 au :0_u:_0m 2t 82.8 :0335; au 253.“. 0322:4
L J L J
r W r \
ËÊELËË 3.65%
8:8m
Eoän
SEËË 3U
3:90 L 1
saseqd
L 1
BËÊEBË :orflaoinm;
:ozmæzgæm
“305-35€. 5 ËE
m.
a:
3:2 85.3 œuËom
-ËmâEouËËoE :m
:o.
Œmœ 5:23
m. mm.
:0333 :
:ormtaoaaq. mu :mn. EaæmæE:
a.
ou
a.
«:88
.om_ œ:_u_ :ozficwEauov -3?“amËoE
m q
03:32:50.5
:ozflaoaaœ; me.
“0.3:.
528k. -m:mmaäm 3:2:
confits.
ÉmäoEäa mO<<
+
mot
a <O<<
:530 .o:wmaE0u mËoE
._ 2:23:23
.mmzoäm
SON
m,
03.5.22 9.2.8.:
ËoEo:wmau < ËoEœucfi
Emcàou
2928:.
I
u_œ_o.=_.u:.m>< 8.90.: mu=oäm
:63:
5:05
3U
. :w: 0n_ 3:80
apua o. a: .l ©
4.
Groupe 1. << Critères de succès des projets des petites et moyennes entreprises »,
© mémoire, 2008, Julie Bérubé, université du Québec en Outaouais.
44 Conduire un projet informatique
En prodigue,
ÿ
possible. Toutefois, elle peut varier pour s’adapter à la nature
des projets. Un critère de réussite de leur participation est
sa permanence. Elle doit être appelée tout au long du projet.
Les utilisateurs participants, toujours les mêmes durant toute
la durée du projet, verront les évolutions et réalisations de
celui-ci, feront partie de l’équipe projet et seront porteurs de
seiauig
la solution à mettre en service. Cette collaboration soutenue
induit la prise de responsabilités et la réalisation de différents
ep
travaux. La répartition de ces travaux au cours du projet évite
les effets « tunnel » ou la distanciation qui sont générateurs
de perte de motivation et de baisse d’implication. Deux élé-
ments utiles au projet et à la qualité des travaux réalisés.
Dans le cadre des projets, la participation des utilisateurs airssnai
s’étend de l’avant-projet à l’après-projet, sans interruption.
L’illustration 10 présente les phases durant lesquelles les utili-
sateurs sont appelés à apporter leur contribution à la démarche : un‘p
° Étude préalable : contribution à la clarification du péri-
mètre fonctionnel.
' Cadrage — Lancement : contribution au cadrage du pro-
ieiord
jet ; validation de la note de lancement.
° Spécifications : participation à la transcription détaillée
des spécifications ; avis sur la maquette et la cinétique des
écrans ; identification des besoins d’accompagnement de
la solution au plan organisation, information, communi-
201:1iEx/roi es.
C cation, dispositif d’appropriation et/ou formation des uti—
lisateurs ; validation des spécifications externes.
copyright
° Réalisation : participation à l’élaboration des tests. enbrieuuoiu!
° Tests et recette : contribution à la vérification de la solu-
tion livrée durant la recette utilisateur ; participation à
l’évaluation de la solution à l’issue de la recette utilisateur.
° Intégration : contribution au passage des tests de non-
Eyrol es régression.
° Mise en service : assistance et accompagnement.
Groupe
© ° Stabilisation : participation au bilan de l’équipe projet.
46 Conduire un projet informatique
Ë ËÜE
cm__m ovoE
ËœEœŒmEËco :v
=o_äm_ _Ëm
Ë
ä
3:2 8E3.
œËEm_m <
ËoEmcmmanôm
3mm“.
xsm
:oâasEÆ coËmBsb
masczmctâE SËMBE
CÊËË
30.55 cozâom
m_ 3;:
ce mm.
33m8 «:82
cozmuctg on
mcmu m
n°5833: 3ms
cozêäm mot
conmañëmn. cosfionmî;
2:23:33
ËËËË
mon
Ë
Eu
mEomœn
22552:; :0528 ËœEocm
cozatumcm; œm=Êwv m_ mœv -maäÿv
cozœÊm> N
:ozmañzän.
5.85 «ms—28ËoEœucfi
omgmu 3U
m
mura 955:3
mmwä cornuctmô 3U 6555:8
50mm muzoïm
z
:22:m
«macho
saseqd ©
ç
Utile
Utilisable
Utilisé
Illustration 11
La règle des trois « U »
(un.
SYSTÈME
INFORMATIQUE
UTILISAB LE
I-I-I': Opérationnel
_l m “Ë Performant qo
m
8 7°. aiuianel Eyrol es
Productivitéeâ p
Ë des solutions uon qgnuoa
un 12 asnun l
Groupe
©
PamLiô H
THÉORIE,
METHODES,
CONCERTS
UTILISES
50 Conduire un projet informatique
Eyrol es
Groupe
©
é
MÉTHODOLOGIE DE CONDUITE
DE PROJET INFORMATIQUE
A savoir
Groupe
©
Méthodologie de conduite de projet informatique 53
9
Les phases de la démarche
L’avant—projet
Définition du besoin
_
_
:232:a
_ _ _
_
:œ EUËEES
_
œEEmËPv
om_<< 335m
3.83
q
_
_
3.85 av
:t
:o:ŒmB:. _ _
_
«o omfiozn.
_
m. “9—95 3.3.5
_
m ËEËEBË 4
au au
:ofiææë
_
corœbmsî «39..
mmœëî
_ «MBBE
_
_
m:EËE.oË_
_ _
mâzscsäm
.mœëäm
\
_
“0.3:.
_
ïom
:v
_
U œmEvœU
«558:3
Emcàou
:orfimBE
ovñw
m3233
_ _
_
Eomœn.
:oEËmo 3.
.\ _
Y
mazoäm
33E
omæëñ
“o :v «353.55 3:80
©
Méthodologie de conduite de projet informatique 55
9
En prodigue
Les chefs de projet doivent avoir la possibilité d'un question-
nement du rédacteur sur le contenu du document.
Étude préalable
L’étude préalable est réalisée par les chefs de projet qui vont
prendre la responsabilité de la conduite de projet dans sa
dimension exclusivement informatique. Un premier chef de egôolopouiew
projet représente la maîtrise d’œuvre, un second, la maî—
trise d’ouvrage. Ces chefs de projet doivent coopérer et réa-
ep
liser conjointement un dossier d’étude préalable.
Pour mener à bien ce dossier d’étude préalable, une partie
des travaux va être réalisée séparément, puis la mise en
commun va permettre de faire émerger une ou des propo-
sitions équilibrées en réponse à la demande du métier/don- eiinpuoo
neur d’ordres.
Si une coopération externe a été retenue pour réaliser la ep
maîtrise d’oeuvre, sa participation donne lieu à une propo-
sition commerciale.
Dans les PME, il peut y avoir confusion de la demande
métier/donneur d’ordres et de l’étude préalable. Dans cette
ieiord
Eyrol es. situation, la demande métier/donneur d’ordres doit com-
porter la clarification du périmètre fonctionnel, et l’évalua-
20H
Ë tion conjointe des scénarios est déportée sur un comité. Ce
comité est alors chargé de prendre la décision du choix du
prestataire ou/et valider la solution retenue à ce premier
Lopyright niveau.
Le séquencement des tâches appropriées nécessite, dans
tous les cas, de clarifier le périmètre fonctionnel en amont
enbnetuioiu!
des travaux réalisés par la maîtrise d’oeuvre. Cette clari—
fication est à la charge de la maîtrise d’ouvrage et impose
Eyrol es
d’avoir constitué une équipe d’utilisateurs. La méthode à
Groupe
utiliser est décrite au chapitre suivant. C’est sur cette base
©
56 Conduire un projet informatique
En Trafiauô
Le projet
Cadrage — lancement
En frai'ique,
La précision de la clarification du périmètre fonctionnel en
amont du projet supprime plusieurs effets dévastateurs qui Eyrol es
contribuent aux dérapages budgétaires des projets.
Groupe
©
Méthodologie de conduite de projet informatique 57
9
Le cadrage consiste à :
' repenser et formaliser les objectifs du projet informatique
à partir des objectifs globaux énoncés par le métier/don-
neur d’ordres dans la définition du besoin, et des indica-
tions recueillies lors de la validation de l’une des solutions
proposées par l’étude préalable ;
' identifier les contraintes, les risques projet et ses condi-
tions de réussite ;
° définir un calendrier détaillé du projet et ses dates jalons.
egôolopoqiew
Le lancement du projet implique de renforcer les équipes ep
initiales MOA et MOE en l’adaptant à une couverture com—
plète du périmètre fonctionnel, à celle des risques et aux
besoins de réalisation et d’accompagnement.
La note de lancement est le livrable de référence de cette
phase. C’est sa validation qui la clôture. ennpuoo
Les budgets sont précisés dans un avenant au contrat initial
qui comporte une clause le prévoyant, ainsi qu’une clause 9p
« de bonne fin » qui va débloquer ou non la dernière tranche
de budget après la stabilisation de la mise en service et la
correction de la totalité des anomalies.
ieiord
En Trafiauc
Eyrol es.
Une large diffusion de la note de lancement permet, en sus
20H de sa validation, une information des collaborateurs et une
Ë
anticipation des managers.
copyright
Spécifications
9
d’ordres. Auprès d’eux, sa présentation sert de révélateur et
permet des ajustements de détails. Ce maquettage contribue
aussi à donner une Vision globale à l’équipe MOE et à pré—
parer la répartition des tâches entre ses membres s’il y a lieu.
En Trafiquc
Réalisation
A savoir
Eyrol es
La complémentarité des tests porte la qualité du produit au
Groupe niveau attendu.
©
60 Conduire un projet informatique
Illustration 13
Complémentarité des tests
Tests unitaires Tests d’assemblage Tests fonctionnels Tests métier
Il Il Il Il
Il Il Il Il
nfiHfi L
Il fi H H
nfiHH <
Il Il Il Il __:;
lit
'"i
En l"ul'léfuô
Groupe
©
Méthodologie de conduite de projet informatique
9
Pour la MOA, cette phase sert à préparer la recette utilisa-
teur et le dispositif d’accompagnement d’appropriation de la
solution par les utilisateurs.
En prodigue,
Illustration 14
Cartographie de la couverture des risques par les scénarios
Tests métier
se.) Ü Risquejuridique
.":.'
r—ts 2
C D Risque financier
C
O
.5 I Risque réglementaire
u Scénario
C
O
LL Ü Risque opérationnel
9
leurs variantes à mettre en oeuvre lors de la recette utilisa—
teur, et répartit le travail entre les membres de l’équipe pour
la rédaction des scénarios et des cas.
Cette vision détaillée constitue la synthèse des tests à
mettre en oeuvre, prépare 1e plan de recette et planifie son
déroulement.
L’illustration 15 présente le déroulement normal d’une
recette utilisateur. Il est composé de trois « campagnes » erôolopouiew
de tests séparées par un délai suffisant pour que la maîtrise
d’oeuvre puisse corriger le maximum d’anomalies. Ce délai 9p
est pensé dès le cadrage du projet, en concertation entre les
deux chefs de projet. Il est le gage de la réussite du projet,
dans l’atteinte du niveau de qualité du produit qui donne
satisfaction aux utilisateurs.
Illustration 15 eiinpuoo
Déroulement normal d'une recette utilisateur
9p
Des tests qui vont du principal au détail
Décision
ieiord
28
campagne
Évaluation i
du
Eyrol es.
produit
3€
A savoir
Diminuer le nombre de campagnes de recette ou raccourcir le
délai entre elles revient à réduire la sécurité de la mise en œuvre
et la qualité du produit.
A savoir
Une décision prise au niveau des chefs de projet a une probabilité
élevée d’être remise en cause par une instance de pilotage qui a
la vision de l'ensemble du projet dans toutes ses composantes. Au
niveau des chefs de projet, une telle décision est donc inutile et
porteuse d'incompréhension.
in.
La mise en place du dispositif d’accompagnement est réa-
ri
lisée dans 1e même laps de temps que la préparation de la
recette utilisateur. La cartographie de la couverture des
risques par les tests permet d’aller aussi loin que possible
dans la compréhension des difficultés que peuvent rencon-
trer les utilisateurs. Le chef de projet MOA a alors tout loisir
pour mesurer le besoin d’accompagnement et apporter les
réponses adaptées à l’appropriation des utilisateurs. Une Eyrol es
présentation du dispositif proposé et de ses objectifs est
faite au comité de pilotage qui le valide. Information et Groupe
©
Méthodologie de conduite de projet informatique
9
communication donnent lieu à une démarche structurée
par un plan de communication. L’évaluation de l’ampleur
du changement et le dispositif d’accompagnement sont dif—
fusés dès validation.
Tests et recette
Eyrol es
La recette utilisateur commence après cette concertation
entre les deux chefs de projet. Elle rassemble l’ensemble
Groupe de l’équipe projet MOA qui réalise cette recette et les
©
66 Conduire un projet informatique
En Trafiaue,
En prodigue:
Intégration
Eyrol es
Groupe
©
Méthodologie de conduite de projet informatique 67
9
En Tratiauc
Un ou des sites, suivant l’ampleur du projet, sa portée et la
dimension de l'entreprise sont à prévoir pour l'appropriation
des utilisateurs.
A savoir
Les savoir—faire accumulés par une équipe projet durant un projet
sont très constructeurs car porteurs de repères. Ne pas organiser
leur diffusion montre une déficience des capacités managériales
du métier/donneur d'ordres comme des chefs de projet MOA et
MOE.
i‘ûl‘î‘îä.
L
isi
20
i
gin:
:‘i
v
p
,i
Eyrol es
Groupe
©
S}
l:
Il a avantage à compléter cette liste des principales fonc-
tionnalités avec les apports des utilisateurs. Ces apports lui
permettent ainsi de valider la liste des principales fonction—
nalités et de la compléter avec les fonctionnalités secon- Slulod
daires. Ces fonctionnalités secondaires sont celles qui ont
un lien opérationnel avec les autres fonctionnalités et sont
à intégrer au périmètre fonctionnel du projet, mais pour
lesquelles la déduction ne donne pas une Vision exhaustive. 849|?)
L’équipe projet MOA liste les fonctions qui concourent à
chacune des fonctionnalités.
L’illustration 16 présente un exemple de description du inod
périmètre fonctionnel. On y voit :
° L’application qui doit être développée. Dans l’exemple,
l’inscription à l’université.
' Les fonctionnalités qui y concourent :
— l’inscription administrative pour s’assurer de qui est Jesuuew
inscrit et de son droit à fréquenter les cours dispensés 9|
par l’université ;
—l’inscription pédagogique pour déterminer le cursus
de l’étudiant (médecine, droit, langue, géographie...) et
son niveau.
Eyroi es.
La demande de logement dans une cité universitaire est
mentionnée, mais elle ne fait pas partie du périmètre fonc-
eirnpuoo
20H
Ë
tionnel. Elle ne concourt pas à la réalisation de l’inscrip-
tion, même si cela faciliterait les choses aux étudiants.
ep
Ces fonctionnalités sont des fonctionnalités principales.
Copyright On pourrait imaginer des fonctionnalités secondaires cor-
respondant a des objectifs tels que :
' la mise en place de la couverture sociale de l’étudiant ; mieimd
' la simplification des demandes de bourse ;
Eyrol es
Groupe
©
72 Conduire un projet informatique
Illustration 16
Décrire le périmètre fonctionnel d'une application :
les fonctionnalités
I I I
Inscription lndSCriptiOn
Fonctionnalltes pé gO gq
i ue
——
a.
administrative HO,-
S ’ .
Demande de
Inscription à logement en
l'univerSIte cité
universitaire
l:
Illustration 17
Décrire le périmètre fonctionnel d'une application : les fonctions
Slulod
Préinscription
au restaurant
universitaire
SiGIO
nregistremen
des modules
inocl
obligatoire
Fonctionnalités Inscription
administrative Ho
r6
' 0 Demande de
Inscription à logement en
l'université cité
universitaire
9|J68!J1 12w
Ainsi, la fonctionnalité d’inscription administrative com-
prend les fonctions suivantes qui concourent à sa réalisation :
' Vérification de l’identité de la personne qui demande son ins—
Eyrol es,
cription. Sans cette fonction, la connaissance de la personne
n’est pas acquise. L’inscription ne peut pas être effectuée.
eiinpuoo
2014
Ë—Î
' Vérification du diplôme ou de l’équivalence qui donne le ep
droit d’accès à l’université (bac ou équivalence).
' Encaissement des droits qui couvrent une partie des frais
Lopvrigi’ i
qui sont engagés par l’université pour son fonctionnement.
° Délivrance de la carte d’étudiant qui permet à 1a personne
inscrite de prouver son inscription. mieimd
Pour l’inscription pédagogique, les fonctions sont :
Eyrol es ° l’enregistrement dans les modules ou unités de valeur
obligatoires ;
Groupe
© ° le choix des options retenues par l’étudiant.
74 Conduire un projet informatique
l:
Pour la dimension technique, les coûts matériels sont
détaillés et différenciés par scénario. Pour l’ensemble du
périmètre fonctionnel, l’estimation de la charge de travail
est précisée pour chaque fonction, chaque fonctionnalité et
chacune des interfaces. Cette estimation de la charge de tra-
Slulod
vail comprend l’ensemble des opérations de spécifications
(détailléel, interne2 suivant la référence méthodologique),
les développements, les tests unitaires, l’assemblage, les 849F)
tests fonctionnels, la préparation de la recette utilisateur,
les corrections à apporter durant celle-ci — sous réserve
qu’elles correspondent aux spécifications —, et la documen- .ad
tation détaillée du produit.
EH pratique
Eyrol es,
MOE et la MOA avant de finaliser les scénarios de solution
et d’en dresser les dates jalons de planification. eirnpuoo
2014
Ë—Î
Les objectifs de ce travail commun sont de : ep
° préparer la décision du métier/donneur d’ordres pour que
le contenu des scénarios apporte une réponse adaptée au
Lopyrlght
besoin exprimé ;
En Trafigfuc
l:
Les principes à appliquer sont les suivants :
0 Le budget part de zéro.
° Aucune consommation budgétaire n’est acceptée en dehors
des estimations budgétaires réalisées sur les fonctionnalités, Slulod
les fonctions, les interfaces et le matériel d’infrastructure.
° Sont exclus de la démarche : la préparation de l’instal-
lation, l’installation, la mise en service et la période de 849|?)
garantie, l’accompagnement de la mise en oeuvre de la
solution, notamment pour l’appropriation des utilisa-
teurs, l’information, la communication, la formation et le inod
pilotage du projet.
Sur ces points, des compléments budgétaires peuvent être
ultérieurement acceptés. Ils seront cependant séparés
pour ne pas nuire à une identification des coûts informa-
tiques de chaque scénario.
° Le contenu et les coûts afférents à chaque scénario sont
étudiés en assemblant les fonctionnalités et les fonctions Quasiment
qui concourent à leur réalisation et des interfaces liées.
Lorsque le ou les objectifs du scénario sont atteints et
que le périmètre fonctionnel est défini, on calcule le coût
du scénario en additionnant le montant estimé de chaque
fonction/fonctionnalité et de leurs interfaces. L’analyse du
Eyroi es.
scénario proposé est effectuée sur sept critères : eirnpuoo
20H
Ë
— la réponse aux exigences du besoin métier et les com-
ep
pléments nécessaires en cas de couverture incomplète ;
— la facilité de réalisation ;
Lopyrigh‘t
— la facilité de mise en oeuvre ;
— les impacts sur l’activité des utilisateurs :
— charges de travail ;
"'18_ÏOJd
— complétude de la solution vis—à—vis du traitement opé—
Eyrol es
rationnel ;
Groupe
©
78 Conduire un projet informatique
— complexité/facilité d’usage :
— les impacts externes (clients...) ;
— les impacts sur l’organisation ;
— les risques portés par le scénario.
En tannique,
En prodigue
Eyrol es
Être synthétique pour faciliter la prise de décision.
Groupe
©
Points clefs pour maîtriser la conduite de projet informatique 79
Q
h
oèQ
.xkb 005.5
8:5”. mascfloa .«hœ
U055
ÜMQ
b
cozmæcmäo; 22m
.0q
5m ms
w
0b
€35. .
Q
OÙ US:
moEBxœ 8K4
«.50
m3262
5m
œr
x35 :5212:
un
ou 22.8
cm
/
(,
_m
ËË
cormbmzî ËE
suez—ah
on e
/ /
(, (,
.mm__o;m
ËUÆ cormæîm:
oosaczm
SON
©
I t
o_m
xxxx
mËoEwEEoU
Emzäou
xâ
x x.
92.2. .
X.
on: om cor
mœucmmïo
8:83.
mazoäm—
F N m
anneau mormcwum
©
80 Conduire un projet informatique
la protection/sécurité.
Les exigences fonctionnelles sont issues de trois niveaux :
q les processus1 ;
s les procédures1 ;
les règles de gestion.
Elles ont cinq propriétés :
x être alignées avec l’objectif du métier/donneur d’ordres ;
’2' être nécessaires ;
“3998:3 _uo::m
:o
b9:
Ë
3mm.. 338; Ai o-
A At
mr
moucomîo
mou
4
ozvshoeË o :5352
_>_:m
Ëoî _m
o
«o
cozmm:
8.3”. :ozmmm
0039:8
serrage.
ut
3:85
ïom
w gm
Eïàou
o
“P854524
o :oz
92.2. .
mm=oc o=u=8
8:8m
:oz
m3389.. 23369.“.
anneau
©
82 Conduire un projet informatique
En îr‘al'laue,
4)
e les spécificités permettant de répondre à des choix per- _U
sonnels ; 9.
e la sécurité ; :5
r-l-
° la propreté des chambres. (D
2.
nettoyage prévu à xx heures)
Copyright
Réception Test de validité moyen de paiement
Garantie (connu/non interdit...) CD
paiement Mémorisation du moyen de paiement
(moyens de paiement dématérialisés...)
E"‘
Réservation restaurant/bar
Vente de Réservation services annexes
produits (soins, thalasso, golf, tennis)
Eyrol es annexes Vente ou location
(peignoirs, produits de soin...)
SON
©
Ëmtäou
8
C COMME CONCEPTS
Groupe
©
86 Conduire un projet informatique
Eyrol es
Groupe
©
Parjriô l”
ÉTUDES DE CAS
ÀMÆE
ou NE PAS FAIRE
88 Conduire un projet informatique
Contexte
.9
Constat
O
cr
Les personnes concernées n’ont pas pu avoir accès au sys-
tème. Les opposants ont profité des occasions pour tenter
m
3
de remettre en cause la réforme. Différents freins au chan- m
gement se sont mis en place pour réduire la confiance dans o
l’administration et le système informatique proposé. Des m
solutions temporaires de contournement ont été nécessaires 5
pour pallier les difficultés rencontrées. Dans ce contexte,
l’imperfection de la sécurité du système a constitué un
écueil supplémentaire à la mise en oeuvre de la réforme.
Une partie au moins de l’importante baisse de popularité
identifiée par les sondages du président Obama est impu—
table à l’insuffisante gestion de ce dossier.
Diagnostic
Les risques :
— Au plan financier, le risque est avéré. Un surcoût bud—
gétaire est a prévoir. Il sera lié notamment au coût des
corrections réalisées après la mise en service qui subit
un coefficient multiplicateur.
— Pour le projet : les défauts constatés posent un problème
d’image qui rejaillit sur le métier/donneur d’ordres,
identifié ici comme étant le président Obama et l’ad-
ministration gestionnaire, ainsi que sur les entreprises
participant au projet et leurs collaborateurs.
— Pour la conduite du projet : le risque est né de l’insuffi-
sante coordination entre les chantiers, qui n’a pas été a
la hauteur d’un projet de cette ampleur.
— Pour le projet de transformation : la réforme phare de
la présidence d’Obama va perdre en Visibilité et être
un succès mitigé à cause du manque de rigueur de sa
préparation. Les nombreuses exceptions et les reports
imposés par l’incapacité à porter cette réforme dans
ses moindres détails jusqu’à son terme laisseront une
impression en demi-teinte. Le succès est écorné.
Eyrol es
Groupe
©
40
LOUVOIS
Contexte
Groupe
© 1. Cette partie du rapport a été intégralement reformulée par l’auteur.
96 Conduire un projet informatique
Constat
Diagnostic
SON
©
Ëmtäou
44
CHERCHEZ L’ERREUR !
Les cas présentés dans les pages suivantes sont réels, mais
toutes les références permettant l’identification des entre-
prises concernées ont été supprimées. Ils ont pour objectifs
d’induire un réflexe d’identification et de prévention des
risques portés par les projets informatiques de façon récur—
rente, et de nous éviter de produire des erreurs classiques.
Ils vont nous apprendre à exercer notre regard pour déceler
celles-ci en amont de leur réalisation. Les questions à se
poser pour pratiquer cet exercice sont : quelle(s) erreur(s) a
(ont) été commise(s) ? Quelles auraient été la ou les mesures
appropriées ?
Alpha
Fidélisation client
Découverte tardive
Mon chef-d’œuvre
Eyrol es
Groupe
©
4L
SYNTHÈSE : PRINCIPALES CAUSES
D’ÉCHEC D'UN PROJET INFORMATIQUE
N’y a-t—il que les projets stratégiques qui peuvent être sujets
à échec ? Certes non, les échecs des projets informatiques
des entreprises ne sont pas aussi exceptionnels que l’on
aimerait nous le faire croire.
Si les lignes qui suivent exposent deux cas connus d’échec,
nous voulons cependant saluer ici toutes les entreprises
pour les projets mis en oeuvre dans le but de faire évoluer
leurs activités, ainsi que pour les offres et services dont
elles sont porteuses.
En jfl‘ai’içjuô
Eyrol es
Eyrol es
03%..
uwæîm.
9538.5. . cm
co_ ._.wE.ou_ . _ ,cozzîmuwænâacwaœu no.. —
:9.
mat . 3:2 85.83.8%
V
:WMMMHÆW V
.o_o.a-mm.a< :ozmflznfim
mÊÉoœœ
un
“æâuzämcâ 3%v :œ mfiäe
ËœEoËoæâEô mm..
ors. 85.3.
au
uns.
883
omtnEÊNE n
:0583“..
3.3. . Ë
ËœE ŒEâE
823,5.
«mmzcômmmü
38..
“3:3. zozemæs asœäëns 03:8.
ce: c:
mo:v_äE.oË_ flcmætsms 22.5395. m2 ce.. 5—...
confiaoäâ .zu Samba..
fla... .ä
5.“. :o
muwzüotu
32.8.
8.105 8U .mnw..
.
«:88
8%
3mn :Ëm.
m_
Bravo”. 5m no...
basoïaœw
4
mat Ëoä
ËuEœcäËä
_\N mœucm
m ; zv
:3333. . tonus
mËEESEflcmEœâoîÈv _xm
‘
.
xzm . :3253. t 3mm v.3.8,
ne m_
.ŒnæMMMMWHMMwüu
t
omcmœœ
.
8.32.. . 83mm.
8.5.53. oscaœEË
53233:. ce: mon
58.,
mai. .
ËozmuEuw
a
35m.. 8.2.5.58 m
œmmrmzvms. :o: flammfizms grammes!7mmotoäänma 588.. “:
32.585 mËmEmâQœÈv xzm 2 .85.25
.
.ËÈ 9380.
4 m.
mœmzœu a azoËÆÊ äcosäor 2.
afin. :ÊËBËÆ
. :_ñ v,t. . V mon m2.
.t. :o_.mu_ aE_Ecmztzms conflaozhm au... ‘mmwnflvms «mefiu.5 85: montage". Eomon
:m
adormo..
mcowmuEumam Jan
mus—20:0 “0.5.1
,
ËUÆË c035 “DÉC, 3.
2.3.
2:3
m.
Ëfiœw
a m3283 .8: :æänbmäa 23.3.5. .
mou ËoEœ
umvwcüuuu 28mn. tu
ËoEm mES umä amena”.
oËEtmä.
3.
um._o.n-Ëm><
582. Essorage.
583
SEËÉ .6 ä
mœzobfi mœwmoaoa :m
_:u_mu _Ëo_m
c:
œmmëmu _om_
.mflcmmflmm EæëœuäËmmoaœ. .am
375.0 Éozêom mœmämv oc Æ.
©
.wœ__9>m
SON
©
Ëmtäou
PaPIiô IV
EXERCICES
D’ACQUISITION
DES POINTS
CLEFS
112 Conduire un projet informatique
Eyrol es
Groupe
©
43
TRADUIRE LA DEMANDE MÉTIER
EN CADRAGE EFFICACE DU PROJET
Contexte
Question complémentaire
Eyrol es
Groupe
©
44
IDENTIFIER DES SCÉNARIOS DE SOLUTION
QUI RÉPONDENT AU BESOIN
Contexte
ALERTE EPIDEMIE (D
(I)
9. Réception de SMS des adhérents ;Vérification de l’émet- (D
teur ; transmission à l’ensemble des adhérents. 0
(Du
1 O. Rectification des disponibilités places enfants et propo— 3
sition adhérents par SMS. Q.)
-1
11. Demande remplacement encadrants aux adhérents par
O
SMS. U)
12. Adaptation du planning selon la règle « premier reçu,
premier pris ».
GESTION COMPTABLE
13. Émission de la facturation mensuelle (cotisation + pré-
sence enfant(s)) par mail tous les 1"r5 du mois.
Eyr‘oi es,
14.Vérification de la concordance des versements sur le
compte bancaire quinze jours après facturation ; envoi
20.14
ʗΑ
d’un rappel automatisé en l’avance de versement ou de
concordance.
15. Publication, après une seconde vérification le 20e jour,
Copyright
de la liste des paiements non effectués et affichage à
l’entrée de la crèche.
Question
Eyrol es
° Quel est le périmètre fonctionnel minimal en dessous
Groupe
©
duquel il n’y a pas d’intérêt à réaliser une application ?
120 Conduire un projet informatique
Contexte complémentaire
GESTION COMPTABLE
13. Émission de la facturation mensuelle (cotisation + pré-
sence enfant(s)) par mail tous les lerS du mois : 1 000 €.
14.Vérification de la concordance des versements sur le
compte bancaire quinze jours après facturation ; envoi
d’un rappel automatisé en l’absence de versement ou de
Jen uepl
concordance : 4 000 €.
15. Publication, après une seconde vérification le 20e jour,
p
(D
de la liste des paiements non effectués et affichage à (D
l’entrée de la crèche : 400 €. (D
0
CD l
3
Q.)
Questions complémentaires -1
O
° Quelle est la solution et quel est son périmètre fonction- (D
nel pour un budget de :
— 3 000 euros ?
— 7 000 euros ?
— 12 000 euros ?
° À quels objectifs répondent les solutions proposées avec
les budgets de :
Eyroi es.
— 3 000 euros ?
20.14
— 7 000 euros ?
ÊË‘
— 12 000 euros ?
Copyright
' Quelle est la solution la plus opportune pour atteindre les
objectifs des adhérents ?
Eyrol es
Groupe
©
.wœ__9>m
SON
©
Ëmtäou
4€
DÉCRIRE DES SPÉCIFICATIONS
Contexte
Illustration 22
Périmètre fonctionnel de l'application
réaliser
tionnement et leur fréquence
5V
Processus Fonctionnalités Fonctions
Questions
Eyrol es
Groupe
©
46
VALIDER LA RÈGLE DES TROIS « U »
PAR DES TESTS ADAPTES
Contexte
Groupe
©
Valider la règle des trois « ll » par des tests adaptés
Ü
Q)
1
Q
Eyrol es. CD
(D
2014 (-1.
© (D
(D
r-l-
U)
Copyright
Q)
Q
Q)
Ü
l—I'
Eyrol es se
Groupe
©
.wœ__9>m
SON
©
Ëmtäou
Par‘fiô V
RÉPONSES
ET GUIDES
DE REFLEXION
132 Conduire un projet informatique
Eyrol es
Groupe
©
Il?
TRADUIRE LA DEMANDE MÉTIER
EN CADRAGE EFFICACE DU PROJET
Eyrol es
Groupe
©
134 Conduire un projet informatique
Réponses
kl’
Hors périmètre
° Suivre l’activité du commercial qui a ouvert cette nouvelle
relation.
0 Mesurer l’atteinte des objectifs commerciaux.
Copyright
"estampe
Eyrol es
Groupe
©
136 Conduire un projet informatique
Illustration 23
Relation entre les notions de processus, fonctionnalités
et fonctions
Économique
Connaître le (activités, positionnement dans la filière, potentiel
prospect/client du marché, atouts/faiblesses...)
Analyse financière
(excédent brut d'exploitation, endettement,
ratio de solvabilité...)
Mise en place
Objet du financement
d'une ligne de (besoin de fonds de roulement, stock...)
financement
Définir le besoin Mesure du risque
court terme
de financement (antécédent bancaire, fichiers Banque de France...)
pour un nouveau
client entreprise Définition du concours
(plafond, durée, clauses particulières)
Validation du concours
(en fonction de la délégation)
ml
Compte tenu de la date de lancement du projet,
E
‘i
un seul lot sera possible cette année pour la mise
i
7.0
en place d’une ligne de financement court terme
.1 à un nouveau client : quelles fonctions choisiriez—
gin:
. vous de faire développer selon que sont alloués aux
,
‘iki‘m .
développements 450 K€,1080 K€,1380 K€, 2 340 K€ ?
Eyrol es
Groupe
©
Traduire la demande métier en cadrage efficace du projet 137
Illustration 24
lil/
Exemple de lotissement fonctionnel
Budgets disponibles
Fonctions Coûts
450 K€ 1 080 K€ 1 380 K€ 2 340 K€
Juridique 72 K€ 1 1 X
Économique 90 K€ 1 1 X
12l‘alnlO’gJ—l-
Interface analyse 900 K€ 1 1 X
financière
Objet du finance- 42 K€ X
ment
Définition 600 K€
epuetuep
du concours
Validation 270 K€ 2 2 X
du concours
Objectifs de l’exercice
Cet exercice avait pour objectifs :
r? de différencier fonctionnalités et fonctions pour clarifier
un périmètre fonctionnel ;
r d’accorder les limites d’un périmètre fonctionnel avec les
exigences métier ;
d’établir une relation entre les processus, les fonctionna-
lités et les fonctions ;
9 d’être sensibilisé aux impacts du découpage d’un projet
informatique en lots.
Eyrol es
Groupe
©
Traduire la demande métier en cadrage efficace du projet 139
fîl’
Les fonctionnalités et fonctions citées sont-elles
suffisantes pour répondre aux exigences du besoin
métier ?
"'eoeoii e
Eyrol es
Groupe
©
140 Conduire un projet informatique
‘ïgiit
Pour acquérir la notion d’exigence, il faut se reporter au
N,
‘i « chapitre « C comme concept » qui délivre une définition et
reprendre la méthode qui lui est consacrée dans le chapitre
précédent.
Eyrol es
1. Pour approfondir l’analyse des processus, vous pouvez vous reporter
à Organiser un service ou une unité, du même auteur, dans la collection Groupe
Livres Outils, chez le même éditeur, 2E édition 2013. ©
Traduire la demande métier en cadrage efficace du projet 141
iîl’
L’assimilation de la notion doit s’appuyer sur les tableaux
de concordance et être effectuée grâce à des entraînements
simples.
Eyrol es
Groupe
©
48
IDENTIFIER DES SCÉNARIOS DE SOLUTION
QUI RÉPONDENT AU BESOIN
— 7 000 euros ?
— 12 000 euros ?
— 7 000 euros ?
— 12 000 euros ?
_ Quelle est la solution la plus opportune pour atteindre les
objectifs des adhérents ?
Eyrol es
Groupe
©
144 Conduire un projet informatique
Réponses
20.14
4. Proposition d’affectation si les adhérents ne se sont pas
ʗΑ suffisamment inscrits spontanément pour le mois suivant :
800 €.
ALERTE ÉPIDÉMIE
9. Réception de SMS des adhérents ;Vérification de l’émet—
teur ; transmission à l’ensemble des adhérents : 1 500 €.
GESTION COMPTABLE
13. Émission de la facturation mensuelle (cotisation + pré-
sence enfant(s)) par mail tous les 1ers du mois : 1 000 €.
En outre cette solution permet de ne pas utiliser 1 000 €.
Groupe
©
Identifier des scénarios de solution qui répondent au besoin
Objectifs de l’exercice
Cet exercice a pour objectifs :
IJQUGOS
e d’identifier des scénarios de solution qui répondent au O
besoin et permettent au métier/donneur d’ordres d’exer- m
cer les choix qui lui reviennent ; Q
° de poser la question de la définition des objectifs du
(D
m
métier, donc de ceux du projet.
9
C
fi
Nature des écarts
Quel est le périmètre fonctionnel minimal
Eyrol es.
en dessous duquel il n’y a pas d’intérêt à réaliser "'UOI
2014 une application ?
©
Les écarts peuvent provenir de deux causes :
° la perception de l’utilité du développement n’est pas orien-
Copyright
tée « client »/ métier/donneur d’ordres ;
0 la dimension minimale du périmètre fonctionnel n’est pas
une pratique habituelle.
Eyrol es
Groupe
©
150 Conduire un projet informatique
Les écarts peuvent être mineurs. Ils sont, dans ce cas, d’une
importance négligeable. S’ils sont importants, il est pré-
férable de reprendre l’exercice. Il est à noter que dans les
deux solutions, des budgets résiduels ne sont pas utilisés.
On peut donc affiner le budget pour présenter une situation
compétitive en accord avec les objectifs du métier/donneur
d’ordres.
Groupe
©
Identifier des scénarios de solution qui répondent au besoin
Eyrol es
Groupe
©
152 Conduire un projet informatique
Eyrol es
Groupe
©
M
DÉCRIRE DES SPÉCIFICATIONS
Réponses
En deux étapes :
— à distance par téléphone portable, sous réserve de l’accès
et de la disponibilité des fonctionnalités de paiement et
de sélection pour un paiement et une anticipation de la
commande ;
— par présence physique et proximité machine pour le
retrait du produit.
Pour les exigences fonctionnelles, au niveau procédure :
la commande est effectuée unitairement quel que soit le
canal utilisé ;
le commanditaire de la boisson peut identifier qu’elle lui
revient.
Pour les exigences non fonctionnelles :
l’accessibilité des communications en émission et en
réception ;
l’affichage du commanditaire de la boisson en cours de
préparation.
Eyrol es
Groupe
©
156 Conduire un projet informatique
Groupe
©
Décrire des spécifications 157
À
de dysfonctions ;
2.
- de rechercher des solutions pour améliorer les règles de _‘
gestion proposées. CD
Q.
CD
Nature des écarts a)
Quelles sont les exigences issues de la demande œ
Ü
du métier/donneur d’ordres ?
CD
Les écarts peuvent être de deux natures : Q.
—h
° les exigences ne sont pas différenciées en fonction de leur
o
niveau (fonctionnelles de niveau processus ou procé- m
r-l-
dures, non fonctionnelles) ;
' les exigences ne sont pas systématiquement identifiées. O
:5
w
La description du périmètre fonctionnel permet-elle
de s’assurer de la prise en compte des exigences
issues de la demande du métier/donneur d’ordres ?
Groupe
©
Décrire des spécifications 159
À
Eyrol es
Groupe
©
L0
VALIDER LA RÈGLE DES TROIS « U »
PAR DES TESTS ADAPTES
Réponses
2014
° l’opérationnalité de la solution livrée. sep
Ë—Î
Au niveau des tests fonctionnels, on aurait pu tester inté-
gralement, par exemple :
LOpyright ' la fonctionnalité de validation/paiement. srsei
Durant la recette utilisateur, on aurait pu compléter le dis-
positif, par exemple :
° par des scénarios variés pour s’assurer de la compatibilité
des commandes manuelles et à distance, et de l’utilisation
Eyrol es
des infrastructures. seidepe
Groupe
©
164 Conduire un projet informatique
Objectifs de l’exercice
Cet exercice a pour objectifs :
e d’être sensibilisé à l’intérêt de tests variés réalisés tout au
long du projet ;
8' d’identifier les causes des dysfonctions et d’affecter les
responsabilités ;
e d’identifier les compléments à apporter à une démarche
mi de test.
E
‘i
7m
r‘
Nature des écarts
“içjiuj
Quelles sont les erreurs qui ont été commises
et quels sont leurs impacts potentiels ?
Groupe
©
Valider la règle des trois « ll » par des tests adaptés 167
sep
sion
»
n
«
112d
Eyrolies.
2014 sep
©
Copyright sise]r
Eyrol es
sardepe
Groupe
©
.wœ__9>m
SON
©
Ëmtäou
Ÿar‘Iiô VI
BONNES
PRATIQUES
DE CONDUITE
DE PROJET
INFORMATIQUE
170 Conduire un projet informatique
Eyrol es
Groupe
©
L4
SAVOIR-FAIRE ET SAVOIR ÊTRE
Groupe
©
Savoir-faire et savoir être
20H
Comment des personnes aux nombreux savoir—faire
Ë peuvent-elles commettre des erreurs aussi élémentaires ?
Pouvons-nous être certains de ne pas prendre les mêmes
positions ?
Lopyrlght
Eyrol es
Groupe
©
.wœ__9>m
SON
©
Ëmtäou
LL
MANAGER EN s’INTEGRANT
À UNE CHAÎNE DE DÉCISION
A savoir
Même l'agilité a besoin d'être managée.
En prodigué
iuwôoiugls
r2
eun
Eyrol es.
euœqo
2014
© ep
p
CD l
Copyright
Q
ï)
O
3
Eyrol es
Groupe
©
.wœ__9>m
SON
©
Ëmtäou
L3
RENDRE FACTUELS LES POINTS
D'AVANCEMENT
Eyrol es
Groupe
©
Rendre factuels les points d’avancement 181
Illustration 25 {7
Le regard sur l'état actuel de mon projet
eUGH
Cet exercice de synthèse est traditionnellement représenté
en quatre états, symbolisés sur l’illustration 25. C’est le
recul qui permet d’avoir un regard sur l’état du projet à un
moment donné.
slenioej
En fraiiaruc
sel
Le management adapté est celui qui responsabilise les
acteurs du projet.
Eyrol es
Groupe
©
182 Conduire un projet informatique
Illustration 26
Le regard sur la tendance à venir de mon projet
En amélioration Stable En difficulté
En Tratiquc
L’excès de détails dans les reportings démobilise les chefs de
projet et transforme leur réflexion en travaux administratifs.
Il montre une défiance du métier/donneur d'ordres et bloque
la mise en responsabilité, la réactivité et l'implication.
l
Ù
ÎÎ
[iliL
Eyrol es
Groupe
©
L4
LES PIÈGES À ÉVITER
Groupe 1. Le budget n’est pas roi, mais il est fixé sur la base du calcul du retour
© sur investissement (ROI).
184 Conduire un projet informatique
20.14
ÊË‘
Copyright
Eyrol es
Groupe
©
BIBLIOGRAPHIE
Ouvrages de la collection
Plnllppo Ydtho Ph lllIopp
CRÉER DE ntcñdlmr
la;
[HVHLEUR EHVHNIHEE
EUNEURRENIIEI
ir—
Eyrol és.
201-4
t;
Phnc'lpp
Eyrol es
Groupe
k
©
l!
190 Conduire un projet informatique
Autres ouvrages
Organiser Relancer
un SEI’VICE la mobilite Interne
[ o .1 l'.".'i(ï'l'1'.’ a pl‘iï\,‘«.‘-*1Ï‘lji‘<"
“nous
_._
Articles
Eyrol es
Groupe
©
INDEX THÉMATIQUE
l7 U
Projet 21, 24, 29, 33, 43, 51,
56, 70, 105, 169 Utilisateurs 33, 185
— Cadrage 61, 63 — MOA 68
— Déroulement 51 — Participation 33,44, 185