Vous êtes sur la page 1sur 56

www.hermes.admin.ch

www.hermes.admin.ch Guide de poche Manager
www.hermes.admin.ch Guide de poche Manager

Guide de poche

Manager

www.hermes.admin.ch Guide de poche Manager
Editeur: Unité de stratégie informatique de la Confédération USIC, CH-3003 Berne www.isb.admin.ch

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.

Tables des matières

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

But et structure du document «HERMES Manager» décrit et facilite l‘utilisation de la méthode HERMES

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.

Partie I: Connaissances de base

Principes

Partie I: Connaissances de base Principes Une organisation réalise des projets pour mettre en œuvre les

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é s ultats à 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.

Modèle de phases Partie I: Connaissances de base L’ étude , le projet et l’

Modèle de phases

Partie I: Connaissances de base

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. 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, d’acquisition et d’intégration d’une solution TIC.

Etude

Projet

Exploitation

solution TIC. E t u d e P r o j e t Exploitation Initialisation Analyse
Initialisation Analyse Construction du système Développement de systèmes DS Conception Réalisation Adaptation de
Initialisation
Analyse
Construction du système
Développement de systèmes DS
Conception
Réalisation
Adaptation de systèmes AS
Evaluation
Implémentation
Adaptation de systèmes AS Evaluation Implémentation Introduction Finalisation Point de décision de phase Point
Introduction Finalisation
Introduction
Finalisation
AS Evaluation Implémentation Introduction Finalisation Point de décision de phase Point de décision Ce modèle

Point de décision de phaseAS Evaluation Implémentation Introduction Finalisation Point de décision Ce modèle de phases comporte des

Point de décisionIntroduction Finalisation Point de décision de phase Ce modèle de phases comporte des points 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

Processus de décision

Partie I: Connaissances de base Processus de décision Pour chaque phase du projet, HERMES décrit des

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

Approbation de la proposition de projet avec signature mandat de projet Feu vert à la phase d’analyse préliminaire

de projet

Analyse

Elaboration de variantes de solution et choix de la solution

Rapport

Feu vert à la phase de conception ou d‘évaluation

préliminaire

d‘analyse

 

préliminaire

 
Partie I: Connaissances de base Phase Objectif   Résultat Décision   Concepti- Elaboration et

Partie I: Connaissances de base

Phase

Objectif

 

Résultat

Décision

 

Concepti-

Elaboration et évaluation d‘un concept complet

Rapport

Feu vert à la phase de réalisation

on (DS)

de conception

Réalisation

Elaboration du système et préparation à la migration

Rapport

Feu vert à la phase d‘introduction

Construction

(DS)

de réalisation

du système

Evaluation

Evaluation des offres et attribution d’un mandat

Rapport d’évaluation

Feu vert à la phase d’implémentation

(AS)

Implémen-

Spécification du système, adaptation du système

Rapport

Feu vert à la phase d’introduction

tation (AS)

d’implémentation

Introduction

Installation et utilisation du système et formation des utilisateurs

Rapport

Feu vert à la phase de finalisation

d‘introduction

Finalisation

Documentation des expériences faites

Rapport

Fin du projet

dans le

projet et remise de celui-ci à

d’appréciation finale

l‘exploitation.

 

de projet

Partie I: Connaissances de base Modèle de phase avec points de décision Ce modèle représente
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. La partie II du manuel détaille chaque point de décision.
Annonce
de projet
Points de vue du projet: démarche, résultat, rôle Partie I: Connaissances de base Au sein

Points de vue du projet: démarche, résultat, rôle

Partie I: Connaissances de base

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.

soit claire et que les rôles soient pleinement assumés. Démarche Résultat Rôle COMMENT le travail

Démarche

Résultat

Rôle

COMMENT le travail s‘effectue

QUOI ce qui est produit

QUI accomplit le travail

Activité 1

Proposition de projet

Directeur de projet

Étape de travail 1

Rapport «conception»

Mandataire

Étape de travail 2

Rapport «analyse préliminaire»

Architecte solution

Activité 2

Représentant utilisateur

Étape de travail 4

Manuel d’exploitation

Responsable qualité

Étape de travail 5

Architecture système

Responsable risque

Étape de travail 6

Activité 3

Partie I: Connaissances de base

Partie I: Connaissances de base Démarche La méthode HERMES décrit une démarche pour chaque phase du

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.

Rôle Les organisations permanentes sont axées sur le long terme tandis que les projets servent

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,

mandant et de comité de

projet correspondent à l’échelon de la direction stratégique; direction de projet correspond à l’échelon de la direction opérationnelle.

Partie I: Connaissances de base

