www.hermes.admin.

ch
Manager
Guide de poche
Editeur: Unité de stratégie informatique de la Confédération USIC, CH-3003 Berne
www.isb.admin.ch
Distribution: OFCL, Vente de publications fédérales, CH-3003 Berne
www.bundespublikationen.admin.ch
No d‘art. 609.205.f / 07.09 / 1’200 / 860000000
Date d‘édition: Mars 2004 (2
ème
édition révisée janvier 2009)
Droits: HERMES est une norme ouverte de l‘administration fédérale suisse, représentée par l‘Unité
de stratégie informatique de la Confédération (USIC). L‘USIC est propriétaire des droits
d‘auteur concernant HERMES. L‘utilisation à des fins privées (loi sur le droit d‘auteur, art. 19)
est autorisée gratuitement.
Réserve: La présente édition peut contenir des erreurs ou des incohérences. Les problèmes ou les propositi-
ons de modification peuvent être communiqués à l‘éditeur sur le site internet officiel de HERMES
www.hermes.admin.ch.
Egalité linguistique: Le présent manuel utilise des désignations de rôles applicables aux deux sexes et indépendantes des
postes d‘une organisation. Ces rôles peuvent être tenus tant par des femmes que par des hommes.
3
But et structure du document ............................................................................................................................................. 4
Partie I: Connaissances de base
Principes ............................................................................................................................................................................. 5
Modèle de phases............................................................................................................................................................... 6
Processus de décision.......................................................................................................................................................... 7
Points de vue du projet : démarche, résultat, rôle..............................................................................................................10
Partie II: Exécution
Check-lists ........................................................................................................................................................................13
Phase d‘initialisation..........................................................................................................................................................17
Phase d’analyse préliminaire..............................................................................................................................................22
Phase de conception.........................................................................................................................................................25
Phase de réalisation ..........................................................................................................................................................28
Phase d’évaluation............................................................................................................................................................31
Phase d’implémentation....................................................................................................................................................35
Phase d’introduction.........................................................................................................................................................41
Phase de finalisation .........................................................................................................................................................46
Partie III: Compléments
Intégration d’HERMES.......................................................................................................................................................48
HERMES dans l‘administration fédérale .............................................................................................................................49
Exemples de pièges...........................................................................................................................................................50
Check-list pour l‘évaluation des risques .............................................................................................................................51
Abréviations utilisées.........................................................................................................................................................54
Tables des matières
Tables des matières
4
But et structure du document
«HERMES Manager» décrit et facilite l‘utilisation de la méthode HERMES pour la gestion de projets du point de vue du
manager. La structure de «HERMES Manager» comprend trois parties:
I Connaissances de base: définit les principes généraux
II Exécution: présente des directives d’actions concrètes pour le manager
III Compléments: apporte des conseils d‘ordre généraux
Public cible
«HERMES Manager» s‘adresse aux rôles suivants, qui assument des tâches de direction et des compétences de
décision:
t Donneur d‘ordre (mandant): responsable de l‘exécution du projet et de l‘atteinte des objectifs dans les limites
fixées en termes de coûts et de délais.
t Membre du comité de projet: assiste le donneur d‘ordre en évaluant les résultats du projet à l‘aide de ses
connaissances spécialisées; devrait également disposer de compétences de décision concernant les ressources
humaines et financières engagées dans le projet.
t Supérieur hiérarchique: représente les intérêts de ses collaborateurs impliqués dans un projet.
5
Partie I: Connaissances de base
Principes
Une organisation réalise des projets pour mettre en œuvre les objectifs, stratégies et processus qu’elle a définis. C’est
pourquoi les projets sont toujours intégrés dans un environnement existant, qu’il faut prendre en considération.
Un projet est une entreprise unique visant à atteindre un objectif déterminé, avec une qualité définie et dans des limites
fixées en termes de temps et de ressources. Il existe différents types et catégories de projets.
Un type de projet caractérise le genre du résultat final ainsi que les résultats intermédiaires, démarches et rôles néces-
saires pour y parvenir (par exemple développement ou adaptation de système, maintenance, infrastructure, etc.).
La catégorie de projet décrit ce dernier selon ses trois caractéristiques principales: son importance (dans la stratégie de
l’entreprise), son ampleur (finances et ressources) ainsi que le risque qu’il comporte.
Le tailoring définit, en fonction de la situation, le choix des principaux résultats et démarches requis pour la réussite du
projet. Ainsi HERMES peut être adapté pour les petits comme pour les grands projets comportant de nombreux risques.
L’utilisation de HERMES et les décisions qui en découlent au niveau des résultats à produire, des points de décision
(jalons) à atteindre ainsi que de la planification dans le temps sont documentées dans le manuel et dans le plan de projet.
6
Développement de systèmes DS
Adaptation de systèmes AS
Réalisation
Finalisation
Etude Projet Exploitation
Introduction Construction du système Initialisation Analyse
Conception
Implémentation Evaluation
Point de décision de phase
Point de décision
Partie I: Connaissances de base
Modèle de phases
L’étude, le projet et l’exploitationconstituent les 3 étapes du cycle de vie d’une solution informatique. HERMES décrit l‘étape
projet avec un modèle de phases allant de l’initialisation à la finalisation. Ce modèle détaille deux types de projets :
t Développement de systèmes: projet pour le développement d’une solution TIC
t Adaptation de systèmes: projet d’évaluation, d’acquisition et d’intégration d’une solution TIC.
Ce modèle de phases comporte des points de décision définis permettant au manager de contrôler régulièrement
l’état du projet et de prendre les mesures de soutien ou de correction qui s’imposent.
7
Partie I: Connaissances de base
Processus de décision
Pour chaque phase du projet, HERMES décrit des objectifs et des résultats qui aident le manager à prendre les déci-
sions. Chaque point de décision définit un ou plusieurs résultats à contrôler, qui reflètent l‘état du projet et servent de
base aux décisions à prendre.
A la fin d‘une phase, le manager a la possibilité de décider s‘il veut donner son feu vert à la phase suivante, si la phase
doit être répétée, voire si le projet doit être abandonné.
Phase Objectif Résultat Décision
Initialisation Définition de la base de départ Proposition
de projet
Approbation de la proposition de
projet avec signature£mandat
de projet
Feu vert à la phase d’analyse
préliminaire
Analyse
préliminaire
Elaboration de variantes de solution et
choix de la solution
Rapport
d‘analyse
préliminaire
Feu vert à la phase de conception
ou d‘évaluation
8
Partie I: Connaissances de base
Phase Objectif Résultat Décision
Construction
du système
Concepti-
on (DS)
Elaboration et évaluation
d‘un concept complet
Rapport
de conception
Feu vert à la phase de
réalisation
Réalisation
(DS)
Elaboration du système
et préparation à la
migration
Rapport
de réalisation
Feu vert à la phase
d‘introduction
Evaluation
(AS)
Evaluation des offres et
attribution d’un mandat
Rapport d’évaluation Feu vert à la phase
d’implémentation
Implémen-
tation (AS)
Spécification du système,
adaptation du système
Rapport
d’implémentation
Feu vert à la phase
d’introduction
Introduction Installation et utilisation du système et
formation des utilisateurs
Rapport
d‘introduction
Feu vert à la phase
de finalisation
Finalisation Documentation des expériences faites
dans le projet et remise de celui-ci à
l‘exploitation.
Rapport
d’appréciation finale
de projet
Fin du projet
9
Partie I: Connaissances de base
Developpement de systemes DS
Adaptatlon de systemes AS
Peallsatlon
### |ntroductlon Constructlon du systeme |nltlallsatlon Analyse
Conceptlon
|mplementatlon Lvaluatlon
Annonce
de projet
Mandat
de proìet
Peu vert
conceptlon / evaluatlon
Peu vert
|ntroductlon
Dossler
d
(%
holx
de l'onre
Concept
Accord sur
les obìectlfs
Cholx de
la solutlon
Speclñcatlon
du systeme
Peu vert reallsatlon
Achevement
du systeme
Adaptatlon
du systeme
Speclñcatlon
du systeme
Peu vert lmplementatlon
Mlgratlon
du systeme
Peceptlon
du systeme
Mlse en servlce
(seulement AS)
Polnt de declslon de phase
Polnt de declslon
Peu vert
ñnallsatlon
Concluslon
du proìet
Modèle de phase avec points de décision
Ce modèle représente le processus de décision complet. La partie II du manuel détaille chaque point de décision.
10
Partie I: Connaissances de base
Points de vue du projet: démarche, résultat, rôle
Au sein de chaque phase, le projet est caractérisé par trois points de vue: la démarche, les résultats et les rôles.
Il incombe aux managers de faire en sorte que le projet produise les résultats convenus, que la démarche du projet
soit claire et que les rôles soient pleinement assumés.
Résultat
QUOI
ce qui est produit
Proposition de projet
Rapport «conception»
Rapport «analyse préliminaire»

Manuel d’exploitation
Architecture système
Rôle
QUI
accomplit le travail
Directeur de projet
Mandataire
Architecte solution
Représentant utilisateur
Responsable qualité
Responsable risque

Démarche
COMMENT
le travail s‘effectue
Activité 1
Étape de travail 1
Étape de travail 2
Activité 2
Étape de travail 4
Étape de travail 5
Étape de travail 6
Activité 3
11
Partie I: Connaissances de base
Démarche
La méthode HERMES décrit une démarche pour chaque phase du projet. Cette démarche est constituée d’activités
et d’étapes de travail organisées hiérarchiquement et auxquels sont associés des rôles et des résultats. C’est la struc-
ture détaillée des tâches. Le chef de projet possède ainsi un découpage détaillé par phase de toutes les tâches de son
projet.
Résultat
Les résultats dans HERMES sont l‘ensemble des livrables du projet. Ils peuvent être aussi bien matériels (un document
de proposition de projet) qu‘immatériel (un prototype).
L‘avantage pour le manager est qu‘il peut piloter le projet en se basant sur des résultats tangibles présentés par le
chef de projet.
12
Partie I: Connaissances de base
Rôle
Les organisations permanentes sont axées sur le
long terme tandis que les projets servent à gérer
des changements. La structure de projet a une
durée de vie limitée à la période de réalisation du
projet.
La méthode HERMES décrit les rôles dans un
projet en identifiant deux catégories d‘acteurs:
l‘une à l‘extérieur (le mandant, le comité de pro-
jet,..), l‘autre à l‘intérieur (le chef de projet, les
utilisateurs,...).
t MFT SÙMFT EF mandant et de comité de
projet correspondent à l’échelon de la
direction stratégique;
t MF SÙMF EF direction de projet correspond
à l’échelon de la direction opérationnelle.
Service hiérarchique, postes d‘état-major, organes, commissions
O
r
g
a
n
e
s
d
e
c
o
o
r
d
i
n
a
t
i
o
n
e
t
d
e
c
o
n
t
r
ô
l
e
Direction du projet
Assurance qualité Exigences des utilisateurs
Gestion des risques
Mandant
Comité de projet
Gestion de
la configuration
*Direction de projet du
mandataire
Sûreté de l‘information
et protection des données
Projet
Traitement spécialisé
du projet
*AS: La «direction de projet du mandataire» englobe les rôles ou les tâches
qui sont assurés par le fournisseur du produit évalué.
13
Partie II: Exécution
Le manager
Tâches du manager
t &YÏDVUF MVJNÐNF VO DPOUSÙMF BDUJG EF HFTUJPO EF QSPKFU PV DPOmF DFUUF UÉDIF Ë VO PSHBOF FYUFSOF
t "TTJTUF MF DIFG EF QSPKFU EBOT TPO USBWBJM EF DPNNVOJDBUJPO
t *NQPTF Ë MB EJSFDUJPO EV QSPKFU MÏUBCMJTTFNFOU EF SBQQPSUT FU MB DPNNVOJDBUJPO EFT ÏUBUT EV QSPKFU
t "TTJTUF MF DIFG EF QSPKFU EBOT TFT SFMBUJPOT BWFD TFT DPMMBCPSBUFVST FU MFT ÏWFOUVFMT GPVSOJTTFVST
t "JEF MF DIFG EF QSPKFU Ë SÏTPVESF MFT TJUVBUJPOT DSJUJRVFT
Check-list: conduite du projet
t L'elal du projel (rapporl de projel) esl-il communique regulieremenl
t -F QÏSJNÒUSF EV QSPKFU FTUJM NBÔUSJTÏ
t -B RVBMJUÏ EFT SÏTVMUBUT FTUFMMF HBSBOUJF
t -FT SJTRVFT TPOUJMT HÏSÏT BDUJWFNFOU
t -FT QFSTPOOFT JNQPSUBOUFT QPVS MF TVDDÒT EV QSPKFU TPOUFMMFT QMBOJmÏFT FU EJTQPOJCMFT
t -FT PCKFDUJGT JOUFSNÏEJBJSFT FU mOBMT mYÏT TPOUJMT BUUFJOUT
t -FT PCKFDUJGT EV QSPKFU DPODPSEFOUJMT BWFD MB TUSBUÏHJF EF MFOUSFQSJTF
t -AJNQBDU EV QSPKFU TVS MAPSHBOJTBUJPO EF MAFOUSFQSJTF BUJM ÏUÏ ÏWBMVÏ
t -FT SFTTPVSDFT SFRVJTFT IVNBJOFT mOBODJÒSFT NBUÏSJFMMFT TPOUFMMFT EJTQPOJCMFT
t 5PVT MFT PSHBOFT EF DPPSEJOBUJPO FU EF DPOUSÙMF DPNQÏUFOUT TPOUJMT JOGPSNÏT PV JNQMJRVÏT
t -B TßSFUÏ EF MJOGPSNBUJPO FU MB QSPUFDUJPO EFT EPOOÏFT TPOUFMMFT HBSBOUJFT
t &YJTUFUJM VOF HFTUJPO BEBQUÏF EF MB DPOmHVSBUJPO FU EFT NPEJmDBUJPOT
14
Partie II: Exécution
Séances du comité de projet (CoP)
La séance du CoP constitue, pour le donneur d’ordre, un important instrument de conduite du projet et de contrôle
de l’atteinte des objectifs visés.
Le pilotage et le contrôle de gestion d‘un projet pendant sa durée de vie constituent les principales tâches du don-
neur d‘ordre et du comité de projet. Seule une direction et un contrôle actifs peuvent maintenir l‘équilibre entre les
quatre dimensions fondamentales d‘un projet et permettre d‘atteindre les objectifs dans les limites fixées.
Ampleur de la solution
Qualité
Délais
Charge de travail /coûts
Les quatre dimensions fondamentales:
15
Partie II: Exécution
Activités Responsabilité
t 1MBOJmFS MB TÏBODF MJFV TBMMF IFVSF JOGSBTUSVDUVSF
t "DUVBMJTFS TPO EPTTJFS QFSTPOOFM DPVSSJFMT DMBTTFVST EPDVNFOUT
t &WBMVFS MABNCJBODF
t 7ÏSJmFS MFT mOBODFT
t 1SÏQBSFS MF DBUBMPHVF EFT RVFTUJPOT
t 1SÏQBSFS MFT QPJOUT FO TVTQFOT EBOT MF QSPKFU
t $PNNVOJRVFS MFT PCKFDUJGT EF MB TÏBODF
t 1SÏQBSFS MAPSESF EV KPVS FU MF EJTUSJCVFS BWBOU MB TÏBODF
t $PNNVOJRVFS TFT BUUFOUFT BVY QBSUJDJQBOUT DBMFOESJFS Z DPNQSJT
t "OUJDJQFS MFT QSJTFT EF QPTJUJPO
chef de projet
tous
donneur d‘ordre, chef de projet
donneur d‘ordre, chef de projet
membres du CoP
chef de projet
donneur d‘ordre
donneur d‘ordre
donneur d‘ordre
donneur d‘ordre
Check-list: préparation de la séance du CoP
7V MJNQPSUBODF EF MB TÏBODF EV $P1 VOF QSÏQBSBUJPO FTU JOEJTQFOTBCMF
La séance du CoP est organisée par le chef de projet, qui est également responsable de fournir au donneur
d’ordre (qui préside le CoP) et aux membres du CoP les documents nécessaires suffisamment à l’avance.
Le président du CoP doit diriger la séance, alors que les membres doivent s’y préparer!
16
Partie II: Exécution
Check-list: ordre du jour du CoP (proposition)
t 2VFTUJPOT DPODFSOBOU MF EFSOJFS QSPDÒTWFSCBM FU MB MJTUF EFT QPJOUT FO TVTQFOT
t 3BQQPSU EÏUBU EV DIFG EF QSPKFU SFTTPVSDFTEÏMBJTmOBODFT
t "2 ." ($ (3 SlPD, elc.
º Proposilions / decisions
º Perspeclives (ressources/delais/lnances)
º Divers
º Poinls en suspens, prochaine seance
Check-list: diriger la séance du CoP
º Animer la seance (en lonclion des objeclils)
º Se concenlrer sur l'essenliel
º Convenir des regles du jeu pour la seance
º Veriler l'ordre du jour el respecler l'horaire prevu
º Designer le redacleur du proces-verbal
Check-list: traitement ultérieur de la séance du CoP
Pour qu’une séance du CoP soit efficace, il est aussi nécessaire d’effectuer certains travaux de manière rapide
et fiable:
º Le proces-verbal doil elre redige el envoye pour une dale convenue (par ex. dans les lrois jours)
º Les poinls en suspens doivenl elre veriles el lrailes
17
Partie II: Exécution Phase d‘initialisation
Une fois l‘annonce de projet effectuée, le donneur d‘ordre confiera à un chef de projet l‘établissement d‘une propo-
sition de projet. Dans la phase «Initialisation», il est important que le chef de projet comprenne bien la vision et les
idées du donneur d‘ordre et que la planification de base du projet soit préparée. On attachera par conséquent une
importance particulière au choix du chef de projet.
Tâche du manager dans son rôle de donneur d‘ordre
º ldenliler un chel approprie pour le projel
º Communiquer sa vision du projel au chel de projel
º Assurer le sponsoring du projel
º lnluencer la delnilion des poinls de decision (nolammenl des delais)
º Delnir la composilion du comile de projel
º Decider en lanl que donneur d'ordre, avec le comile de projel, sur la suile a donner a la proposilion de projel
Développement de systèmes DS
Adaptation de systèmes AS
Réalisation
Finalisation Introduction Construction du système Initialisation Analyse
Conception
Implémentation Evaluation
Annonce
de projet
Mandat
de projet
Point de décision de phase
18
Partie II: Exécution Phase d‘initialisation
Check-list: choix d‘un chef de projet
º Collaboraleur inlerne ou exlerne?
º Lxperience dans la conduile de projels ?
º Capaciles de communicalion?
º Connaissances des melhodes (nolammenl de HLPMLS) ?
º Comprehension du projel (raisonnemenl global) ?
º Connaissances specialisees ?
º Projels menes a bien?
Check-list: composition du comité de projet ?
º Les represenlanls a meme de prendre des decisions lonl-ils parlie du comile?
º Les responsables imporlanls lonl-ils parlie du comile (conlrole de geslion, communicalion, lnances, lonclion-
nalile, elc.) ?
º Les represenlanls des principaux inlerels lonl-ils parlie du comile (ulilisaleurs, archilecle, developpeur, exploilanl, elc.)?
19
Partie II: Exécution Phase d‘initialisation
Point de décision de phase: mandat de projet
Résultat Critères d‘évaluation
Proposition
de projet
º La proposilion esl-elle conlorme a la slralegie de l'enlreprise?
º Le projel esl-il «necessaire»?
º Le porleleuille de projels esl-il pris en comple, la delimilalion avec d'aulres projels
esl-elle clarilee?
º Toules les parlies prenanles sonl-elles inlormees el onl-elles ele ecoulees ?
º Les disposilions legales sonl-elles respeclees ?
º Les objeclils sonl-ils clairs el realisles ?
º A-l-on analyse dans quelle mesure des solulions exislanles pouvaienl elre ulilisees ?
º Les risques sonl-ils idenliles el les mesures a prendre sonl-elles delnies (ou VO QSPDFTTVT
EF HFTUJPO EFT SJTRVFT FTUJM NJT FO QMBDF
t -B RVBMJUÏ TPVIBJUÏF FTUFMMF EPDVNFOUÏF FU VO QSPDFTTVT EF HFTUJPO EF MB RVBMJUÏ FTUJM
NJT FO QMBDF
t -FT QPJOUT EF EÏDJTJPO FU MFT SÏTVMUBUT TPOUJMT UPVT EÏmOJT
20
Partie II: Exécution Phase d‘initialisation
Résultat Critères d‘évaluation
Proposition
de projet
t -FT SFTTPVSDFT TPOUFMMFT EJTQPOJCMFT mOBODFT QFSTPOOFM DPMMBCPSBUFVST EJTQPTBOU EV
TBWPJSGBJSF PQÏSBUJPOOFM JOGPS NBUÏSJFM
t -F DBMFOESJFS FTUJM SÏBMJTUF
t -F QSPKFU BUJM VO TFOT BV OJWFBV $63 DPßU VUJMJUÏ SFOUBCJMJUÏ
t -FT DPOEJUJPOT DBESFT TPOUFMMFT EÏDSJUFT EF NBOJÒSF SÏBMJTUF
t -F DPNJUÏ EF QSPKFU $P1 FTUJM DPNQPTÏ EFT QFSTPOOFT BEÏRVBUFT
t 6O QSPDFTTVT EF HFTUJPO EFT NPEJmDBUJPOT FTUJM NJT FO QMBDF QPVS NBÔUSJTFS MF QÏSJNÒUSF EV
QSPKFU -B SFTQPOTBCJMJUÏ EV WPMVNF EV QSPKFU JODPNCF BV EPOOFVS EPSESF FU BV
DPNJUÏ EF QSPKFU
21
Partie II: Exécution Phase d‘analyse préliminaire
La phase «Analyse préliminaire» est un processus de clarification qui amène une décision de principe sur le genre de
réalisation du système. Faut-il réaliser soi-même (développement de systèmes) ou acheter une solution (adaptation
EF TZTUÒNFT -FT QSPKFUT OPO SFOUBCMFT PV OPO SÏBMJTBCMFT EPJWFOU ÐUSF JEFOUJmÏT QFOEBOU DFUUF QIBTF QPVS ÐUSF
abandonnés à temps.
Développement de systèmes DS
Adaptation de systèmes AS
Réalisation
Finalisation Introduction Construction du système Initialisation Analyse
Conception
Implémentation Evaluation
Feu vert
conception / évaluation
Accord sur
les objectifs
Choix de
la solution
Point de décision de phase
Point de décision
22
Partie II: Exécution Phase d‘analyse préliminaire
Point de décision: accord sur les objectifs
Résultat Critères d‘évaluation
Analyse de
la situation
t -F DIBNQ EABOBMZTF FOHMPCFUJM UPVUFT MFT TPMVUJPOT FOWJTBHFBCMFT Ne doil-il pas elre elargi ?
º L'analyse a-l-elle ele ellecluee?
º La surele de l'inlormalion el la proleclion des donnees onl-elles ele analysees el evaluees en
lonclion de la silualion?
Objectifs
du système
º Les objeclils du sysleme correspondenl-ils aux problemes a resoudre (besoins) d'apres l'analyse
de la silualion?
º Les objeclils du sysleme n'enlrenl-ils pas en conlil avec les condilions cadres du projel ?
º Les objeclils du sysleme sonl-ils en accord avec ceux de l'enlreprise?
º Les objeclils du sysleme comprennenl-ils aussi des objeclils adequals pour la surele de
l'inlormalion el la proleclion des donnees ?
23
Partie II: Exécution Phase d‘analyse préliminaire
Point de décision: choix de la solution
Résultat Critères d‘évaluation
Exigences
envers
le système
º A-l-on pris acle des exigences posees envers le sysleme par les acleurs les plus imporlanls
(donneur d'ordre, ulilisaleur, exploilalion) ?
º Lsl-on sur de n'avoir oublie aucun acleur imporlanl ?
º Les exigences envers le sysleme sonl-elles sullsammenl delaillees pour la phase acluelle?
º Les exigences envers le sysleme sonl-elles coherenles el non conlradicloires ?
º A-l-on delni lanl les exigences lonclionnelles que les exigences non lonclionnelles envers
le sysleme?
Propositions
de solution
º Les objeclils du sysleme laissenl-ils une marge de manouvre sullsanle a la recherche de
la solulion?
º Les objeclils lxes pour le sysleme sonl-ils realisles ?
º Toules les solulions envisageables onl-elles ele analysees ?
º A-l-on analyse si des solulions en preparalion ou deja exislanles peuvenl elre ulilisees ?
º Les proposilions de solulion remplissenl-elles les objeclils el les exigences lxes envers
le sysleme? Ln parliculier, lous les objeclils el exigences en maliere de securile de
l'inlormalique el de proleclion des donnees sonl-ils salislails ?
24
Partie II: Exécution Phase d‘analyse préliminaire
Résultat Critères d‘évaluation
Propositions
de solution
º La juslilcalion de la solulion proposee esl-elle adequale el sullsanle?
º L'ulilisalion de produils lnis a-l-elle ele analysee de maniere sullsanle?
º La solulion proposee esl-elle inlegree dans l'environnemenl ?
º La solulion proposee benelcie-l-elle du soulien du benelciaire / ulilisaleur de la solulion?
º La solulion proposee lienl-elle comple d'une possible evolulion de l'environnemenl ? N'esl-
elle pas adaplee uniquemenl a la silualion acluelle?
º Les ellels possibles de la solulion onl-ils ele analyses el evalues ?
º La solulion proposee esl-elle lechniquemenl realisable?
º La renlabilile de la solulion esl-elle realisle el plausible?
º Le choix enlre une solulion de lype developpemenl ou adaplalion de syslemes a-l-il ele
analyse?
Point de décision de phase: feu vert à la phase de conception ou évaluation
Résultat Critères d‘évaluation
Rapport
d‘analyse
préliminaire
º Le rapporl a-l-il ele soumis, pour prise de posilion, a loules les personnes concernees ?
º Le rapporl resume-l-il les resullals el la base de decision de maniere comprehensible el
correcle?
º Les mesures planilees pour l'assurance de la qualile onl-elles ele execulees avec succes ?
25
Partie II: Exécution Phase de conception
La phase «Conception» (type de projet développement de systèmes) sert à affiner la solution choisie et permet une
évaluation fondée du système. Le concept élaboré fixe le cadre de la réalisation et de l‘introduction qui vont suivre.
Développement de systèmes DS
Adaptation de systèmes AS
Réalisation
Finalisation Introduction Construction du système Initialisation Analyse
Conception
Implémentation Evaluation
Point de décision de phase
Point de décision
Concept
Feu vert réalisation
26
Partie II: Exécution Phase Conception
Point de décision: concept
Résultat Critères d‘évaluation
Produits finis
et moyens
matériels
º L'ulilisalion de produils lnis a-l-elle ele sullsammenl analysee?
º La decision de developper une solulion au lieu d'uliliser un produil lni esl-elle juslilee
el adequale?
º Les procedures inlroduiles avec le produil lni onl-elles ele inlegrees dans la solulion?
º Les produils lnis remplissenl-ils les objeclils el les exigences de la securile de
l'inlormalique el de la proleclion des donnees ?
Etudes
détaillées et
prototypes
º Les sous-syslemes criliques onl-ils ele delermines ?
º Les objeclils, l'elendue el la prolondeur des analyses onl-ils ele delnis au moyen d'un
prololype ou d'une elude delaillee?
º Les resullals des eludes delaillees el des prololypes onl-ils ele inlegres dans le concepl ?
º D'aulres varianles onl-elles ele analysees pour le concepl ?
Résultats
de la
conception
º Les exigences envers le sysleme sonl-elles claires, sans conlradiclions el realisles ? Leur
respecl esl-il verilable?
º Les exigences envers le sysleme ne dependenl-elles pas de decisions cachees au niveau
du design (realisalion) ?
27
Partie II: Exécution Phase Conception
Résultat Critères d‘évaluation
Résultats
de la
conception
º L'archileclure du sysleme couvre-l-elle de maniere plausible loules les exigences ? La surele
de l'inlormalion el la proleclion des donnees sonl-elles nolammenl assurees ?
º Le concepl esl-il sullsammenl delaille?
º Le concepl propose esl-il convaincanl el realisable sous lous ses aspecls (maleriels,
financiers, informatiques, logiciels, organisationnels, sécurité de l’informatique, protection
des donnees) ?
º Le concepl benelcie-l-il du soulien du deparlemenl specialise (benelciaire el ulilisaleur
du sysleme) ?
º Les risques el les problemes de la realisalion el de l'inlroduclion qui vonl suivre onl-ils ele
sullsammenl clariles ?
Point de décision de phase: feu vert à la phase de réalisation
Résultat Critères d‘évaluation
Rapport de
conception
º Le rapporl a-l-il ele soumis, pour prise de posilion, a loules les personnes concernees ?
º Le rapporl resume-l-il les resullals el la base de decision de maniere comprehensible
el correcle?
º Les mesures planilees pour l'assurance de la qualile onl-elle ele execulees avec succes ?
28
Developpement de systemes DS
Adaptatlon de systemes AS
Peallsatlon
|ntroductlon Constructlon du systeme |nltlallsatlon Analyse
Peu vert
lntroductlon
Conceptlon
|mplementatlon Lvaluatlon
Specl
Polnt de declslon de phase
Polnt de declslon
Partie II: Exécution Phase de réalisation
La phase «Réalisation» (type de projet développement de systèmes) sert à élaborer le système pour qu‘il soit prêt à
l‘introduction et crée les conditions préalables à cette dernière.
29
Partie II: Exécution Phase de réalisation
Point de décision: spécification du système
Résultat Critères d‘évaluation
Spécification du
système (exigences
envers le système,
design du système,
design de la
migration)
º Le design du sysleme resle-l-il dans le cadre prescril par le concepl ?
º Les exigences envers le sysleme (par rapporl a son design) sonl-elles claires, sans
conlradiclions el realisles ? Leur respecl esl-il verilable?
º Le design du sysleme couvre-l-il de maniere plausible loules les exigences envers
ce dernier ?
º Le design de la migralion lienl-il comple de lous les problemes el risques imporlanls ?
º Les aspecls organisalionnels onl-ils ele sullsammenl pris en comple?
º La solulion de secours en cas de panne du sysleme salislail-elle aux besoins ?
º La specilcalion du sysleme conslilue-l-elle une base sullsanle pour la realisalion
de celui-ci ?
º Un environnemenl de lesl a-l-il ele mis en place? Des specilcalions de lesl
adéquates ont-elles été formulées pour tous les éléments du système définis dans
le plan d'examen?
Prototypes
º Le prololype esl-il inlegre comme resullal dans la specilcalion du sysleme?
º Toules les varianles envisageables de la specilcalion du sysleme onl-elles ele
analysees ?
30
Partie II: Exécution Phase de réalisation
Point de décision: achèvement du système
Résultat Critères d‘évaluation
Manuel
d‘organisation, pro-
cédure de migration,
manuel d‘utilisation,
moyens matériels,
manuel de support
º Le sysleme realise couvre-l-il les objeclils, les exigences el l'archileclure speciles ?
º Les direclives el les normes de developpemenl a appliquer onl-elles ele respeclees ?
º Les comples-rendus de lesl conlrmenl-ils la malurile du sysleme?
º Des mesures ellcaces onl-elles ele prises pour eliminer les delauls conslales ?
º Les uniles d'organisalion concernees onl-elles ele inlormees de maniere adequale
sur le projel ?
º Le concepl de lormalion se base-l-il sur les qualilcalions donl disposenl les
personnes concernees ?
º Les risques de migralion vers le sysleme cible onl-ils ele idenliles el reduils au mini-
mum possible par des mesures appropriees ?
Point de décision de phase: feu vert à la phase d’introduction
Résultat Critères d‘évaluation
Rapport de
réalisation
º Le rapporl a-l-il ele soumis, pour prise de posilion, a loules les personnes concernees ?
º Le rapporl resume-l-il les resullals el la base de decision de maniere comprehensible
el correcle?
º Les mesures planilees pour l'assurance de la qualile onl-elle ele execulees avec succes ?
31
Partie II: Exécution Phase d‘évaluation
La phase «Evaluation» (type de projet adaptation de systèmes) aboutit au choix d’un produit concret. Elle comprend
la rédaction du cahier des charges, des critères et des documents d’évaluation ainsi que le lancement d’un appel
d’offres ferme. Cette phase se conclut par la négociation du contrat.
Developpement de systemes DS
Adaptatlon de systemes AS
Peallsatlon
|ntroductlon Constructlon du systeme |nltlallsatlon Analyse
Conceptlon
|mplementatlon Lvaluatlon
Polnt de declslon de phase
Polnt de declslon
Dossler
d

x
de l'onre
Peu vert lmplementatlon
32
Partie II: Exécution Phase d‘évaluation
Point de décision: dossier d’appel d’offres
Résultat Critères d‘évaluation
Cahier des charges
º L'elude des produils esl-elle exhauslive?
º Les descriplions des exigences envers les produils sonl-elles sullsammenl delaillees ?
º Les conlroles concernanl les aspecls legaux des delais el des crileres d'adjudicalion
onl-ils ele elleclues ?
º Les exigences lelles que delaillees permellenl-elles la conclusion d'un conlral
immedialemenl apres la procedure de soumission?
Catalogue des
critères
º Les crileres lormules permellenl-ils d'eviler loule discriminalion?
º Le calalogue des crileres dislingue-l-il les crileres «obligaloires », «souhailes » el
«possibles »?
º La base d'evalualion des crileres esl-elle claire el comprehensible?
º Le calalogue des crileres lel que presenle esl-il sullsammenl clair pour elre envoye
avec le cahier des charges ?
Texte de l’appel
d’offre
º Le lexle de l'appel d'ollre esl-il complel el sans equivoque?
º Le lexle de l'appel d'ollre correspond-il aux exigences legales ?
Questionnaire
(demande de
participation)
º Les queslions sonl-elles claires el sans equivoque?
º Le queslionnaire correspond-il aux exigences legales ?
33
Partie II: Exécution Phase d‘évaluation
Point de décision: choix de l’offre
Point de décision de phase: feu vert à la phase d’implémentation
Résultat Critères d‘évaluation
Rapport
d’évaluation
º Les resullals de l'evalualion sonl-ils clairs ?
º Les exigences legales onl-elles ele respeclees lors du choix?
º Tous les crileres d'exclusion onl-ils ele pris en comple lors du choix?
º La decision prise prend-elle en comple lous les crileres d'adjudicalion lels que lormules
dans le dossier d'appel d'ollre?
º Le choix presenle lienl-il comple des condilions-cadres sur le plan lnancier ?
Choix
de l’offre
º Le « choix de l'ollre » correspond-il aux exigences legales ?
º La decision esl-elle clairemenl comprehensible pour lous les soumissionnaires ?
º Les soumissionnaires sonl-ils inlormes des voies de recours ?
Résultat Critères d‘évaluation
Contrat ou
convention de
projet
º Le lournisseur de preslalions el le benelciaire de preslalions sonl-ils clairemenl delnis ?
º La duree de validile du conlral esl-elle delnie el coherenle avec le plan de projel ?
º L'elendue des preslalions esl-elle clairemenl delnie en lermes de resullals a lournir,
des délais à respecter, des objectifs du système et des exigences envers le système, des
caractéristiques de qualité, du pilotage de projet, de la réception des résultats à fournir
el des preslalions non incluses ?
34
Partie II: Exécution Phase d‘évaluation
º Les devoirs de collaboralion du benelciaire de preslalions sonl-ils clairemenl delnis ?
º Les parlies prenanles inlernes onl-elles ele inlormees des devoirs de collaboralion du
benelciaire de preslalions ?
º Les exigences en lermes de proleclion el securile des donnees sonl-elles clairemenl delnies ?
º Les procedures de geslion des modilcalions, d'inlormalion (rapporls de projel) el de
lrailemenl des problemes (lranslerl en escalade) sonl-elles clairemenl lormalisees ?
º Les couls de projel sonl-ils clairemenl delnis ?
º Les condilions du passage a l'exploilalion sonl-elles clairemenl delnies ?
º L'assislance pour l'elaboralion du SLA (Service Level Agreemenl) esl-elle clairemenl delnie?
º Les compelences de signalure sonl-elles conlrolees ?
º Les annexes du conlral sonl-elles loules a disposilion du benelciaire de preslalions ?
Rapport
d’évaluation
º Le rapporl a-l-il ele soumis, pour prise de posilion, a loules les personnes concernees ?
º Le rapporl resume-l-il les resullals el la base de decision de maniere comprehensible el
correcle?
º Les mesures planilees pour l'assurance de la qualile onl-elles ele execulees avec succes ?
º L'implemenlalion el l'inlroduclion sonl-elles subdivisees en uniles gerables ? Les prioriles
onl-elles ele lxees ?
35
Partie II: Exécution Phase d‘implémentation
La phase «Implémentation» (type de projet adaptation de systèmes) comprend la conception détaillée ainsi que la
réalisation proprement dite de la solution fondée sur le produit évalué. L’élaboration des différents concepts et leur
mise en oeuvre sous la forme d’une solution TIC opérationnelle sont les conditions préalables à la libération de la
phase «Introduction».
Developpement de systemes DS
Adaptatlon de systemes AS
Peallsatlon
|ntroductlon Constructlon du systeme |nltlallsatlon Analyse
Conceptlon
|mplementatlon Lvaluatlon
Polnt de declslon de phase
Polnt de declslon
Peu vert
|ntroductlon
Adaptatlon Specl
36
Partie II: Exécution Phase d‘implémentation
Point de décision: spécification du système
Résultat Critères d‘évaluation
Concept de sûreté
de l’information et
de protection des
données
º Les donnees conldenlielles sonl-elles gerees a l'aide de la nouvelle solulion?
º Lxisle-l-il un scenario de secours ou a uliliser en cas de calaslrophe? Les lemps
d'indisponibilile maximum de la solulion onl-ils ele delermines ?
º L'archileclure du sysleme respecle-elle les exigences en maliere de surele de
l'inlormalion el de proleclion des donnees ?
Concept de para-
métrage et concept
des autorisations
º Les specilcalions de paramelrage sonl-elles compleles el presenlees avec le degre de
delail necessaire? Sonl-elles validees par les parlies concernees ?
º Les aulorisalions sonl-elles compleles el delnies avec le degre de delail necessaire?
Concept
d’extension ou
concept
d’intégration et
d’interfaces
º Les specilcalions sonl-elles compleles el presenlees avec le degre de delail necessaire?
Sonl-elles validees par les parlies concernees ?
º Le concepl propose esl-il convaincanl el realisable sous lous ses aspecls (moyens
matériels, logiciels informatiques, organisation, sûreté de l’information, protection
des donnees) ?
º Les concepls benelcienl-ils du soulien du deparlemenl specialise (benelciaire el
ulilisaleur du sysleme) ?
º Les risques el problemes de l'inlroduclion qui va suivre onl-ils ele sullsammenl clariles ?
37
Partie II: Exécution Phase d‘implémentation
º Le concepl d'inlerlaces conlienl-il loules les exigences ?
º L'inlegralion dans le paysage des syslemes exislanls a-l-elle ele sullsammenl clarilee
el conlrolee?
º Les reservalions des ressources necessaires pour la mise en ouvre onl-elles ele
ellecluees ?
Concept de
processus et
d’organisation
º Le concepl de processus el d'organisalion lienl-il comple de la slralegie d'allaires ?
º Les collaboraleurs onl-ils ele impliques dans le developpemenl des processus ?
º Le concepl conlienl-il les processus de base el de supporl ?
º Les processus peuvenl-ils elre mis en ouvre dans l'organisalion exislanle? L'evalualion
des evenluelles ressources supplemenlaires (lechniques ou humaines) a-l-elle ele realisee?
º Les consequences sur les processus exislanls el les modilcalions requises pour ceux-ci
sonl-elles expliquees ? Le concepl de processus permel-il d'alleindre les objeclils en
maliere d'ellcacile, de renlabilile, de qualile el de ressources ?
º Les processus sonl-ils decrils ? Les dependances enlre eux onl-elles ele simulees ?
º Les indicaleurs des processus sonl-ils delnis el les inslrumenls de geslion correspon-
danls presenles ?
º Le concepl de processus esl-il inlegre dans l'organigramme?
º La lorme d'organisalion ainsi que la slruclure lonclionnelle el divisionnelle qui onl ele
choisies sonl-elles coherenles el ellcienles pour l'organisme?
38
Partie II: Exécution Phase d‘implémentation
º Les collaboraleurs onl-ils ele impliques dans le developpemenl de la lorme
d'organisalion? Le resullal a-l-il ele communique?
Concept
d’introduction,
de migration et
de formation
º Ouelle esl le scenario de migralion?
º Le concepl d'inlroduclion benelcie-l-il du soulien du deparlemenl specialise
(ulilisaleur du sysleme) ?
º Ou'elle esl l'analyse de risque pour l'implemenlalion, la migralion el l'inlroduclion?
º Le concepl de lormalion se londe-l-il sur les qualilcalions des personnes impliquees ?
º Le concepl de migralion indique-l-il clairemenl les donnees exislanles pouvanl elre
reprises el celles qui ne peuvenl pas l'elre?
º Ouelles sonl les mesures prises pour les donnees non reprises ?
º La reproduclibilile de la migralion a-l-elle ele eludiee?
Concept
d’exploitation et
de support
º L'exploilalion el l'enlrelien du sysleme onl-ils ele concus de maniere sullsammenl
delaillee?
º Le concepl d'exploilalion benelcie-l-il du soulien du deparlemenl specialise (ulilisaleur
du sysleme) ?
º Ouelle planilcalion esl prevue pour l'organisalion de supporl (y compris la lormalion) ?
º Le concept tient-il compte des exigences horaires d’exploitation des personnes impli-
quees ?
º Ouelles sonl les scenarii de remplacemenl ou en cas de calaslrophe?
39
Partie II: Exécution Phase d‘implémentation
Point de décision: adaptation du système
Résultat Critères d‘évaluation
Système
informatique
º Les mises au poinl onl-elles ele ellecluees conlormemenl au concepl de paramelrage?
º Les normes el direclives de developpemenl a appliquer onl-elles ele respeclees ?
º Une archileclure specilque a-l-elle ele elablie el documenlee pour le sysleme?
º Lsl-ce que les programmes elablis (logiciels d'inlerlaces, migralion, exlensions) couvrenl
les exigences envers le sysleme el l'archileclure de celui-ci ?
º Les comples-rendus de lesls el de conlroles conlrmenl-ils la malurile du sysleme?
Ouelles sonl les mesurenl prises pour supprimer les delauls conslales ?
Procédé de
migration
º Les risques de la migralion vers le sysleme delnilil onl-ils ele idenliles el conlres par des
mesures adequales?
Description des
processus et de
l’organisation,
manuel
d’organisation
º La slralegie d'allaires esl-elle appliquee dans la descriplion des processus el de l'organisalion?
º Les processus, l'organisalion ainsi que les inlerlaces avec les processus voisins el les clienls
sonl-ils decrils ?
º Les objeclils d'ellcacile, de renlabilile, de qualile el de ressources sonl-ils lransposes dans
les indicaleurs de processus ? Les inslrumenls de geslion requis onl-ils ele mis en place?
º Les ressources necessaires sonl-elles connues el leur ulilisalion a-l-elle ele decrile de manie-
re complele? Les responsables des processus onl-ils ele delermines ?
40
Partie II: Exécution Phase d‘implémentation
º Les collaborateurs sont-ils informés des modifications relatives aux processus et à la forme
d'organisalion?
º Les descriplions de posle (avec les laches, les responsabililes el les compelences) onl-elles
ele redigees de maniere complele el disculees avec les collaboraleurs ?
º Le manuel d'organisalion esl-il complel el delaille de maniere sullsanle?
º Le rylhme de remaniemenl du manuel d'organisalion a-l-il ele lxe?
Concept
d’introduction
et
d’exploitation
º Ouelles sonl les inlormalions lournies aux uniles d'organisalion concernanl le projel ?
Point de décision de phase: feu vert à la phase d’introduction
Résultat Critères d‘évaluation
Rapport
d’implémen-
tation
º Le rapporl a-l-il ele soumis a loules les personnes concernees pour prise de posilion?
º Le rapporl resume-l-il les resullals el la silualion de decision de maniere comprehensible el
correcle?
º Les mesures AO prevues onl-elles ele execulees avec succes ?
41
Partie II: Exécution Phase d‘introduction
La phase «Introduction» sert à l’installation du système et à sa mise en exploitation. Elle garantit une transition sûre
entre l’ancien et le nouveau système.
Developpement de systemes DS
Adaptatlon de systemes AS
Peallsatlon
|ntroductlon Constructlon du systeme |nltlallsatlon Analyse
Conceptlon
|mplementatlon Lvaluatlon
Mlgratlon Peceptlon
Mlse en servlce
(seulement AS)
Polnt de declslon de phase
Polnt de declslon
Peu vert
"
42
Partie II: Exécution Phase d‘introduction
Point de décision: migration du système
Résultat Critères d‘évaluation
Système
informatique
t -FT ÏMÏNFOUT FU MFT EPOOÏFT EFWBOU GBJSF MPCKFU EF MB NJHSBUJPO POUJMT ÏUÏ JEFOUJmÏT FU
EPDVNFOUÏT
t -B SFQSPEVDUJCJMJUÏ EF MB NJHSBUJPO BUFMMF ÏUÏ ÏUVEJÏF
t &YJTUFUJM VOF TPMVUJPO EF TFDPVST QPVS MF DBT Pá MF TZTUÒNF NJHSÏ DPNQPSUFSBJU EFT EÏGBVUT
1SPDÏEVSF
EF NJHSBUJPO
t -F TZTUÒNF BUJM ÏUÏ NJHSÏ EBOT VO FOWJSPOOFNFOU EF QSPEVDUJPO PV BV NPJOT EBOT VO
FOWJSPOOFNFOU BOBMPHVF QPVS FYÏDVUFS MFT UFTUT EF SÏDFQUJPO
t -FT EPOOÏFT EBQQMJDBUJPO POUFMMFT ÏUÏ NJHSÏFT QPVS HBSBOUJS MFT UFTUT EF SÏDFQUJPO
t -FT EPOOÏFT EJOGSBTUSVDUVSF VUJMJTBUFVST BVUPSJTBUJPOT FUD.) sonl-elles comprises comme
parlie inlegranle de la migralion?
º Les mesures d'accompagnemenl necessaires onl-elles ele elablies pour les lesls
de receplion?
43
Partie II: Exécution Phase d‘introduction
Point de décision: mise en service
(uniquement adaptation de systèmes)
Résultat Critères d‘évaluation
Concept de
formation
º Les ulilisaleurs disposenl-ils d'une lormalion el d'une experience sullsanles pour se servir
ellcacemenl du sysleme?
º L'assislance esl-elle reglee en cas de probleme d'ulilisalion el d'exploilalion?
Système
informatique
º Lsl-ce que loules donnees onl pu elre migrees ?
Manuel
de support
º L'organisalion du supporl esl-elle en place?
SLA
º Le conlral ou l'accord d'exploilalion esl-il conclu?
Manuel
d’organisation
º Toules les condilions d'ordre organisalionnel pour l'exploilalion du sysleme
sonl-elles respeclees ?
44
Partie II: Exécution Phase d‘introduction
Point de décision: réception du système
Résultat Critères d‘évaluation
Rapports
d‘examen,
rapports
de test
º La receplion du sysleme peul-elle elre ellecluee sur la base des comples-rendus de lesl ?
º Les delauls conslales onl-ils ele supprimes ?
º Tous les resullals el loules les preslalions onl-ils ele lournis ?
º Tous les accords conlracluels onl-ils ele remplis ?
Concept
d‘introduction
º Les ulilisaleurs onl-ils une lormalion el une experience sullsanles pour uliliser le sysleme
avec ellcacile?
º Toules les personnes concernees onl-elles ele inlormees sur la nouvelle reparlilion
des laches el des compelences ?
º La lransilion de l'ancienne a la nouvelle aclivile s'esl-elle deroulee avec succes pour
chaque ulilisaleur ?
º Toules les condilions organisalionnelles pour l'exploilalion du sysleme sonl-elles en place?
º L'assislance en cas de probleme d'ulilisalion el d'exploilalion esl-elle reglee?
º La mainlenance du sysleme esl-elle reglee? Un conlral de mainlenance a-l-il ele conclu?
º Le responsable du sysleme esl-il nomme el en lonclion?
º Les experiences de l'inlroduclion onl-elles lail l'objel d'une evalualion aln de pouvoir
elre reulilisees au besoin?
45
Partie II: Exécution Phase d‘introduction
Point de décision de phase: feu vert à la phase de finalisation
Résultat Critères d‘évaluation
Rapport
d‘introduction
º Le rapporl a-l-il ele soumis, pour prise de posilion, a loules les personnes concernees ?
º Le rapporl resume-l-il les resullals el la base de decision de maniere comprehensible
el correcle?
º Les mesures prises en maliere d'assurance de la qualile onl-elles ele execulees avec succes ?
46
Partie II: Exécution Phase de finalisation
La phase «Finalisation» sert à conclure un projet. A la fin du projet, l‘organisation de projet est dissoute; les ressour-
ces (personnel, matériel) sont libérées et les résultats du projet sont remis au service opérationnel compétent.
La sauvegarde des expériences faites pendant le projet est un autre élément important pour que l‘organisation puisse
améliorer la qualité de l‘exécution de projet.
En principe, on peut affirmer qu‘un projet ne doit être dissout que lorsque toutes les bases requises pour l‘exploitation
et la maintenance ont été établies et transmises à qui de droit.
Développement de systèmes DS
Adaptation de systèmes AS
Réalisation
Finalisation Introduction Construction du système Initialisation Analyse
Conception
Implémentation Evaluation
Conclusion
du projet
Point de décision de phase
47
Partie II: Exécution Phase de finalisation
Tâches du manager
º Assisle la lnalisalion du projel (mise au poinl de la documenlalion, lravaux de remise a l'exploilalion, elc.)
º 0SEPOOF MFT NPEJmDBUJPOT RVJ TPOU EFWFOVFT OÏDFTTBJSFT TVJUF Ë MÏWBMVBUJPO EV QSPKFU
t lail execuler la remise a l'exploilalion/ a la mainlenance
º lail aclualiser le porleleuille de projels
º Llablil la qualilcalion du chel de projel
Check-list: Finalisation du projet
º Les experiences lailes pendanl le projel onl-elles ele consignees ?
º Le calcul a posleriori du prix de revienl a-l-il ele elleclue?
º Des modilcalions sonl-elles necessaires suile a l'evalualion du projel ?
º Tous les resullals sonl-ils prels pour leur remise a l'exploilalion/ a la mainlenance?
º La remise a l'exploilalion/ a la mainlenance esl-elle lerminee?
48
Etude
Projet
Exploitation
Suivi nancier
Gestion ressources humaines
Procédures d’achat
Sécurité

G
e
s
t
i
o
n
d
u
p
r
o
j
e
t
G
e
s
t
i
o
n
p
a
r
p
r
o
j
e
t
Partie III: Compléments
Intégration d’HERMES
La méthode HERMES décrit les éléments inhérents à la gestion du projet: phases, démarche, résultats, rôles.
L’organisation permanente gère les processus à long terme qui sont liés à la gestion par projet: le suivi financier,
le contrôle, la sécurité, la gestion des ressources humaines, la gestion des portefeuilles de projets, les procédures
d’achats, …
Comme toutes les méthodes, HERMES doit être intégrée à la gestion des processus à long terme. Le chef de projet
doit disposer d’un «fil rouge» qui décrit les liens entre la gestion du projet et son administration. Fréquemment, ce
sont des entités nommées Project Management Office (PMO) qui coordonnent cette intégration.
49
Partie III: Compléments
HERMES dans l‘administration fédérale
La figure ci-après illustre les processus informatiques de l’administration fédérale. La méthode de
conduite de projet HERMES est l’instrument central du processus informatique P05 «Elaborer des solutions».
Source: Processus informatiques de l‘administration fédérale
P01: Piloter l’informatique
P04: Gérer l’informatique
P05: Elaborer
des solutions
P06: Exploiter l’infrastructure
P07: Assister les utilisateurs
P02:
Développer les
compétences
P03:
Acquérir des biens
et des services
P09:
Appuyer la gestion
financière
P08: Gérer les processus
50
Partie III: Compléments
Exemples de pièges
º Pas de demarrage clair du projel. Diverses acliviles, en parlie non perlinenles, sonl enlreprises. Les parlicipanls
au projet sont insécurisés et démotivés.
º Le projel esl lance, mais les ressources ne sonl pas mises a disposilion, le budgel n'esl pas approuve.
º Le projel peul elre bloque par le managemenl, aucune organisalion de projel independanle n'a ele mise en
place, les compétences n’ont pas été attribuées correctement.
º Toule solulion a un probleme esl consideree comme un projel, sans qu'une geslion de porleleuille ail ele
mise en place.
º Des laches de moindre imporlance, qui devraienl elre allribuees a l'organisalion hierarchique, sonl accomplies
en tant que projet.
º Les delais el l'alleinle des resullals sonl mal conlroles, ou lardivemenl, voire jamais. Pien n'esl lail pour
résoudre les problèmes. Aucune mesure n’est définie. Aucune boucle de contre-réaction n’existe entre les
résultats et la planification; les écarts par rapport à cette dernière ne sont pas constatés ou le sont de manière
inadéquate.
º L'analyse des risques esl lres superlcielle el / ou ne concorde pas avec la realile.
º L'organisalion du projel esl mise en vigueur avanl que loules les relexions sur la nouvelle slruclure
d’organisation et les compétences des collaborateurs du projet aient vraiment été approfondies.
º Les collaboraleurs ne sonl pas crealils el lravaillenl uniquemenl selon les consignes. Le sens el l'ulilile des
activités ne sont pas évalués de manière critique.
º On se repose sur des consullanls exlernes, sans elre vraimenl en possession du projel.
º Des personnes sonl nommees sans explicalions, sans consensus, l'avenir du projel n'esl pas garanli par la
direction, la communication sur l’état du projet est mauvaise, les collaborateurs ne savent pas exactement
quelle est leur tâche; la fabrique de rumeurs marche à plein régime. Source: Office fédéral du personnel
51
Partie III: Compléments
Check-list pour l‘évaluation des risques
Domaine Check-list
Risques possibles pour le projet
Planification º La planilcalion esl-elle aclualisee, adoplee el aclive (la mise en ouvre se
lail-elle en consequence) ?
º Les jalons lxes pour mesurer l'avancemenl du projel, les delais choisis el
leur nombre sonl-ils adequals ?
º La planilcalion esl-elle communiquee au lournisseur el benelciaire des pre-
slalions concernees ?
Décisions, ordre de mise
en œuvre et contrôle
des résultats
º Les decisions des organes du projel ainsi que des lournisseurs el des benel-
ciaires de preslalions sonl-elles prises a lemps ?
º Les decisions sonl-elles suivies d'un ordre clair d'applicalion (avec, enlre
aulres, les responsabililes) el un conlrole des resullals esl-il elleclue?
Information º Les personnes concernees par le projel sonl-elles inlormees (en lonclion des
laches, du calendrier) ?
52
Partie III: Compléments
Ressources – Rentabilité
Ressources financières º Les ressources lnancieres onl-elles ele convenues par ecril avec les services
compelenls ? Sonl-elles disponibles ?
Ressources humaines º Les ressources humaines onl-elles ele convenues par ecril avec les
services compelenls ?
º Les ressources humaines sonl-elles a disposilion dans la mesure requise
(compelences el nombre de personnes) ?
Besoin en ressources
non planifiées
º Des ressources non planilees pourraienl-elles devenir necessaires pour une
raison ou pour une aulre?
Résultat – Solution
Exigences º Les exigences du benelciaire de preslalions sonl-elles compleles el
qualilalivemenl adequales ?
º Les exigences sonl-elles sullsammenl slables ?
º Lxisle-l-il un concepl clair pour la geslion des modilcalions ?
53
Partie III: Compléments
Source: Manuel de contrôle de gestion informatique
Complexité de
l‘application,
structuration des tâches
º La solulion inlormalique a realiser esl-elle complexe?
º La lache (mise en ouvre des exigences) peul-elle elre slrucluree de
maniere adequale?
Interfaces avec les
systèmes environnants
º Les inlerlaces avec les syslemes environnanls sonl-elles claires ?
º : BUJM DPODPSEBODF BV OJWFBV EV DPOUFOV FU EV DBMFOESJFS
Intégration des utilisateurs – Acceptation
Intégration des utilisateurs t -FT GVUVST VUJMJTBUFVST TPOUJMT JOUÏHSÏT EBOT MF QSPKFU
Acceptation
des utilisateurs
t -BDDFQUBUJPO FTUFMMF SÏHVMJÒSFNFOU WÏSJmÏF BWFD MFT VUJMJTBUFVST
Fournisseur de prestation – Entreprise
Stabilité de l‘entreprise t : BUJM EFT JOEJDFT EVOF NJTF FO EBOHFS EF MFYJTUFODF EF MFOUSFQSJTF PV
EVO DIBOHFNFOU EFT SBQQPSUT EF QSPQSJÏUÏ
Droits de propriété des
résultats (partiels)
t -AFOUSFQSJTF USBOTNFUFMMF MFT ESPJUT EF QSPQSJÏUÏ EFT SÏTVMUBUT
Transfert du savoir-faire t -F USBOTGFSU EV TBWPJSGBJSF FTUJM BTTVSÏ EBOT MB NFTVSF TPVIBJUÏF
54
Abréviations utilisées
Abréviation Signification
AQ Assurance de la qualité
AS Adaptation de systèmes
BP Bénéficiaire de prestation
CoP Comité de projet
CP Chef de projet
CUR Coûts / Utilité / Rentabilité
DO Donneur d‘ordre (mandant)
DS Développement de systèmes
FP Fournisseur de prestation
GC Gestion de la configuration
GR Gestion des risques
MA Marketing de projet
SIPD Sûreté de l‘information et protection des données
SLA Service Level Agreement (accord de niveau de service)
TIC Technologies de l‘information et de la communication
USIC Unité de stratégie informatique de la Confédération
Partie III Compléments

Editeur:

Unité de stratégie informatique de la Confédération USIC, CH-3003 Berne www.isb.admin.ch OFCL, Vente de publications fédérales, CH-3003 Berne www.bundespublikationen.admin.ch No d‘art. 609.205.f / 07.09 / 1’200 / 860000000 Mars 2004 (2ème édition révisée janvier 2009) HERMES est une norme ouverte de l‘administration fédérale suisse, représentée par l‘Unité de stratégie informatique de la Confédération (USIC). L‘USIC est propriétaire des droits d‘auteur concernant HERMES. L‘utilisation à des fins privées (loi sur le droit d‘auteur, art. 19) est autorisée gratuitement. La présente édition peut contenir des erreurs ou des incohérences. Les problèmes ou les propositions de modification peuvent être communiqués à l‘éditeur sur le site internet officiel de HERMES www.hermes.admin.ch.

Distribution:

Date d‘édition: Droits:

Réserve:

Egalité linguistique: Le présent manuel utilise des désignations de rôles applicables aux deux sexes et indépendantes des postes d‘une organisation. Ces rôles peuvent être tenus tant par des femmes que par des hommes.

Tables des matières
Tables des matières

But et structure du document ............................................................................................................................................. 4 Partie I: Connaissances de base Principes ............................................................................................................................................................................. 5 Modèle de phases............................................................................................................................................................... 6 Processus de décision.......................................................................................................................................................... 7 Points de vue du projet : démarche, résultat, rôle ..............................................................................................................10 Partie II: Exécution Check-lists ........................................................................................................................................................................13 Phase d‘initialisation..........................................................................................................................................................17 Phase d’analyse préliminaire..............................................................................................................................................22 Phase de conception .........................................................................................................................................................25 Phase de réalisation ..........................................................................................................................................................28 Phase d’évaluation ............................................................................................................................................................31 Phase d’implémentation....................................................................................................................................................35 Phase d’introduction .........................................................................................................................................................41 Phase de finalisation .........................................................................................................................................................46 Partie III: Compléments Intégration d’HERMES.......................................................................................................................................................48 HERMES dans l‘administration fédérale .............................................................................................................................49 Exemples de pièges...........................................................................................................................................................50 Check-list pour l‘évaluation des risques .............................................................................................................................51 Abréviations utilisées.........................................................................................................................................................54

3

But et structure du document
«HERMES Manager» décrit et facilite l‘utilisation de la méthode HERMES pour la gestion de projets du point de vue du manager. La structure de «HERMES Manager» comprend trois parties: I Connaissances de base: définit les principes généraux II Exécution: présente des directives d’actions concrètes pour le manager III Compléments: apporte des conseils d‘ordre généraux

Public cible
«HERMES Manager» s‘adresse aux rôles suivants, qui assument des tâches de direction et des compétences de décision: Donneur d‘ordre (mandant): responsable de l‘exécution du projet et de l‘atteinte des objectifs dans les limites fixées en termes de coûts et de délais. Membre du comité de projet: assiste le donneur d‘ordre en évaluant les résultats du projet à l‘aide de ses connaissances spécialisées; devrait également disposer de compétences de décision concernant les ressources humaines et financières engagées dans le projet. Supérieur hiérarchique: représente les intérêts de ses collaborateurs impliqués dans un projet.

4

Partie I: Connaissances de base

Principes
Une organisation réalise des projets pour mettre en œuvre les objectifs, stratégies et processus qu’elle a définis. C’est pourquoi les projets sont toujours intégrés dans un environnement existant, qu’il faut prendre en considération. Un projet est une entreprise unique visant à atteindre un objectif déterminé, avec une qualité définie et dans des limites fixées en termes de temps et de ressources. Il existe différents types et catégories de projets. Un type de projet caractérise le genre du résultat final ainsi que les résultats intermédiaires, démarches et rôles nécessaires pour y parvenir (par exemple développement ou adaptation de système, maintenance, infrastructure, etc.). La catégorie de projet décrit ce dernier selon ses trois caractéristiques principales: son importance (dans la stratégie de l’entreprise), son ampleur (finances et ressources) ainsi que le risque qu’il comporte. Le tailoring définit, en fonction de la situation, le choix des principaux résultats et démarches requis pour la réussite du projet. Ainsi HERMES peut être adapté pour les petits comme pour les grands projets comportant de nombreux risques. L’utilisation de HERMES et les décisions qui en découlent au niveau des résultats à produire, des points de décision (jalons) à atteindre ainsi que de la planification dans le temps sont documentées dans le manuel et dans le plan de projet.

5

Ce modèle détaille deux types de projets : Développement de systèmes: projet pour le développement d’une solution TIC Adaptation de systèmes: projet d’évaluation. 6 . Etude Projet Exploitation Initialisation Analyse Construction du système Introduction Finalisation Développement de systèmes DS Conception Réalisation Adaptation de systèmes AS Evaluation Implémentation Point de décision de phase Point de décision Ce modèle de phases comporte des points de décision définis permettant au manager de contrôler régulièrement l’état du projet et de prendre les mesures de soutien ou de correction qui s’imposent.Partie I: Connaissances de base Modèle de phases L’étude. le projet et l’exploitation constituent les 3 étapes du cycle de vie d’une solution informatique. HERMES décrit l‘étape projet avec un modèle de phases allant de l’initialisation à la finalisation. d’acquisition et d’intégration d’une solution TIC.

si la phase doit être répétée. le manager a la possibilité de décider s‘il veut donner son feu vert à la phase suivante. qui reflètent l‘état du projet et servent de base aux décisions à prendre. voire si le projet doit être abandonné. Chaque point de décision définit un ou plusieurs résultats à contrôler. A la fin d‘une phase. HERMES décrit des objectifs et des résultats qui aident le manager à prendre les décisions.Partie I: Connaissances de base Processus de décision Pour chaque phase du projet. Phase Initialisation Objectif Définition de la base de départ Résultat Proposition de projet Décision Approbation de la proposition de projet avec signature mandat de projet Feu vert à la phase d’analyse préliminaire Feu vert à la phase de conception ou d‘évaluation Analyse préliminaire Elaboration de variantes de solution et choix de la solution Rapport d‘analyse préliminaire 7 .

adaptation du système Résultat Rapport de conception Rapport de réalisation Décision Feu vert à la phase de réalisation Feu vert à la phase d‘introduction Construction du système Evaluation (AS) Implémentation (AS) Rapport d’évaluation Feu vert à la phase d’implémentation Feu vert à la phase d’introduction Feu vert à la phase de finalisation Fin du projet Rapport d’implémentation Rapport d‘introduction Rapport d’appréciation finale de projet Introduction Installation et utilisation du système et formation des utilisateurs Documentation des expériences faites dans le projet et remise de celui-ci à l‘exploitation. Finalisation 8 .Partie I: Connaissances de base Phase Objectif Conception (DS) Réalisation (DS) Elaboration et évaluation d‘un concept complet Elaboration du système et préparation à la migration Evaluation des offres et attribution d’un mandat Spécification du système.

Annonce de projet 9 . La partie II du manuel détaille chaque point de décision.Partie I: Connaissances de base Modèle de phase avec points de décision Ce modèle représente le processus de décision complet.

le projet est caractérisé par trois points de vue: la démarche. les résultats et les rôles. Il incombe aux managers de faire en sorte que le projet produise les résultats convenus.Partie I: Connaissances de base Points de vue du projet: démarche. que la démarche du projet soit claire et que les rôles soient pleinement assumés. résultat. Démarche COMMENT le travail s‘effectue Activité 1 Étape de travail 1 Étape de travail 2 Activité 2 Étape de travail 4 Étape de travail 5 Étape de travail 6 Activité 3 Résultat QUOI ce qui est produit Proposition de projet Rapport «conception» Rapport «analyse préliminaire» … Manuel d’exploitation Architecture système Rôle QUI accomplit le travail Directeur de projet Mandataire Architecte solution Représentant utilisateur Responsable qualité Responsable risque … 10 . rôle Au sein de chaque phase.

Cette démarche est constituée d’activités et d’étapes de travail organisées hiérarchiquement et auxquels sont associés des rôles et des résultats. Ils peuvent être aussi bien matériels (un document de proposition de projet) qu‘immatériel (un prototype). Résultat Les résultats dans HERMES sont l‘ensemble des livrables du projet. Le chef de projet possède ainsi un découpage détaillé par phase de toutes les tâches de son projet. 11 . C’est la structure détaillée des tâches.Partie I: Connaissances de base Démarche La méthode HERMES décrit une démarche pour chaque phase du projet. L‘avantage pour le manager est qu‘il peut piloter le projet en se basant sur des résultats tangibles présentés par le chef de projet.

La méthode HERMES décrit les rôles dans un projet en identifiant deux catégories d‘acteurs: l‘une à l‘extérieur (le mandant.. Service hiérarchique. 12 . La structure de projet a une durée de vie limitée à la période de réalisation du projet.). le comité de projet.Partie I: Connaissances de base Rôle Les organisations permanentes sont axées sur le long terme tandis que les projets servent à gérer des changements. commissions Mandant Comité de projet Organes de coordination et de contrôle Projet Direction du projet Gestion de la configuration *Direction de projet du mandataire Assurance qualité Exigences des utilisateurs Gestion des risques Sûreté de l‘information et protection des données Traitement spécialisé du projet *AS: La « direction de projet du mandataire » englobe les rôles ou les tâches qui sont assurés par le fournisseur du produit évalué. organes. les utilisateurs. postes d‘état-major... l‘autre à l‘intérieur (le chef de projet. direction de projet correspond à l’échelon de la direction opérationnelle.. mandant et de comité de projet correspondent à l’échelon de la direction stratégique.)..

Partie II: Exécution Le manager Tâches du manager Check-list: conduite du projet 13 .

Les quatre dimensions fondamentales: Ampleur de la solution Délais Qualité Charge de travail /coûts 14 . Seule une direction et un contrôle actifs peuvent maintenir l‘équilibre entre les quatre dimensions fondamentales d‘un projet et permettre d‘atteindre les objectifs dans les limites fixées. un important instrument de conduite du projet et de contrôle de l’atteinte des objectifs visés.Partie II: Exécution Séances du comité de projet (CoP) La séance du CoP constitue. pour le donneur d’ordre. Le pilotage et le contrôle de gestion d‘un projet pendant sa durée de vie constituent les principales tâches du donneur d‘ordre et du comité de projet.

Partie II: Exécution Check-list: préparation de la séance du CoP La séance du CoP est organisée par le chef de projet. chef de projet membres du CoP chef de projet donneur d‘ordre donneur d‘ordre donneur d‘ordre donneur d‘ordre 15 . chef de projet donneur d‘ordre. Le président du CoP doit diriger la séance. alors que les membres doivent s’y préparer! Activités Responsabilité chef de projet tous donneur d‘ordre. qui est également responsable de fournir au donneur d’ordre (qui préside le CoP) et aux membres du CoP les documents nécessaires suffisamment à l’avance.

il est aussi nécessaire d’effectuer certains travaux de manière rapide et fiable: 16 .Partie II: Exécution Check-list: ordre du jour du CoP (proposition) Check-list: diriger la séance du CoP Check-list: traitement ultérieur de la séance du CoP Pour qu’une séance du CoP soit efficace.

On attachera par conséquent une importance particulière au choix du chef de projet.Partie II: Exécution Phase d‘initialisation Une fois l‘annonce de projet effectuée. le donneur d‘ordre confiera à un chef de projet l‘établissement d‘une proposition de projet. il est important que le chef de projet comprenne bien la vision et les idées du donneur d‘ordre et que la planification de base du projet soit préparée. Annonce de projet Mandat de projet Analyse Construction du système Introduction Finalisation Initialisation Développement de systèmes DS Adaptation de systèmes AS Conception Evaluation Réalisation Implémentation Point de décision de phase Tâche du manager dans son rôle de donneur d‘ordre 17 . Dans la phase «Initialisation».

Partie II: Exécution Phase d‘initialisation Check-list: choix d‘un chef de projet Check-list: composition du comité de projet ? - 18 .

Partie II: Exécution Phase d‘initialisation Point de décision de phase: mandat de projet Résultat Proposition de projet Critères d‘évaluation 19 .

Partie II: Exécution Phase d‘initialisation Résultat Proposition de projet Critères d‘évaluation 20 .

Feu vert conception / évaluation Initialisation Analyse Construction du système Introduction Finalisation Accord sur les objectifs Choix de la solution Conception Evaluation Réalisation Implémentation Point de décision de phase Point de décision Développement de systèmes DS Adaptation de systèmes AS 21 .Partie II: Exécution Phase d‘analyse préliminaire La phase «Analyse préliminaire» est un processus de clarification qui amène une décision de principe sur le genre de réalisation du système. Faut-il réaliser soi-même (développement de systèmes) ou acheter une solution (adaptation abandonnés à temps.

Partie II: Exécution Phase d‘analyse préliminaire Point de décision: accord sur les objectifs Résultat Analyse de la situation Critères d‘évaluation Objectifs du système 22 .

Partie II: Exécution Phase d‘analyse préliminaire Point de décision: choix de la solution Résultat Exigences envers le système Critères d‘évaluation Propositions de solution 23 .

Partie II: Exécution Phase d‘analyse préliminaire Résultat Propositions de solution Critères d‘évaluation Point de décision de phase: feu vert à la phase de conception ou évaluation Résultat Rapport d‘analyse préliminaire Critères d‘évaluation 24 .

Partie II: Exécution Phase de conception La phase «Conception» (type de projet développement de systèmes) sert à affiner la solution choisie et permet une évaluation fondée du système. Initialisation Analyse Construction du système Introduction Finalisation Feu vert réalisation Développement de systèmes DS Conception Réalisation Concept Adaptation de systèmes AS Evaluation Implémentation Point de décision de phase Point de décision 25 . Le concept élaboré fixe le cadre de la réalisation et de l‘introduction qui vont suivre.

Partie II: Exécution Phase Conception Point de décision: concept Résultat Produits finis et moyens matériels Critères d‘évaluation Etudes détaillées et prototypes Résultats de la conception 26 .

protection Point de décision de phase: feu vert à la phase de réalisation Résultat Rapport de conception Critères d‘évaluation 27 . informatiques. logiciels. organisationnels. sécurité de l’informatique.Partie II: Exécution Phase Conception Résultat Résultats de la conception Critères d‘évaluation financiers.

28 .Partie II: Exécution Phase de réalisation La phase «Réalisation» (type de projet développement de systèmes) sert à élaborer le système pour qu‘il soit prêt à l‘introduction et crée les conditions préalables à cette dernière.

design de la migration) Critères d‘évaluation adéquates ont-elles été formulées pour tous les éléments du système définis dans Prototypes 29 .Partie II: Exécution Phase de réalisation Point de décision: spécification du système Résultat Spécification du système (exigences envers le système. design du système.

manuel d‘utilisation. procédure de migration.Partie II: Exécution Phase de réalisation Point de décision: achèvement du système Résultat Manuel d‘organisation. moyens matériels. manuel de support Critères d‘évaluation - Point de décision de phase: feu vert à la phase d’introduction Résultat Rapport de réalisation Critères d‘évaluation 30 .

Cette phase se conclut par la négociation du contrat.Partie II: Exécution Phase d‘évaluation La phase «Evaluation» (type de projet adaptation de systèmes) aboutit au choix d’un produit concret. Elle comprend la rédaction du cahier des charges. des critères et des documents d’évaluation ainsi que le lancement d’un appel d’offres ferme. 31 .

Partie II: Exécution Phase d‘évaluation Point de décision: dossier d’appel d’offres Résultat Cahier des charges Critères d‘évaluation Catalogue des critères Texte de l’appel d’offre Questionnaire (demande de participation) 32 .

de la réception des résultats à fournir Critères d‘évaluation 33 . du pilotage de projet. des caractéristiques de qualité.Partie II: Exécution Phase d‘évaluation Point de décision: choix de l’offre Résultat Rapport d’évaluation Critères d‘évaluation Choix de l’offre Point de décision de phase: feu vert à la phase d’implémentation Résultat Contrat ou convention de projet des délais à respecter. des objectifs du système et des exigences envers le système.

Partie II: Exécution Phase d‘évaluation Rapport d’évaluation 34 .

L’élaboration des différents concepts et leur mise en oeuvre sous la forme d’une solution TIC opérationnelle sont les conditions préalables à la libération de la phase «Introduction».Partie II: Exécution Phase d‘implémentation La phase «Implémentation» (type de projet adaptation de systèmes) comprend la conception détaillée ainsi que la réalisation proprement dite de la solution fondée sur le produit évalué. 35 .

Partie II: Exécution Phase d‘implémentation Point de décision: spécification du système Résultat Concept de sûreté de l’information et de protection des données Critères d‘évaluation Concept de paramétrage et concept des autorisations Concept d’extension ou concept d’intégration et d’interfaces matériels. logiciels informatiques. sûreté de l’information. protection 36 . organisation.

Partie II: Exécution Phase d‘implémentation Concept de processus et d’organisation - 37 .

de migration et de formation Concept d’exploitation et de support Le concept tient-il compte des exigences horaires d’exploitation des personnes impli- 38 .Partie II: Exécution Phase d‘implémentation Concept d’introduction.

Partie II: Exécution Phase d‘implémentation Point de décision: adaptation du système Résultat Système informatique Critères d‘évaluation Procédé de migration Description des processus et de l’organisation. manuel d’organisation - 39 .

Partie II: Exécution Phase d‘implémentation Les collaborateurs sont-ils informés des modifications relatives aux processus et à la forme Concept d’introduction et d’exploitation Point de décision de phase: feu vert à la phase d’introduction Résultat Rapport d’implémentation Critères d‘évaluation 40 .

Elle garantit une transition sûre entre l’ancien et le nouveau système.Partie II: Exécution Phase d‘introduction La phase «Introduction» sert à l’installation du système et à sa mise en exploitation. 41 .

Partie II: Exécution Phase d‘introduction Point de décision: migration du système Résultat Système informatique Critères d‘évaluation 42 .

Partie II: Exécution Phase d‘introduction Point de décision: mise en service (uniquement adaptation de systèmes) Résultat Concept de formation Critères d‘évaluation Système informatique Manuel de support SLA Manuel d’organisation 43 .

rapports de test Concept d‘introduction Critères d‘évaluation 44 .Partie II: Exécution Phase d‘introduction Point de décision: réception du système Résultat Rapports d‘examen.

Partie II: Exécution Phase d‘introduction Point de décision de phase: feu vert à la phase de finalisation Résultat Rapport d‘introduction Critères d‘évaluation 45 .

Partie II: Exécution Phase de finalisation La phase «Finalisation» sert à conclure un projet. matériel) sont libérées et les résultats du projet sont remis au service opérationnel compétent. on peut affirmer qu‘un projet ne doit être dissout que lorsque toutes les bases requises pour l‘exploitation et la maintenance ont été établies et transmises à qui de droit. A la fin du projet. les ressources (personnel. La sauvegarde des expériences faites pendant le projet est un autre élément important pour que l‘organisation puisse améliorer la qualité de l‘exécution de projet. Conclusion du projet Initialisation Analyse Construction du système Introduction Finalisation Développement de systèmes DS Adaptation de systèmes AS Conception Evaluation Réalisation Implémentation Point de décision de phase 46 . En principe. l‘organisation de projet est dissoute.

Partie II: Exécution Phase de finalisation Tâches du manager Check-list: Finalisation du projet 47 .

les procédures d’achats. le contrôle. ce sont des entités nommées Project Management Office (PMO) qui coordonnent cette intégration. Fréquemment. … Comme toutes les méthodes. Gestion du projet Projet Etude Exploitation Suivi nancier Gestion par projet Gestion ressources humaines Procédures d’achat Sécurité … 48 . HERMES doit être intégrée à la gestion des processus à long terme. L’organisation permanente gère les processus à long terme qui sont liés à la gestion par projet: le suivi financier. résultats. rôles. la gestion des ressources humaines. la sécurité. démarche.Partie III: Compléments Intégration d’HERMES La méthode HERMES décrit les éléments inhérents à la gestion du projet: phases. Le chef de projet doit disposer d’un « fil rouge » qui décrit les liens entre la gestion du projet et son administration. la gestion des portefeuilles de projets.

Partie III: Compléments HERMES dans l‘administration fédérale La figure ci-après illustre les processus informatiques de l’administration fédérale. P01: Piloter l’informatique P04: Gérer l’informatique P05: Elaborer des solutions P06: Exploiter l’infrastructure P07: Assister les utilisateurs P02: Développer les compétences P03: Acquérir des biens et des services P08: Gérer les processus Source: Processus informatiques de l‘administration fédérale P09: Appuyer la gestion financière 49 . La méthode de conduite de projet HERMES est l’instrument central du processus informatique P05 «Elaborer des solutions».

en tant que projet. Aucune boucle de contre-réaction n’existe entre les résultats et la planification.Partie III: Compléments Exemples de pièges au projet sont insécurisés et démotivés. les compétences n’ont pas été attribuées correctement. les écarts par rapport à cette dernière ne sont pas constatés ou le sont de manière inadéquate. activités ne sont pas évalués de manière critique. la communication sur l’état du projet est mauvaise. d’organisation et les compétences des collaborateurs du projet aient vraiment été approfondies. résoudre les problèmes. Source: Office fédéral du personnel 50 . place. la fabrique de rumeurs marche à plein régime. direction. les collaborateurs ne savent pas exactement quelle est leur tâche. Aucune mesure n’est définie. mise en place.

Partie III: Compléments Check-list pour l‘évaluation des risques Domaine Planification Check-list Risques possibles pour le projet Décisions. ordre de mise en œuvre et contrôle des résultats Information - 51 .

Partie III: Compléments Ressources – Rentabilité Ressources financières Ressources humaines Besoin en ressources non planifiées Résultat – Solution Exigences 52 .

structuration des tâches Interfaces avec les systèmes environnants Intégration des utilisateurs – Acceptation Intégration des utilisateurs Acceptation des utilisateurs Fournisseur de prestation – Entreprise Stabilité de l‘entreprise Droits de propriété des résultats (partiels) Transfert du savoir-faire Source: Manuel de contrôle de gestion informatique 53 .Partie III: Compléments Complexité de l‘application.

Partie III Compléments Abréviations utilisées Abréviation AQ AS BP CoP CP CUR DO DS FP GC GR MA SIPD SLA TIC USIC Signification Assurance de la qualité Adaptation de systèmes Bénéficiaire de prestation Comité de projet Chef de projet Coûts / Utilité / Rentabilité Donneur d‘ordre (mandant) Développement de systèmes Fournisseur de prestation Gestion de la configuration Gestion des risques Marketing de projet Sûreté de l‘information et protection des données Service Level Agreement (accord de niveau de service) Technologies de l‘information et de la communication Unité de stratégie informatique de la Confédération 54 .

Sign up to vote on this title
UsefulNot useful