Service hiérarchique, postes d‘état-major, organes, commissions Mandant Comité de projet Projet Direction du
Service hiérarchique, postes d‘état-major, organes, commissions
Mandant
Comité de projet
Projet
Direction
du projet
Gestion de
la configuration
*Direction de projet du
mandataire
Assurance qualité
Exigences des utilisateurs
Sûreté de l‘information
Gestion des risques
et protection des données
Traitement spécialisé
du projet
Organes de coordination et de contrôle

*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é.

Partie II: Exécution

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

Le manager

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

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

Partie II: Exécution Séances du comité de projet (CoP) La séance du CoP constitue, pour

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.

Les quatre dimensions fondamentales:

les limites fixées. Les quatre dimensions fondamentales: Ampleur de la solution Délais Qualité Charge de travail

Ampleur de la solution

Délais

Qualité

Charge de travail /coûts

Partie II: Exécution

Partie II: Exécution Check-list: préparation de la séance du CoP La séance du CoP est organisée

Check-list: préparation de la séance du CoP

II: Exécution Check-list: préparation de la séance du CoP La séance du CoP est organisée par

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!

Activités

Responsabilité

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

Partie II: Exécution Check-list: ordre du jour du CoP (proposition) Check-list: diriger la séance du

Partie II: Exécution

Check-list: ordre du jour du CoP (proposition)Partie II: Exécution Check-list: diriger la séance du CoP Check-list: traitement ultérieur de la séance du

Exécution Check-list: ordre du jour du CoP (proposition) Check-list: diriger la séance du CoP Check-list: traitement

Check-list: diriger la séance du CoP

du CoP (proposition) Check-list: diriger la séance du CoP Check-list: traitement ultérieur de la séance du

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:

Partie II: Exécution Phase d‘initialisation

Partie II: Exécution Phase d‘initialisation Une fois l‘annonce de projet effectuée, le donneur d‘ordre confiera

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.

A nnonce Mandat de projet de projet Initialisation Analyse Construction du système Introduction Finalisation
A
nnonce
Mandat
de projet
de projet
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
AS Evaluation Implémentation Point de décision de phase Tâche du manager dans son rôle de donneur

Tâche du manager dans son rôle de donneur d‘ordre

Check-list: choix d‘un chef de projet Check-list: composition du comité de projet ? Partie II:

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

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

Check-list: composition du comité de projet ?

Partie II: Exécution Phase d‘initialisation

-

Partie II: Exécution Phase d‘initialisation

Point de décision de phase: mandat de projet

Point de décision de phase: mandat de projet Résultat Critères d‘évaluation Proposition

Résultat

Critères d‘évaluation

Proposition

de projet

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

Partie II: Exécution Phase d‘initialisation

Résultat

Critères d‘évaluation

Proposition

de projet

Partie II: Exécution Phase d‘analyse préliminaire

Partie II: Exécution Phase d‘analyse préliminaire La phase «Analyse préliminaire» est un processus de

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.

Feu vert conception / évaluation

Initialisation Analyse Construction du système Accord sur Choix de les objectifs la solution Développement de
Initialisation
Analyse
Construction du système
Accord sur
Choix de
les objectifs
la solution
Développement de systèmes DS
Conception
Réalisation
Adaptation de systèmes AS
Evaluation
Implémentation
Introduction Finalisation
Introduction
Finalisation

Point de décision de phaseRéalisation Adaptation de systèmes AS Evaluation Implémentation Introduction Finalisation Point de décision 21

Point de décisionAdaptation de systèmes AS Evaluation Implémentation Introduction Finalisation Point de décision de phase 21

Point de décision: accord sur les objectifs Partie II: Exécution Phase d‘analyse préliminaire Résultat Critères

Point de décision: accord sur les objectifs

Partie II: Exécution Phase d‘analyse préliminaire

Résultat

Critères d‘évaluation

Analyse de

la situation

Objectifs

du système

Partie II: Exécution Phase d‘analyse préliminaire

Point de décision: choix de la solution

préliminaire Point de décision: choix de la solution Résultat Critères d‘évaluation Exigences

Résultat

Critères d‘évaluation

Exigences

envers

le système

Propositions

de solution

Partie II: Exécution Phase d‘analyse préliminaire Résultat Critères d‘évaluation Propositions de

Partie II: Exécution Phase d‘analyse préliminaire

Résultat

Critères d‘évaluation

Propositions

de solution

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

Partie II: Exécution Phase de conception

Partie II: Exécution Phase de conception La phase «Conception» (type de projet développement de systèmes) sert

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.

Initialisation Analyse Construction du système Feu vert réalisation Développement de systèmes DS Conception
Initialisation
Analyse
Construction du système
Feu vert réalisation
Développement de systèmes DS
Conception
Réalisation
Concept
Adaptation de systèmes AS
Evaluation
Implémentation
Introduction Finalisation
Introduction
Finalisation

Point de décision de phaseConcept Adaptation de systèmes AS Evaluation Implémentation Introduction Finalisation Point de décision 25

Point de décisionConcept Adaptation de systèmes AS Evaluation Implémentation Introduction Finalisation Point de décision de phase 25

Point de décision: concept Partie II: Exécution Phase Conception Résultat Critères d‘évaluation Produits

Point de décision: concept

Partie II: Exécution Phase Conception

Résultat

Critères d‘évaluation

Produits finis

et moyens

matériels

Etudes

détaillées et

prototypes

Résultats

de la

conception

Partie II: Exécution Phase Conception

Partie II: Exécution Phase Conception Résultat Critères d‘évaluation Résultats de la

Résultat

Critères d‘évaluation

Résultats

de la

conception

financiers, informatiques, logiciels, organisationnels, sécurité de l’informatique, protection

Point de décision de phase: feu vert à la phase de réalisation

Résultat

Critères d‘évaluation

Rapport de

conception

Partie II: Exécution Phase de réalisation La phase «Réalisation» (type de projet développement de systèmes)

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.

le système pour qu‘il soit prêt à l‘introduction et crée les conditions préalables à cette dernière.
le système pour qu‘il soit prêt à l‘introduction et crée les conditions préalables à cette dernière.

le système pour qu‘il soit prêt à l‘introduction et crée les conditions préalables à cette dernière.

le système pour qu‘il soit prêt à l‘introduction et crée les conditions préalables à cette dernière.

Partie II: Exécution Phase de réalisation

Point de décision: spécification du système

réalisation Point de décision: spécification du système Résultat Critères d‘évaluation Spécification

Résultat

Critères d‘évaluation

Spécification du système (exigences envers le système, design du système, design de la migration)

 

adéquates ont-elles été formulées pour tous les éléments du système définis dans

Prototypes

Point de décision: achèvement du système Partie II: Exécution Phase de réalisation Résultat Critères

Point de décision: achèvement du système

Partie II: Exécution Phase de réalisation

Résultat

Critères d‘évaluation

Manuel d‘organisation, pro- cédure de migration, manuel d‘utilisation, moyens matériels, manuel de support

 

-

Point de décision de phase: feu vert à la phase d’introduction

Résultat

Critères d‘évaluation

Rapport de

réalisation

Partie II: Exécution Phase d‘évaluation

Partie II: Exécution Phase d‘évaluation La phase «Evaluation» (type de projet adaptation de systèmes) aboutit au

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.

ainsi que le lancement d’un appel d’offres ferme. Cette phase se conclut par la négociation du

Point de décision: dossier d’appel d’offres Partie II: Exécution Phase d‘évaluation Résultat Critères

Point de décision: dossier d’appel d’offres

Partie II: Exécution Phase d‘évaluation

Résultat

Critères d‘évaluation

Cahier des charges

 

Catalogue des

critères

Te x te de l’appel d’offre

Questionnaire

(demande de

participation)

Partie II: Exécution Phase d‘évaluation

Point de décision: choix de l’offre

Phase d‘évaluation Point de décision: choix de l’offre Résultat Critères d‘évaluation Rapport

Résultat

Critères d‘évaluation

Rapport

d’évaluation

Choix

de l’offre

Point de décision de phase: feu vert à la phase d’implémentation

Résultat

Critères d‘évaluation

Contrat ou

convention de

projet

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

Partie II: Exécution Phase d‘évaluation   Rapport

Partie II: Exécution Phase d‘évaluation

 

Rapport

d’évaluation

Partie II: Exécution Phase d‘implémentation

Partie II: Exécution Phase d‘implémentation La phase «Implémentation» (type de projet adaptation de systèmes)

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».

d’une solution TIC opérationnelle sont les conditions préalables à la libération de la phase «Introduction». 35
d’une solution TIC opérationnelle sont les conditions préalables à la libération de la phase «Introduction». 35

d’une solution TIC opérationnelle sont les conditions préalables à la libération de la phase «Introduction». 35

d’une solution TIC opérationnelle sont les conditions préalables à la libération de la phase «Introduction». 35

Point de décision: spécification du système Partie II: Exécution Phase d‘implémentation Résultat Critères

Point de décision: spécification du système

Partie II: Exécution Phase d‘implémentation

Résultat

Critères d‘évaluation

Concept de sûreté de l’information et de protection des données

Concept de para- métrage et concept des autorisations

Concept

d’extension ou

concept

matériels, logiciels informatiques, organisation, sûreté de l’information, protection

d’intégration et

d’interfaces

Partie II: Exécution Phase d‘implémentation

Partie II: Exécution Phase d‘implémentation   Concept de processus et
 

Concept de

processus et

d’organisation

-

Partie II: Exécution Phase d‘implémentation   Concept d’introduction, de migration et de formation

Partie II: Exécution Phase d‘implémentation

 

Concept d’introduction, de migration et de formation

 

Concept

d’exploitation et

de support

Le concept tient-il compte des exigences horaires d’exploitation des personnes impli-

Partie II: Exécution Phase d‘implémentation

Point de décision: adaptation du système

Point de décision: adaptation du système Résultat Critères d‘évaluation Système

Résultat

Critères d‘évaluation

Système

informatique

Procédé de

migration

Description des processus et de l’organisation, manuel d’organisation

 

-

Partie II: Exécution Phase d‘implémentation   Les collaborateurs sont-ils informés des modifications

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

Critères d‘évaluation

Rapport

d’implémen-

tation

Partie II: Exécution Phase d‘introduction

Partie II: Exécution Phase d‘introduction La phase «Introduction» sert à l’installation du système et à sa

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.

du système et à sa mise en exploitation. Elle garantit une transition sûre entre l’ancien et
du système et à sa mise en exploitation. Elle garantit une transition sûre entre l’ancien et

du système et à sa mise en exploitation. Elle garantit une transition sûre entre l’ancien et

du système et à sa mise en exploitation. Elle garantit une transition sûre entre l’ancien et

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

Point de décision: migration du système

Partie II: Exécution Phase d‘introduction

Résultat

Critères d‘évaluation

Système

informatique

Partie II: Exécution Phase d‘introduction

Point de décision: mise en service (uniquement adaptation de systèmes)

mise en service (uniquement adaptation de systèmes) Résultat Critères d‘évaluation Concept de

Résultat

Critères d‘évaluation

Concept de

formation

Système

informatique

Manuel

de support

SLA

Manuel

d’organisation

Point de décision: réception du système Partie II: Exécution Phase d‘introduction Résultat Critères

Point de décision: réception du système

Partie II: Exécution Phase d‘introduction

Résultat

Critères d‘évaluation

Rapports

d‘examen,

rapports

de test

Concept

d‘introduction

Partie II: Exécution Phase d‘introduction

Partie II: Exécution Phase d‘introduction Point de décision de phase: feu vert à la phase de

Point de décision de phase: feu vert à la phase de finalisation

Résultat

Critères d‘évaluation

Rapport

d‘introduction

Partie II: Exécution Phase de finalisation La phase «Finalisation» sert à conclure un projet. A

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.

Conclusion

du projet

Initialisation Analyse Construction du système Introduction Finalisation Développement de systèmes DS Conception
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

Partie II: Exécution Phase de finalisation

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

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

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

Intégration d’HERMES Partie III: Compléments La méthode HERMES décrit les éléments inhérents à la gestion

Intégration d’HERMES

Partie III: Compléments

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.

Etude

Projet
Projet

Exploitation

Suivi nancier

Gestion ressources humaines

Procédures d’achat

Sécurité

Partie III: Compléments

HERMES dans l‘administration fédérale

III: Compléments HERMES dans l‘administration fédérale La figure ci-après illustre les processus informatiques de

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».

 

P01: Piloter l’informatique

P04: Gérer l’informatique

P05: Elaborer des solutions
P05: Elaborer
des solutions

P06: Exploiter l’infrastructure

P07: Assister les utilisateurs

P02:

P03:

P09:

Développer les

Acquérir des biens et des services

Appuyer la gestion financière

compétences

 

P08: Gérer les processus

Source: Processus informatiques de l‘administration fédérale

Partie III: Compléments Exemples de pièges au projet sont insécurisés et démotivés. place, les compétences

Partie III: Compléments

Exemples de pièges

au projet sont insécurisés et démotivés. place, les compétences n’ont pas été attribuées correctement. mise en place. en tant que projet. 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. d’organisation et les compétences des collaborateurs du projet aient vraiment été approfondies. activités ne sont pas évalués de manière critique. 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

Partie III: Compléments

Check-list pour l‘évaluation des risques

Compléments Check-list pour l‘évaluation des risques Domaine Check-list Risques possibles pour le projet

Domaine

Check-list

Risques possibles pour le projet

Planification

-

Décisions, ordre de mise en œuvre et contrôle des résultats

-

Information

Partie III: Compléments Ressources – Rentabilité Ressources financières Ressources humaines

Partie III: Compléments

Ressources – Rentabilité

Ressources financières

Ressources humaines

Besoin en ressources non planifiées

Résultat – Solution

Exigences

Partie III: Compléments

Partie III: Compléments Complexité de l‘application, structuration des tâches Interfaces avec les

Complexité de l‘application, 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

Abréviations utilisées Partie III Compléments Abréviation Signification AQ Assurance de la qualité AS

Abréviations utilisées

Partie III Compléments

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

Te c hnologies de l‘information et de la communication

USIC

Unité de stratégie informatique de la Confédération

Centres d'intérêt liés