CARL Pilot - Plénitude Et Pertinence - Méthodologie D'implémentation Des Produits CARL Software

CARL SOFTWARE
version 1.6 – Septembre 2018
CARL Pilot : Plénitude et Pertinence

Méthodologie d’implémentation des produits CARL Software
CARL Software
361, allée des noisetiers, 69578 Limonest Cedex, France
Tél : +33 (0)4 26 29 49 49 - Fax : +33 (0)4 26 29 49 39
E-mail : info@carl.eu – Web : www.carl-software.fr
CARL Pilot – Plénitude et Pertinence - Méthodologie d’implémentation des produits CARL Software
SOMMAIRE
1 VERSION......................................................................................................................................................................................... 3
2 HISTORIQUE DES VERSIONS ...................................................................................................................................................... 3
3 DIFFUSION ..................................................................................................................................................................................... 3
4 OBJET ET CONTENU ..................................................................................................................................................................... 4
5 GENERALITES SUR LA METHODOLOGIE CARL PILOT ........................................................................................................... 5
5.1 INTRODUCTION ET FACTEURS CLES DU SUCCES ............................................................................................................................................ 5
5.2 DEFINITION DES FORMULES ESSENTIELLE, PERTINENCE, PLENITUDE ...................................................................................................... 6
5.3 TERMINOLOGIES UTILISEES ............................................................................................................................................................................ 7
5.4 ORGANISATION (EQUIPES, ROLES, INSTANCES) ET RELATION AVEC LE CLIENT ....................................................................................... 9
5.4.1 Equipes projet CARL Software ......................................................................................................................................................................................................9
5.4.2 Equipe projet Client.............................................................................................................................................................................................................................9
5.4.3 Gouvernance du projet et autres instances ......................................................................................................................................................................10
6 SYNOPTIQUE DE MISE EN ŒUVRE .......................................................................................................................................... 12
7 DESCRIPTION DES PHASES ....................................................................................................................................................... 13
7.1 P1- PHASE DE CADRAGE DU PROJET - INITIALISATION ............................................................................................................................. 13
7.1.1 P1-T01 - Transfert du projet de l’équipe avant-vente vers l’équipe projet .................................................................................................. 13
7.1.2 P1-T02 – Initialisation du projet ............................................................................................................................................................................................... 16
7.1.3 P1-T03 - Installation des produits standards .................................................................................................................................................................. 19
7.2 P2 - PHASE DE CONCEPTION GENERALE ..................................................................................................................................................... 21
7.2.1 P2-T01 – Formation de l’équipe projet .................................................................................................................................................................................. 21
7.2.2 P2-T02 – Analyse de l’existant.................................................................................................................................................................................................. 24
7.2.3 P2-T03 – Conception générale................................................................................................................................................................................................... 26
7.3 P3 - PHASE DE REALISATION DES ADAPTATIONS ET PERSONNALISATIONS ......................................................................................... 30
7.3.1 P3-T01 – Conception détaillée ................................................................................................................................................................................................... 30
7.3.2 P3-T02 - Réalisation des personnalisations et des paramétrages ................................................................................................................... 33
7.3.3 P3-T03 - Développements des adaptations ..................................................................................................................................................................... 36
7.3.4 P3-T04 – Récolte et mise à niveau de la qualité des données ............................................................................................................................ 39
7.3.5 P3-T05 – Réalisation de la documentation de formation ........................................................................................................................................ 41
7.3.6 P3-T06 – Installation environnement de recette ......................................................................................................................................................... 43
7.4 P4 - PHASE DE RECETTE ............................................................................................................................................................................ 46
7.4.1 P4-T01 – Transfert de compétences aux testeurs........................................................................................................................................................ 46
7.4.2 P4-T02 – Vérification d’Aptitude au Bon Fonctionnement (VABF) ....................................................................................................................48
7.5 P5 - PHASE DE MISE EN PRODUCTION ...................................................................................................................................................... 52
7.5.1 P5-T01 - Formation des utilisateurs finaux ..................................................................................................................................................................... 52
7.5.2 P5-T02 – Installation de la solution sur l’environnement de production ..................................................................................................... 54
7.5.3 P5-T03 – Configuration de l’environnement de production et Go Live .......................................................................................................... 57
7.5.4 P5-T04 – Stabilisation de la solution...................................................................................................................................................................................60
7.5.5 P5-T05 – Suivi en exploitation.................................................................................................................................................................................................. 63
7.6 PP - PILOTAGE DU PROJET..........................................................................................................................................................................65
7.6.1 PP-T01 - Suivre et diriger le projet ........................................................................................................................................................................................ 65
7.6.2 PP-T02 - Transférer le projet au support .......................................................................................................................................................................... 68
7.6.3 PP-T03 - Clore le projet ................................................................................................................................................................................................................. 70
8 PLANNING THEORIQUE ET REPARTITION DES CHARGES .................................................................................................. 72
version 1.6 – Septembre 2018 PAGE 2 SUR 72
www.carl-software.fr
1 Version
Référence document : CARL Pilot - Plénitude et Pertinence - Méthodologie d'implémentation
des produits CARL Software.docx
Version : 1.6
Auteur de la version: AMCO
Date de diffusion : Septembre 2018
Etat du document : VALIDE
2 Historique des versions

Version Date Auteur Evolutions apportées
Paragraphes Détail des opérations

1.0 Mai 2017 AMCO Première version officielle
1.1 Juillet 2017 AMCO Tous Nouvelle charte graphique
Ajout du nom « CARL Pilot –
Plénitude »
1.2 Septembre 2017 AMCO Tous Intégration de la formule
Pertinence
1.3 Novembre 2017 AMCO Tous Corrections mineures
1.4 Mars 2018 AMCO 5.4.3.2 Suppression de la notion de
Pilotage dans le COSOP
1.5 Juin-2018 AMCO Page de garde Ajout du logo CARL-Pilot
6 Correction synoptique
7.2.3 Ajout du dossier
d’exploitation
1.6 Septembre 2018 AMCO 5.3 Ajout de la définition de
« Matrice d’écarts »
7.2.1 Intégration de l’usage de la
base H2 pour les formations
7.2.3 Clarification de l’usage de la
matrice d’écarts
3 Diffusion
INTERNE / EXTERNE
4 Objet et contenu
Le présent document décrit la méthodologie d’implémentation des produits CARL Software à partir de la prise
en compte du projet par les équipes opérationnelles jusqu’à la mise en production de la Solution.
IMPORTANT :
Il s’agit de la méthodologie appliquée par défaut qui ne préjuge pas du contrat passé entre le Client et
CARL Software et donc des prestations retenues par le Client.
Il précise aussi l’organisation que met CARL Software en place pour mener à bien le projet et les activités
dédiées au Client.
On trouvera enfin les éléments potentiellement livrables suivant le périmètre du projet, la gestion des risques,
le suivi des évolutions, les outils utilisés.
Cette méthodologie permet :

 De préciser et partager une démarche commune entre le Client et CARL Software incluant un vocabulaire
et une documentation dédiés.
 D’atteindre les objectifs et enjeux visés par le projet.
 De viser une solution la plus standard possible en évitant au maximum la mise en œuvre de
développements spécifiques coûteux à réaliser et à maintenir.
 De mettre en exergue les éléments clés et/ou points de vigilance : conditions de réussite du projet,
obligations du Client et limites de chaque tâche.
 D’identifier les responsabilités du Client et de CARL Software sur chaque tâche d’une phase et ses
livrables associés(RACI).
 De répondre aux besoins métiers du Client.
 De faire bénéficier du savoir-faire et des bonnes pratiques issus de nombreuses années d’expériences
de CARL Software dans les divers métiers de la GMAO et de l’EAM.
NOTA :
 Les matrices RACI présentées dans ce document correspondent aux préconisations par défaut de CARL
Software. Les responsabilités peuvent cependant être ajustées en fonction du niveau de prestation
souhaité par le Client.
 Chaque matrice RACI précise les responsabilités suivant la formule choisie par le Client, Plénitude ou
Pertinence (Voir chapitre 5.2 pour les définitions)
Exemple :
RACI Pertinence Plénitude
R = Réalisateur / A = Approbateur / C = Consulté / I = Informé CLIENT CARL CLIENT CARL
Software Software
Spécifications générales R C A R
5 Généralités sur la méthodologie CARL Pilot
5.1 Introduction et facteurs clés du succès

La solution mise en œuvre dans le cadre d’un projet GMAO a pour fondement l’intégration de produits
standards développés par CARL Software qui s’imbriquent, la plupart du temps, dans le SI (Système
d’Information) du Client.
Afin de répondre à des besoins métiers particuliers, jugés indispensables pour la bonne marche de la solution,
CARL Software a de plus la capacité de réaliser des développements spécifiques.
Dans tous les cas le succès du projet repose sur quelques facteurs clés qui sont :
 d’avoir une équipe projet engagée et disponible tout au long du projet. C’est l’élément moteur principal
de la réussite qui :
- doit connaitre parfaitement les besoins et processus relatifs aux métiers qu’elle représente.
- est représentative des métiers et reconnue par les utilisateurs finaux.
- doit acquérir une bonne maitrise des produits livrés dès la phase de conception.
- doit pouvoir prendre les décisions rapides qui sont à son niveau.
 d’établir une relation de confiance entre les équipes du Client et de CARL Software.
 d’établir une gouvernance adaptée aux enjeux et objectifs du projet.
 d’Identifier des chaines de décision, impliquées et réactives dans le cadre du projet.
 d’avoir des processus métiers stabilisés, connus et partagés.
 d’accepter comme fait universel qu’un logiciel sans bug est une utopie.
 d’exprimer tous ses souhaits est important, tout en acceptant que CARL Software peut fixer des limites
et proposer des alternatives.
 de veiller à disposer de données de qualité pour le démarrage en production (Go Live) : une stratégie
globale de reprise des données doit être mise en œuvre pour assurer cette qualité.
 de mettre en place une stratégie de communication efficace et de conduite du changement dès le début
du projet.
 d’identifier une/des ressource(s) dédiée(s) en charge de l’administration fonctionnelle et technique de la
GMAO pour assurer la continuité dans la phase exploitation.
5.2 Définition des formules Essentielle, Pertinence, Plénitude
CARL Pilot se décline en 3 formules de services afin de s’adapter aux besoins et exigences des Clients
Essentielle Pertinence Plénitude
Une approche alignée sur le Cette approche privilégie le standard Du « Sur mesure » avec une
standard de CARL Source, avec mais autorise la mise en œuvre de logique d’assistance à la
une logique axée sur le transfert spécifiques prioritaires. Le transfert de maitrise d’œuvre, qui nécessite
de compétences qui nécessite compétence allié à l’expertise de CARL une forte implication de CARL
une forte implication du client Software en fait une solution qui Software.
équilibre les implications du Client et de
CARL Software
Cette formule fait l’objet

Le présent document couvre ces formules
d’un document à part
5.3 Terminologies utilisées

La méthodologie d’implémentation des produits CARL Software implique une terminologie adaptée dont voici
les définitions :
Terme Définition
Adaptation Réalisation par un développeur d’éléments et traitements non prévus par le
standard. Réalisation par code faisant l’objet d’un livrable logiciel
AMOP Assistance à la Mise en œuvre OPérationnelle.
Configuration de Réglages des paramètres globaux de l’application, techniques et fonctionnels,
l’application paramétrage des utilisateurs, réglages droits d’accès et implémentation des
données de configuration
COPIL Comité de pilotage du projet
COSOP Comité de suivi opérationnel du projet
COTECH Comité de suivi technique du projet
Demande Anomalie, demande d’évolution ou demande d’information remontée par
d’assistance (DAS) l’équipe projet Client à l’équipe Support CARL Software à partir du Go Live du
projet.
Elles sont émises par le Client sur le site support (On line) de CARL Software et
elles sont gérées uniquement par l’équipe Support.
Développements Autre dénomination pour désigner le terme « Adaptation »
spécifiques
Dossier de Document précisant la liste des livrables documentaires à produire en phase de
conception conception ainsi que les responsabilités en termes de réalisation entre le Client
et CARL Software.
EAM Enterprise Asset Managment, que l’on peut traduire en « gestion des actifs
physiques », terme utilisé pour les logiciels de GMAO dont les fonctionnalités
dépassent le cadre des besoins d’un service maintenance. Ce qui est le cas de
CARL Source qui intègre par exemple la gestion locative, une fonctionnalité de
SIG…
Environnement de Environnement de test, ou d’acceptance.
recette
Fiche d’étude (FET) Anomalie, demande d’évolution ou demande d’information remontée par
l’équipe projet Client à l’équipe projet CARL Software au cours du projet jusqu’au
Go Live du projet. Elles sont émises par le Client sur le site support (On line) de
CARL Software et gérées uniquement par l’équipe projet.
Fiche d’Observation Anomalie ou demande d’évolution sur les produits standards de CARL Software.
(FOB) Elles sont émises par un collaborateur CARL Software dans un outil interne.
Elles sont gérées uniquement par le service Recherche et Développement.
IHM Interface Homme Machine
Maquette La maquette est une représentation partielle de la Solution afin d'en tester et
valider certains aspects et/ou le comportement. C’est un ensemble constitué de
spécifications, de jeux de données et de formulaires qui n’intègrent pas de
développement spécifique. Peut intégrer des éléments de configuration.
Matrice d’écarts Document listant l’ensemble des travaux à réaliser sous forme de
personnalisations ou d’adaptations
MOM Mise en Ordre de Marche
Personnalisation Réalisation de rapports, indicateurs, de formulaires (IHM) et d’interfaces simples
Terme Définition
PQP Plan Qualité Projet
Product Backlog Aussi appelé Plan de développement, est l’ensemble des éléments spécifiques ou
personnalisés de la Solution à réaliser par CARL Software. Chaque élément est
évalué et priorisé. Le tout permet de réaliser un suivi précis de l’avancement.
RACI Matrice des responsabilités :
R = Réalisateur / A = Approbateur / C = Consulté / I = Informé
Transfert de Prestation de conseil permettant de transférer une compétence particulière en
compétence vue de réaliser une tâche précise dans le déroulement du projet. Au contraire
d’une formation il n’y a ni plan, ni guide, ni convention de formation.
VABF Vérification d’Aptitude au Bon Fonctionnement. Recette provisoire.
VSR Vérification de Service Régulier. Recette définitive.
CARL Pilot – Plénitude - Méthodologie d’implémentation des produits CARL Software
5.4 Organisation (Equipes, rôles, instances) et relation avec le Client

Un projet d’implémentation d’une GMAO nécessite l’implication d’acteurs et de compétences techniques et
fonctionnelles multiples côté Client et CARL Software.
5.4.1 Equipes projet CARL Software
CARL Software met en place une équipe composée de compétences diverses pour mener à bien le projet
GMAO :
Rôle Mission
Ingénieur d’affaire Acteur principal pendant la phase avant-vente, est le garant de la bonne
compréhension des besoins du Client par les équipes opérationnelles. Il reste
un contact permanent tout au long de la vie du projet sur toutes les questions
commerciales.
Responsable du projet Acteur principal dès que le transfert de l’équipe avant-vente est validé. Il est
garant de la bonne marche du projet jusqu’à son transfert au support et sa
clôture.
Consultant fonctionnel Ressource métier opérationnelle sur la partie fonctionnelle du projet. Il assure
le conseil et l’accompagnement sur la mise en œuvre du projet en fonction
des besoins exprimés et du périmètre acquis par le Client. C’est l’expert qui
accompagne le Client.
Formateur Ressource opérationnelle dédiée à la formation sur les produits CARL
Software.
Consultant technique Ressource opérationnelle sur la partie technique du projet. Il assure le conseil
sur l’intégration de la Solution dans l’environnement informatique du Client.
Développeur Ressource opérationnelle sur la partie développement d’adaptations.
d’adaptations
Cette équipe peut être complétée par des experts internes (Experts métiers techniques ou fonctionnels,
membres de la R&D) ou des sous-traitants et/ou partenaires externes.
5.4.2 Equipe projet Client

Les acteurs côté Client sont fonction du projet. Cependant tous les projets nécessitent au moins les
acteurs/rôles suivants :
Rôle Mission
Donneur d’ordre Donne les directives en fonction de ses attentes, enjeux et périmètre. Suit le
/Sponsor projet. S’assure que les moyens mis en œuvre sont cohérents avec les
objectifs du projet.
Il arbitre les décisions qui dépassent les prérogatives de l’équipe projet.
Responsable projet Suit l’avancement du projet, coordonne les actions, communique les
informations aux équipes, est le lien direct et privilégié avec le responsable
projet CARL Software.
Equipe projet Elle est constituée du ou des responsables projets et des référents métiers.
Disponible pendant toutes les phases de mise en œuvre du projet. Elle
Rôle Mission
apporte son expertise et est représentative de l’ensemble des rôles et
fonctions concernés par le projet.
Utilisateurs finaux Ensemble des personnes exploitant la Solution.
Responsable Valide l’architecture technique, s’assure que les moyens mis en œuvre sont
informatique cohérents avec les préconisations données par CARL Software.
Administrateur Interlocuteur informatique pour l’installation, le support et toutes les
technique GMAO opérations techniques autour des produits CARL Software.
Administrateur Interlocuteur assurant le support fonctionnel des utilisateurs finaux sur les
fonctionnelle GMAO produits CARL Software et contact principal pour le Support CARL Software.
5.4.3 Gouvernance du projet et autres instances

Suivre et diriger le projet est un processus vital pour s’assurer que les actions menées sont en adéquation avec
les objectifs, les contraintes et les enjeux du projet.
Pour cela la méthodologie propose plusieurs instances ayant chacune une mission et des responsabilités
propres et font appel à des acteurs spécifiques.
5.4.3.1 Comité de pilotage (COPIL)

Instance concernant la direction du projet dont la fréquence est au maximum mensuelle en début de projet
puis plus espacé ou en fonction des jalons clés du projet par la suite. Ses missions et responsabilités principales
sont :
 Lancer officiellement le projet

 Suivre l'avancement global du projet
 Mettre en application les décisions sur les grandes orientations du projet
 Prendre les décisions d’évolutions lourdes du projet (outils, structures et méthodes)
 Allouer les ressources nécessaires sur le bon déroulement du projet
 Prononcer les recettes VABF (Vérification d’Aptitude au Bon Fonctionnement) et VSR (Vérification de
Service Régulier)
 Suivre le budget du projet (consommé et à venir)
 Préciser les modifications d’objectifs du projet
 Assurer la communication sur l’avancement du projet
 Traiter et arbitrer les points bloquants soumis par l’équipe projet
5.4.3.2 Comité de suivi opérationnel (COSOP)
Instance concernant l’équipe opérationnelle du projet. La fréquence est variable suivant les besoins et le
planning du projet. Peut-être réalisée sur site ou par téléphone, conférence WEB. Ses missions et
responsabilités principales sont :
 Suivre l’avancement du projet et la production des livrables

 Valider les livrables qui sont de sa responsabilité
 Rendre compte de l’avancement et fournir les éléments décisionnels au Comité de Pilotage
 Superviser la bonne exécution de la conduite de changement
 Identifier et suivre les risques et points bloquants et proposer des solutions
 Préparer les arbitrages et points bloquants à soumettre au comité de pilotage
5.4.3.3 Comité de suivi technique (COTECH)
Instance concernant les acteurs techniques. Ce sont des réunions ponctuelles dont les missions et
responsabilités principales sont :
 Gérer l’avancement des sujets techniques incluant l’architecture et l’infrastructure

 Assurer la bonne cohérence des actions techniques en lien avec le planning global du projet
5.4.3.4 Comité utilisateurs ou métier
Des groupes de travail sont constitués par métier, par processus, par site ou par spécialité.
Ces groupes produisent la majorité des éléments attendus (données existantes, paramétrage, codification…).
Ces groupes concernent uniquement des personnes du Client qui se réunissent pour préparer les journées
prévues entre CARL Software et l’équipe projet.
Le maintien des mêmes personnes au sein des groupes, tout au long du projet, est une condition
incontournable pour sa bonne réussite.
Chaque groupe est animé par un référent du Client si possible de l’équipe projet, et qui aura pour objectif de
faire converger (autant que faire se peut) le groupe vers :
 des pratiques communes à l’ensemble des services du Client

 les fonctionnalités standards du produit CARL Software.
Au sein de chaque groupe, un rédacteur aura en charge la rédaction du compte-rendu de chaque réunion et
sa diffusion.
6 Synoptique de mise en œuvre
P1- Phase de cadrage du projet - Initialisation / P1-T01 - Transfert du projet de l’équipe avant-vente vers l’équipe projet
7 Description des Phases

Il s’agit ici de décrire par phase en détail toutes les tâches à réaliser, en précisant par tâche, les objectifs, les
ressources, les entrants, les sortants, les responsabilités, la démarche, les conditions de réussites ainsi que ses
limites.
7.1 P1- Phase de cadrage du projet - Initialisation

Cette phase concerne 3 tâches clés permettant de lancer le projet dans de bonnes conditions.
Elle marque la transition entre les équipes avant-vente et les équipes projet, et doit permettre une passation
de témoin sans perte d’information.
Elle sert aussi à s’assurer que les équipes du Client et de CARL Software sont au même niveau d’information et
de compréhension du projet sur tous ses aspects (Enjeux, objectifs, périmètre, planning…) avant le lancement
officiel.
Enfin c’est pendant cette phase que sont installés les produits standards commandés.
7.1.1 P1-T01 - Transfert du projet de l’équipe avant-vente vers l’équipe projet
Généralités Tâche permettant de passer le témoin entre les équipes avant-vente

et l’équipe allant prendre en main le projet jusqu’à sa clôture.
Points
forts Sécurisation de la transmission des éléments de l’avant-vente à
l’équipe projet.
Présenter les responsables projets Client et CARL Software.
Objectifs Partager les objectifs du projet entre le Client, l’ingénieur d’affaires et

le responsable du projet CARL Software.
Partager le périmètre du projet.
Ingénieur d’affaire CARL Software
Ressources Donneur d’ordre du Client
Responsable projet CARL Software
Responsable projet Client
Réunion d’échanges
Entrants
Ensemble des documents contractuels
Proposition commerciale
Sortants
Dossier avant-vente validé et partagé entre tous les acteurs du projet.
Objectifs et enjeux partagés et validés
Périmètre du projet partagé et validé
Registre des risques et des alertes mis à jour
Démarche
L’ingénieur d’affaires organise un entretien téléphonique ou sur site entre le donneur

d’ordre, le responsable projet Client et le responsable projet CARL Software :
 Cette réunion a pour objet la présentation du responsable projet CARL Software
et les éléments du projet.
 Les donneur d’ordre et responsable projet Client précisent les attentes, les
objectifs, le périmètre du projet (Y compris les livrables attendus) et se
prononcent sur les priorités.
 Le responsable projet CARL Software apporte sa vision et pose ses questions sur
les attentes, objectifs et périmètre du projet et apporte sa vision sur les priorités.
Les objectifs, enjeux, contraintes, périmètre et priorités du projet sont consignés dans un
compte-rendu validé par les deux parties.
Le compte-rendu est diffusé au Client et aux membres du comité de pilotage interne
CARL Software.
Le responsable projet CARL Software valide le transfert et passe à la phase d’initialisation
du projet.

Software Software
Compte-rendu de la réunion d’échanges A R A R
Registre des risques et des alertes R C C R
Conditions  Présence de toutes les parties prenantes en avant-vente pour la réunion de transfert
interne CARL Software.
de réussite  Présence du donneur d’ordre et du responsable projet Client lors de la réunion
d’échanges.
 Clarification des zones d’ombre du périmètre et des enjeux du projet.
Obligations
du Client  Désigner un responsable projet disponible, décisionnaire et reconnu auprès de
l’équipe projet Client.
Limites
 La réunion d’échanges ne se substitue pas à la réunion de lancement et n’a pas pour
objet de la préparer.
P1- Phase de cadrage du projet - Initialisation / P1-T02 – Initialisation du projet
7.1.2 P1-T02 – Initialisation du projet

Généralités Tâche permettant au responsable projet CARL Software de préparer et
présenter tous les éléments permettant de mener à bien le projet.
Points
forts Fixe et met au point la manière dont le projet va se dérouler et
comment il va être suivi pour assurer l’atteinte des objectifs.
Présenter l’équipe projet et plus globalement les acteurs du projet qui

seront sollicités tout au long de son cycle de vie.
Présenter et confirmer les objectifs et enjeux du projet avec les

membres des équipes Client et CARL Software.
Présenter et confirmer le périmètre du projet avec les membres des

équipes Client et CARL Software.
Objectifs Proposer et valider la méthode de réalisation.
Présenter et valider le planning général du projet avec les jalons clés

de facturation et autres étapes importantes.
Identifier et partager les risques du projet.

Mettre en place la stratégie de gestion des risques.
Mettre en place et présenter la gouvernance du projet adaptée aux

risques et enjeux du projet.
Présenter et confirmer la liste des livrables.
Ressources Equipe projet CARL Software
Equipe projet Client
Comité de pilotage
Entrants
Proposition commerciale
Entrants
Compte-rendu de la réunion d’échanges
Sortants
Plan Qualité Projet validé (Optionnel)
Macro-planning initial validé avec le planning détaillé des formations de l’équipe projet
Client, de l’analyse de l’existant et des ateliers de conception générale
Gouvernance validée
Méthode de réalisation du projet validée
Liste des livrables validée
Dossier de conception validé
Registre des risques et des alertes mis à jour et stratégie de gestion validée
Démarche
Les responsables projets Client et CARL Software planifient les premières dates du projet
et en particulier la réunion de lancement, l’installation, la formation standard et l’analyse
de l’existant.
Le Client et CARL Software mettent en place une gouvernance adaptée au projet :
 Instances de pilotage et de suivi : formalisme et fréquence
 Suivi de projet : formalisme, fréquence et indicateurs
 Stratégie de gestion des risques et des alertes
 Stratégie de communication entre les équipes Client et CARL Software
Le responsable projet CARL Software anime la réunion de lancement avec le Client et
présente les éléments clés du projet :
 Objectifs et enjeux
 Périmètre
 Equipes Client et CARL Software
 Planning prévisionnel
 Gestion des livrables
 Risques et alertes identifiés
 Méthode de réalisation
 Ordonnancement des ateliers de conception
Démarche
 Gouvernance du projet
Au cours de cette réunion sont fixées les dates de l’analyse de l’existant et si possible la
date d’installation des produits standards.
Le Client communique ses processus métiers relatifs au périmètre du projet à CARL
Software.
Le client organise les journées d’analyse de l’existant et fournit à CARL Software le

planning détaillé de ces journées.
Le responsable projet CARL Software met à jour :

 le PQP
 Le planning prévisionnel
 Le dossier de conception
et les fait valider par le responsable projet Client.

Software Software
Planning du projet A R A R
Planning des interviews pour l’analyse de l’existant R A R A
Plan Qualité Projet R I A R
Registre des risques et des alertes R C A R
Liste des livrables A R A R
Dossier de conception A R A R
Description des processus R I R I
Conditions  Allocation du temps nécessaire aux responsables du projet afin qu’ils puissent
appréhender en détail tous les éléments de l’avant-vente, préparer et organiser le
de réussite projet.
 Présence de toutes les parties prenantes du projet lors de la réunion de lancement.
 Capacité du Client à allouer les ressources suffisantes tout au long du projet.
 Pour une réunion de lancement sur site, mettre à disposition une salle de réunion
Obligations avec un vidéo projecteur.
du Client  Inviter toutes les personnes impliquées sur le projet pour la réunion de lancement.
 Avoir une connaissance claire des objectifs et priorités du projet (Délai, qualité,
périmètre, ressources).
 Fournir la description des processus métiers en lien avec le périmètre du projet.
Limites
 L’actualisation du planning détaillé sera faite au fur et à mesure de l’avancement du
projet.
P1- Phase de cadrage du projet - Initialisation / P1-T03 - Installation des produits standards
7.1.3 P1-T03 - Installation des produits standards
Généralités Tâche permettant de réaliser l’installation des produits standards

commandés, dans l’environnement du Client.
Points
forts Utilisation d’un outil d’administration technique facilitant le
déploiement et la supervision (CARL Source Admin).
Objectifs
Avoir les produits standards installés pour permettre au Client de
s’approprier nos solutions dès la phase de conception.
Consultant technique CARL Software
Responsable informatique du Client
Ressources Administrateur technique GMAO du Client
CARL Source Admin
Suite logicielle standard CARL Software
Environnement informatique du Client
Entrants
Commande Client
Architecture conseillée
Sortants
Suite logicielle standard CARL Software commandée installée
Grille de validation technique
Documentation technique standard
P1- Phase de cadrage du projet - Initialisation / P1-T03 - Installation des produits standards
Démarche
Le consultant technique CARL Software prend contact avec son correspondant côté
Client pour :
 Expliquer comment va se passer l’intervention
 Faire le point sur ce qui va être fait
 Eclaircir les points restants à préciser
 Préciser les prérequis attendus avant la réalisation de l’intervention
 Confirmer la date de l’intervention
Le consultant technique CARL Software réalise la prestation d’installation.
Le responsable informatique et/ou l’administrateur technique GMAO du Client valide(nt)

l’installation.
Le consultant technique CARL Software :

 Met à jour et diffuse au Client le compte-rendu d’installation

Software Software
Grille de validation Technique A R A R
Mise en place de l’environnement informatique R I R I
Installation de la suite logicielle standard A R A R
Rédaction dossier d’architecture technique R I A R
Conditions  Anticipation de la prestation en la préparant suffisamment à l’avance avec le Client.

de réussite  Disponibilité des intervenants techniques Client lors de la prestation.
 Respect des prérequis donnés par le consultant technique CARL Software.
 Implication du service informatique sur le projet.
Obligations
du Client  Mettre à disposition dans les délais prévus, un environnement technique conforme
aux préconisations faites par CARL Software.
Limites
 CARL Software n’installe que les produits qu’elle a vendus.
P2 - Phase de conception générale / P2-T01 – Formation de l’équipe projet
7.2 P2 - Phase de conception générale

Cette phase comprend 3 aspects essentiels :
 La prise en main des logiciels standards par l’équipe projet Client (qui est vitale pour le bon
déroulement de la suite du projet).
 La prise de connaissance du métier du Client et de la situation existante par l’équipe projet CARL
Software.
 La conception générale qui doit mettre en évidence les écarts fonctionnels entre le besoin réel du
Client et le fonctionnement standard des applications livrées, ainsi que la manière de traiter ces
écarts.
7.2.1 P2-T01 – Formation de l’équipe projet
Généralités
Etape permettant de réaliser une formation standard à l’équipe
projet du Client sur les produits CARL Software.
Points
forts Formation orientée sur les modules et fonctionnalités cibles du
périmètre du projet.
Transmettre les connaissances nécessaires et suffisantes aux

Objectifs membres de l’équipe projet afin de préparer dans de bonnes
conditions les ateliers de conception.
Permettre aux participants de connaitre tout ce que les logiciels
standards peuvent apporter.
Formateur CARL Software

Ressources
Equipe projet du Client
Entrants
Périmètre du projet
Planning des formations
Plan de formation standard
Entrants
Guides de formation standards
Base de formation H2
Sortants
Equipe projet Client formée sur les concepts généraux des produits standards livrés et
ciblés pour le projet
Evaluation de la formation
Démarche
Le formateur CARL Software prend connaissance du périmètre du projet.
Le formateur CARL Software prend contact avec son correspondant côté Client pour :
 Expliquer comment va se passer la formation
 Ajuster le plan de formation standard si nécessaire
 Préciser les prérequis attendus avant la réalisation de la formation
 Confirmer la date de la formation
Suite à cet échange, le formateur met à disposition les guides de formation standard au
format électronique.
Le client télécharge la base de formation H2 sur le site Support de CARL Software et
l’installe (Si l’installation de la base H2 n’est pas possible, la formation peut être réalisée
sur une de nos bases de formation Online).
Le plan de formation est validé par les responsables projets Client et CARL Software.
Le Client imprime le nombre de guides de formation standards nécessaire.
Le formateur CARL Software réalise la formation sur le périmètre convenu.

A la fin de la formation le Client remplit le formulaire d’évaluation.
Le formateur CARL Software fait le compte-rendu de la formation et le diffuse aux

responsables projet Client et CARL Software.

Software Software
Plan de formation adapté A R A R
Evaluation de la formation R I R I
Compte-rendu de la formation I R I R
Impression des guides de formation standards R I R I
Télécharger et installer la base de formation H2 R I R I
Conditions
de réussite  Présence de toute l’équipe projet Client lors de la formation.
 Mise à disposition d’un poste par stagiaire.
Obligations
du Client  Préparer une salle de formation équipée d’un vidéoprojecteur.
 Les postes devront être connectés à la base de formation.
 Les supports de formation sont les supports standards.

Limites  Admettre que la formation ne suffit pas et que seule une pratique quotidienne de
l’application permet de la connaitre.
 Il s’agit d’une prestation de formation et non de conseil qui n’a donc pas vocation à
commencer la conception de la solution.
P2 - Phase de conception générale / P2-T02 – Analyse de l’existant
7.2.2 P2-T02 – Analyse de l’existant
Généralités Tâche permettant de réaliser une évaluation objective de la situation

des processus du Client vis à vis des objectifs du projet, par une
vision terrain.
Points
forts Plusieurs dizaines d’années d’expérience dans tous les secteurs
d’activités en lien avec la GMAO/EAM.
Apporter les connaissances métiers du Client à l’équipe projet

opérationnelle CARL Software par une vision terrain.
Objectifs Identifier les écarts entre le terrain et la vision du projet donnée au
travers des documents contractuels.
Identifier les risques potentiels liés à ces écarts.
Lancer la phase de conception sur de bonnes bases en s’assurant
de bien avoir pris en compte les besoins concrets des utilisateurs.
Ressources Consultant fonctionnel CARL Software
Utilisateurs finaux, managers, direction, référents métiers du Client
Entrants
Objectifs du projet
Planning des entretiens / interviews
Sortants
Synthèse de l’analyse de l’existant
Démarche
Le consultant fonctionnel CARL Software prépare les interviews.
P2 - Phase de conception générale / P2-T02 – Analyse de l’existant
Démarche
Réalisation de l’interview :
 Le Client accompagne et présente le consultant fonctionnel CARL Software, et
précise les raisons de l’interview.
 Le consultant fonctionnel CARL Software réalise une analyse de l’existant à partir
des processus, des données exploitées, des tableaux de bords.
Le consultant fonctionnel CARL Software fait une synthèse de son analyse.
Le consultant fonctionnel CARL Software restitue l’analyse dans le cadre d’une instance
prévue par le projet.

Software Software
Synthèse de l’analyse de l’existant I R I R
Conditions
de réussite  Représentativité des personnes interviewées par rapport au périmètre et aux
objectifs du projet.
Obligations
 Organiser les journées d’analyse de l’existant et exposer la démarche aux personnes
du Client interviewées.
 Pour les entretiens, accompagner le consultant d’un membre de l’équipe projet.
Limites
 Le consultant est là pour poser des questions et écouter les futurs utilisateurs sur ce
qu’ils font concrètement au quotidien.
P2 - Phase de conception générale / P2-T03 – Conception générale
7.2.3 P2-T03 – Conception générale
Généralités Tâche permettant de concevoir la solution à mettre en œuvre dans

le cadre du projet pour répondre aux besoins des utilisateurs
exprimés dans le cahier des charges et en conformité avec le contrat
passé entre le Client et CARL Software.
Identification en amont de la conception détaillée des écarts
Points
fonctionnels afin d’ajuster si besoin le périmètre souhaité.
forts
Personnalisation de la Solution pour s’aligner sur les processus et le
vocabulaire du Client.
Identifier les écarts fonctionnels entre les besoins métiers des

utilisateurs et la solution standard ainsi que la manière de les traiter.
Aligner la Solution avec le besoin réel sur la suite logicielle standard

Objectifs fournie en limitant les développements spécifiques.
Mettre au point et valider la stratégie de reprise des données.
Valider la Solution à mettre en œuvre au travers d’une maquette co-

construite par le Client et CARL Software.
Consultants fonctionnel et technique CARL Software
Equipe projet / Référents métiers du Client

Ressources
Instances de gouvernance du projet
Comité utilisateur ou métier du Client
Entrants
Synthèse de l’analyse de l’existant
Dossier de conception
Planning des ateliers
Entrants
Maquette avant-vente (Si existante)
Objectifs du projet
Jeux de données du Client
Sortants
Stratégie de reprise des données validée
Spécifications générales validées
Maquette de conception générale
Matrice des écarts fonctionnels validée
Dossier d’architecture technique validé
Cahier de paramétrage initialisé
Démarche
Le consultant technique CARL Software initialise le Dossier d’Architecture Technique

l’ajuste avec le responsable informatique du Client au cours d’échanges et identifie les
arbitrages à traiter.
Le consultant fonctionnel CARL Software prépare les ateliers et propose des ordres du
jour en fonction de l’ordonnancement des ateliers à l’aide des outils « Suivi des ateliers
et des arbitrages » ou « Suivi assistance conception »
Le consultant fonctionnel CARL Software anime les ateliers au cours

desquels :
 Il rappelle les concepts du standard en relation avec le thème
abordé.
 Sur la base des informations à disposition, il modélise le
processus cible avec l’équipe Client.
Démarche
 Il présente comment intégrer les besoins décrits dans le cahier

des charges dans le standard ou par personnalisation. Pour les
écarts identifiés en avant-vente il présente la solution vendue au
travers d’une maquette.
 L’équipe projet Client précise le besoin décrit dans le cahier des
charges si nécessaire.
 Il propose le cas échéant plusieurs hypothèses avec leurs
avantages et inconvénients.
 L’équipe projet Client décide de la solution à conserver sinon
demande un arbitrage.
 Identification et formalisation des travaux à réaliser dans la
matrice des écarts.
 Les besoins identifiés comme écart mais ne faisant pas partie du
périmètre initial sont mis de côté et éventuellement discutés au
cours de l’instance dédiée pour décider de leur traitement.
Le consultant CARL Software renseigne les spécifications générales, la
matrice des écarts et la stratégie de reprise des données et les diffuse au
Client pour relecture.
L’équipe projet Client (re)lit les spécifications fournies et remonte ses
commentaires au consultant fonctionnel CARL Software.
Les instances du projet traitent les arbitrages et les commentaires de

relecture des spécifications.
Le résultat de la conception générale est présenté dans l’instance dédiée pour être
discuté et validé.
La matrice des écarts est ajustée, priorisée et validée.
Les actions liées au traitement des écarts sont listées et validées.
Les responsables de projet CARL Software et Client valident le passage en phase de
réalisation des adaptations et personnalisations.

Software Software
Stratégie de reprise des données R C A R
Spécifications générales R C A R
Matrice des écarts A R A R
Commentaires de relecture R A R A
Suivi des ateliers et des arbitrages NA NA C R
Suivi assistance conception C R NA NA
Dossier d’Architecture Technique R I A R
Cahier de paramétrage R I R I
Dossier d’exploitation R I R I
 Implication forte de l’équipe projet dans les ateliers de conception.

 Bonne prise en main du standard par l’équipe projet en amont des ateliers.
Conditions  Bonne connaissance des processus en vigueur par l’équipe projet Client.
 Capacité d’adaptation des utilisateurs au fonctionnement standard des applications.
de réussite  Moins de 6 personnes par atelier.
 Rapidité du circuit de décision et traitement des arbitrages.
 Rapidité du circuit de relecture/remarques des documents de conception.
 Respect des prérequis donnés par le consultant CARL Software en amont de l’atelier.
 Réalisation des actions identifiées pendant les ateliers.
Obligations  Organiser les revues et relectures des documents fournis par CARL Software.
 Centraliser sur une personne la synthèse des commentaires de relecture qui sera
du Client remise à CARL Software.
 Garantir la présence d’un décideur dans chaque atelier.
 Assurer une bonne disponibilité des intervenants.
Limites
 Aucun développement spécifique n’est réalisé dans cette phase.
 CARL Software ne réalise pas de dossier d’exploitation
P3 - Phase de réalisation des adaptations et personnalisations / P3-T01 – Conception détaillée
7.3 P3 - Phase de réalisation des adaptations et personnalisations

Cette phase comporte 4 tâches principales :
 Une tâche de rédaction des spécifications détaillées ou le Client et CARL Software travaillent en étroite
collaboration au cours d’ateliers afin de décrire précisément ce qu’il y a à réaliser.
 Une tâche de développement des adaptations qui est réalisée par CARL Software et/ou par le Client
dans le cadre, par exemple, de la réalisation de demi-interfaces.
 Une tâche de réalisation des personnalisations qui peut être réalisée par le Client.
 La récolte des données qui est généralement pilotée exclusivement par le Client, et où CARL Software
intervient en tant qu’expert et support technique.
7.3.1 P3-T01 – Conception détaillée
Généralités Tâche consistant à décrire de manière détaillée les écarts

fonctionnels à réaliser, identifiés en conception générale et validés
dans la matrice des écarts.
Points On ne décrit que les adaptations et les personnalisations spécifiques

forts qui vont être réalisées.
Allocation possible d’une ressource dédiée à de l’assistance à la mise
en œuvre opérationnelle.
Objectifs
Valider les spécifications détaillées avant de lancer les
développements.
Consultant fonctionnel CARL Software
Equipe projet / Référents métiers Client
Ressources
Entrants
Matrice des écarts validée en conception générale
Cahier des charges
Entrants
Planning des ateliers
Spécifications générales (Processus, Interfaces, rapports…)
Maquette de conception générale
Sortants
Spécifications détaillées validées (Adaptations, Interfaces, Rapports)
Cahier de paramétrage renseigné
Stratégie de reprise de données complétée avec le détail des données structurantes et

contextuelles ainsi que l’ordre et la manière de les implémenter
Cahier de recette des développements spécifiques initialisé
Product Backlog
Maquettes de formulaires ou formulaires
Démarche
Le consultant fonctionnel CARL Software prépare le contenu des ateliers (Cas

d’utilisation, interfaces, rapports) et propose des ordres du jour en fonction des éléments
à étudier issus de la conception générale.
Le consultant fonctionnel CARL Software anime les ateliers de conception
détaillée au cours desquels :
 Il présente les points à étudier, présente la solution envisagée en
tenant compte des éléments issus de la phase de conception
générale, de son expertise et du cahier des charges.
 L’équipe projet Client précise ses besoins, donne son avis sur la
solution envisagée et apporte des compléments si nécessaire.
 Les arbitrages éventuels sont formalisés (Nouveaux besoins,
nouveaux éléments nécessitant un ajustement de la spécification
générale et/ou de la matrice des écarts…)
 Les précisions sont validées en atelier dans la mesure du possible.
Les instances du projet traitent les arbitrages.
Démarche
Le consultant CARL Software rédige les spécifications détaillées en

fonction des éléments récoltés pendant les ateliers et les diffuse au Client
pour relecture.
L’équipe projet Client relit les spécifications détaillées fournies et remonte
ses commentaires au consultant fonctionnel CARL Software.
L’équipe projet Client rédige le cahier de paramétrage.
Les responsables projet Client et CARL Software valident les spécifications détaillées
permettant d’enclencher la réalisation des développements et des personnalisations.

Software Software
Suivi des ateliers et des arbitrages NA NA C R
Suivi des commentaires de relecture R A R A
Spécifications détaillées (Adaptations, interfaces, A R A R
rapports)
Spécifications détaillées des demi-interfaces côté SI du R C R C
Client
Cahier de paramétrage R I R I
Initialisation du cahier de recette R I A R
Mise à jour de la stratégie de reprise des données R C A R
Maquettes de formulaires ou formulaires R C R C
 Rapidité du circuit de validation et de traitement des arbitrages.

Conditions  Présence de l’équipe projet Client pendant les ateliers.
de réussite  Planification adaptée pour laisser le temps au consultant fonctionnel CARL Software
de préparer l’atelier en amont et de rédiger les spécifications détaillées en aval.
 Disponibilité de l’équipe projet pour lire les spécifications détaillées et faire les
remarques nécessaires.
Obligations
 Assurer une bonne disponibilité de l’équipe projet Client.
du Client  Organiser les relectures des spécifications et la remontée des remarques par une ou
deux personne(s).
 Le cahier de paramétrage peut être une co-production CARL Software-Client mais

Limites c’est le Client qui a la charge et la responsabilité de la rédaction. Il ne nécessite
aucune validation particulière.
 Les cas d’utilisation ne précisent que les comportements ou traitements non prévus
par les fonctionnalités de l’application standard.
 CARL Software n’engage aucun développement sans validation de la part du Client.
P3 - Phase de réalisation des adaptations et personnalisations / P3-T02 - Réalisation des personnalisations et des paramétrages
7.3.2 P3-T02 - Réalisation des personnalisations et des paramétrages
Généralités
Tâche consistant à réaliser les personnalisations et paramétrages
nécessaires identifiés pour le projet.
Points Puissance de personnalisation et de paramétrage de CARL Source.

forts Facilité et simplicité permettant une mise en œuvre par le Client.
Objectifs
Mettre en œuvre les éléments de personnalisation et paramétrages
identifiés sur les tâches de conception du projet.
Ressources Suite logicielle standard CARL Software
Entrants
Cahier de paramétrage
Maquettes de formulaires ou formulaires
Spécifications détaillées validées
Sortants
Livrables incluant les paramétrages et les personnalisations
Rapports d’édition personnalisés
Cahier de recette des personnalisations complété
Sortants
Spécifications mises à jour
Démarche
Le consultant fonctionnel CARL Software identifie les points à préciser

et recherche les réponses et précisions auprès de l’équipe projet
Client.
L’équipe projet Client fournit les réponses et précisions demandées.
Le consultant fonctionnel CARL Software ou le Client met à jour les

documents de conception.
Le consultant fonctionnel CARL Software ou le Client réalise les

personnalisations.
Le consultant fonctionnel CARL Software livre les personnalisations.
Le Client installe les personnalisations et met en œuvre les paramétrages sur

l’environnement de recette.

Software Software
Mise à jour des spécifications réalisées par CARL A R A R
Software
Mise à jour des spécifications réalisées par le Client R C R C
Mise à jour du cahier de paramétrage R I R I
Personnalisations (Dont rapports) R C A R
Paramétrage de l’environnement de recette R C R C
Installer les livrables sur l’environnement de recette R I R I
 Rapidité du circuit de validation et de traitement des questions et précisions

Conditions demandés.
de réussite  Anticipation de la réalisation des formulaires lors de la conception détaillée.
 Validation de la mise en forme des formulaires avant d’implémenter les
développements des adaptations.
 Mise à jour du cahier de paramétrage.
Obligations
du Client  Assurer une bonne disponibilité de l’équipe projet Client.
 Le cahier de paramétrage peut-être initialisé en collaboration avec le consultant

Limites fonctionnel CAR Software mais ne fait l’objet d’aucune validation et doit être maitrisé
au plus tôt par le Client.
 Certains éléments de paramétrages ne peuvent pas être exportés et importés d’un
environnement à l’autre et devront donc être implémentés manuellement.
 Certains rapports peuvent nécessiter la réalisation d’adaptations au préalable.
P3 - Phase de réalisation des adaptations et personnalisations / P3-T03 - Développements des adaptations
7.3.3 P3-T03 - Développements des adaptations
Généralités Tâche consistant à réaliser tous les développements spécifiques

spécifiés et validés.
Points
forts Des pratiques et outils de développement garantissant une
maintenabilité et évolutivité maximales.
Objectifs
Fournir un livrable logiciel conforme à ce qui est écrit dans les
spécifications détaillées.
Développeurs d’adaptations CARL Software
Ressources Suite logicielle standard CARL Software
Environnement et outils de développement
Entrants
Spécifications générales (Processus, interfaces, rapports…)
Maquettes
Spécifications détaillées validées
Product Backlog
Sortants
Livrable logiciel
Fiche de livraison (Détail du contenu du livrable)
Cahier de recette des développements spécifiques complété
Mise en ordre de marche
Démarche
Le Client livre à CARL Software les éléments de personnalisation nécessaires à la

réalisation des développements.
Le consultant fonctionnel CARL Software présente les travaux à

effectuer à l’équipe de développement.
Le consultant fonctionnel CARL Software remonte les questions et les

demandes de précisions formulées par les développeurs auprès de
l’équipe projet Client.
L’équipe projet Client fournit les réponses et précisions demandées.
Le consultant fonctionnel CARL Software met à jour les documents de

conception et les diffuse pour validation.
L’équipe projet Client valide les modifications.
L’équipe de développement CARL Software réalise les adaptations.
Le Client réalise les demi-interfaces relevant de sa responsabilité.
Le consultant fonctionnel CARL Software teste les développements

réalisés par CARL Software.
Le consultant fonctionnel CARL Software envoie les livrables au Client.
Démarche
Le responsable projet CARL Software émet la mise en ordre de marche au Client.

Software Software
Mise à jour des spécifications réalisées par CARL A R A R
Software
Mise à jour des spécifications réalisées par le Client R C R C
Fiche livraison I R I R
Mise à jour du cahier de recette R I A R
Mise en ordre de marche A R A R
Installer les livrables sur l’environnement de recette R I R I
Conditions
de réussite  Rapidité du circuit de validation et de traitement des questions et précisions
demandées.
Obligations  Organiser les comités utilisateurs pour apporter les réponses et précisions
demandées.
du Client  Initier le cahier de recette de la solution globale.
 Fournir les éléments de personnalisation nécessaires à la réalisation des
développements spécifiques.
Limites  Les tests réalisés par CARL Software ne peuvent se substituer à ceux que le client
devra réaliser en phase de recette.
 Dans le cas ou CARL Software rédige le cahier de recette, celui-ci ne comprend que
les cas de tests des éléments spécifiques réalisés par CARL Software.
P3 - Phase de réalisation des adaptations et personnalisations / P3-T04 – Récolte et mise à niveau de la qualité des données
7.3.4 P3-T04 – Récolte et mise à niveau de la qualité des données
Généralités Tâche consistant à peupler les fichiers de reprise des données, à les
nettoyer des incohérences et des doublons, et à ajouter les
manquants.
Points Fourniture d’un lot de fichiers pré formatés et d’outils intégrant des
forts contrôles techniques et métiers.
Objectifs Avoir des fichiers de qualité, exhaustifs, testés et donc prêts à être
importés pour peupler le plus rapidement possible la base de
données.

Ressources
Responsable de la récolte des données Client
Utilisateurs Client
Entrants
Stratégie de reprise des données
Fichiers csv CARL Loader
Sortants
Fichiers de reprise des données exhaustifs et testés sur le plan qualitatif
Stratégie de reprise des données mise à jour
Démarche
Le consultant fonctionnel CARL Software fournit les outils standards de reprise des
données en fonction du périmètre prévu dans la stratégie de reprise des données. Il
conseille par ailleurs l’équipe projet Client sur la saisie des fichiers.
P3 - Phase de réalisation des adaptations et personnalisations / P3-T04 – Récolte et mise à niveau de la qualité des données
Démarche
L’équipe projet Client organise la récolte des données auprès des utilisateurs et/ou du
service informatique.
L’équipe projet Client consolide les données dans les fichiers de reprise des données et
procède au nettoyage des doublons, ajout des manquants, suppression des anomalies….
L’équipe projet Client fournit un jeu de données à CARL Software pour test d’intégration.
L’équipe projet Client teste la reprise de données sur son environnement de recette.

Software Software
Modèles de fichiers de reprise des données I R I R
Récolte des données R C R C
Test de chargement R C C R
Mise à niveau des données R C R C
Mise à jour de la stratégie de reprise des données R C A R
Conditions  Respect de la stratégie de reprise des données.

de réussite  Test de la cohérence et de l’intégrité des données dans CARL Source.
 Réalisation d’au moins un chargement de données avec tous les développements
spécifiques déployés.
Obligations
 Désigner la ou les personnes chargée(s) de coordonner la récolte et la mise en
du Client forme des données dans les fichiers de reprise fournis par CARL Software.
 Maintenir à jour les fichiers csv jusqu’au chargement final.
Limites  CARL ne peut :

- Inventer des données Client inexistantes.
- Garantir la qualité et la cohérence des données que seul le Client peut assurer.
P3 - Phase de réalisation des adaptations et personnalisations / P3-T05 – Réalisation de la documentation de formation
7.3.5 P3-T05 – Réalisation de la documentation de formation
Généralités Tâche consistant à réaliser les guides de formation contextualisés en

fonction des profils d’utilisateurs.
Permet d’ajuster la durée des formations utilisateurs en fonction des

Points contenus.
forts Permet de regrouper les utilisateurs partageant les mêmes activités
dans les processus métiers.
Objectifs
Faciliter la prise en main de la solution mise en œuvre avec des
exemples concrets.
Ressources OU
Consultant fonctionnel CARL Software OU Client
Solution cible personnalisée
Entrants
Spécifications générales
Guides de formation standards
Sortants
Plan de formation personnalisé
Guides de formation personnalisés
Modes opératoires
P3 - Phase de réalisation des adaptations et personnalisations / P3-T05 – Réalisation de la documentation de formation
Démarche
Le consultant fonctionnel CARL Software ou le Client identifie des groupes de profils

utilisateurs et définit le plan de formation et la durée des sessions.
L’équipe projet Client valide le plan de formation.
Le consultant fonctionnel CARL Software ou le Client rédige les guides de formation

personnalisés en s’appuyant sur la solution cible et en proposant des exercices en lien
avec les activités des utilisateurs.
Le Client rédige les modes opératoires.

Software Software
Définition du plan de formation R C A R
Rédaction des guides de formation R I A R
Rédaction des modes opératoires R I R I
Conditions
de réussite  Les processus et la solution cible, en particulier les formulaires, doivent être figés.
Obligations
du Client  Dans le cas où le Client réalise le plan et les guides, il doit désigner un rédacteur
ayant été impliqué dans le projet depuis le début.
 Un guide de formation n’est pas un guide utilisateur (ou modes opératoires). Il s’agit
d’une personnalisation des guides standards de formation se limitant au
Limites remplacement des copies d’écrans, personnalisation des exercices, suppression
éventuelle de chapitres, ajout de chapitres spécifiques voire de compléments
spécifiques sur la trame standard.
 Un guide utilisateur (ou modes opératoires) vise quant à lui à décrire précisément
les différents processus métiers et les enchainements de saisies dans la GMAO.
P3 - Phase de réalisation des adaptations et personnalisations / P3-T06 – Installation environnement de recette
7.3.6 P3-T06 – Installation environnement de recette
Généralités Tâche consistant à Installer un environnement de recette similaire à

la cible en production.
Points
forts Assure la bonne intégration des produits standards et adaptés dans
l’environnement du Client.
Objectifs
Déployer la solution dans l’environnement de recette en vue de la
réalisation de la vérification d’aptitude au bon fonctionnement.
Responsable informatique Client

Ressources
CARL Source Admin
Environnement informatique de recette
Entrants
Environnement de recette paramétré selon les prérequis techniques CARL Software
Dossier d’architecture technique
Guide d’installation standard
Procédure d’installation spécifique initialisée
CARL Source Admin
Livrables logiciels spécifiques CARL Software
Entrants
Livrables logiciels Client
Sortants
Environnement de recette prêt pour la vérification d’aptitude au bon fonctionnement
Procédure d’installation spécifique mise à jour
Rapport de performance
Démarche
Le Client prend connaissance des modifications éventuelles de l’architecture cible de

recette.
Le Client contacte le consultant technique CARL Software pour :

 Faire le point sur ce qui doit être fait.
 Eclaircir les points flous.
 Préciser les prérequis attendus avant la réalisation de l’intervention.
 Communiquer la date de réalisation de l’installation.
Le Client réalise l’installation, avec l’assistance éventuelle de CARL Software.
Le responsable technique GMAO Client valide l’installation et informe CARL Software.
Le Client :
 Met à jour et diffuse la procédure d’installation spécifique.
 Transmet le rapport de performance au consultant technique CARL Software.

Software Software
Installation de l’environnement de recette R I A R
Mise à jour procédure d’installation spécifique R I R C
Compte-rendu d’installation (Par celui qui réalise R I A R
l’installation)
Transmission du rapport de performance R I R I
Conditions
 Disponibilité des intervenants techniques.
de réussite  L’environnement de recette doit être au plus proche de l’environnement de
production.
Obligations
du Client  Mettre à disposition un environnement conforme aux prérequis technique fournis
par CARL Software.
Limites
 CARL Software n’installe que ses produits.
P4 - Phase de recette / P4-T01 – Transfert de compétences aux testeurs
7.4 P4 - Phase de recette

La phase de recette comporte 2 tâches :
 Préparation et formation des testeurs.
 Réalisation des tests d’aptitudes quantitatifs et qualitatifs afin de valider le passage en production
de la Solution.
7.4.1 P4-T01 – Transfert de compétences aux testeurs
Généralités
Tâche permettant de préparer les testeurs Client pour la réalisation
de la campagne de recette de la Solution.
Points Sécurisation de la recette par des personnes connaissant

forts parfaitement la Solution.
Transfert de compétences adapté au périmètre de la Solution à
recetter.
Objectifs
Transmettre les connaissances nécessaires aux testeurs pour qu’ils
puissent réaliser la recette de la solution dans de bonnes conditions.

Ressources
Equipe de testeurs du Client
CARL Source paramétré et chargé de données partielles réelles
Entrants
Cahier de recette
Echantillons représentatifs de données
P4 - Phase de recette / P4-T01 – Transfert de compétences aux testeurs
Sortants
Testeurs autonomes pour réaliser la recette de la Solution livrée
Démarche
Le consultant fonctionnel CARL Software prépare le transfert de compétences.
Le Client complète l’environnement de recette :

 Paramétrage.
 Installation des livrables de personnalisation.
 Importation d’échantillons représentatifs de données.
Le Client ou CARL Software réalise le transfert de compétences aux testeurs sur la
Solution livrée.
Le transfert de compétences inclut la présentation du cahier de recette et des différents
documents de conception.

Software Software
Réalisation du transfert de compétences R I C R
Préparation de l’environnement de recette R C R C
Conditions
 Disponibilité des testeurs.
de réussite  Les membres de l’équipe projet doivent faire partie des testeurs.
 Les testeurs doivent maitriser les processus métiers cibles.
 Récolter et préparer les échantillons de données.

Obligations  Préparer l’environnement de recette.
du Client  S’assurer que les testeurs aient été formés à la suite logicielle standard CARL
Software au préalable.
 S’assurer que les testeurs aient pris connaissance du contexte du projet et du
dossier de conception.
Limites
 Ne s’agissant pas de formation, il n’y a pas de plan, ni de guide, ni de convention.
P4 - Phase de recette / P4-T02 – Vérification d’Aptitude au Bon Fonctionnement (VABF)
7.4.2 P4-T02 – Vérification d’Aptitude au Bon Fonctionnement (VABF)
Généralités
Tâche consistant à vérifier que la solution correspond aux besoins du
Client exprimés dans le cahier de charges et est conforme à ce qui est
écrit dans les spécifications afin de pouvoir la mettre en production.
Points Test de vérification réalisé sur une base de données chargée avec les
données partielles mais réelles.
forts
Mise à disposition d’un outil permettant de tracer et suivre les
anomalies, les demandes d’améliorations et d’informations.
Objectifs
Prononcer le lancement de la phase de mise en production.
Consultant CARL Software
Equipe de développement d’adaptations CARL Software
Ingénieur d’affaire CARL Software
Ressources Responsable projet CARL Software
Equipe de testeurs Client
Gestion des Fiche d’ETudes (FET)
Entrants
Mise en ordre de marche (MOM)
Cahier de recette
Spécifications générales et détaillées
Echantillons représentatifs de données
Entrants
Livrables logiciels Client
Sortants
Cahier de paramétrage mis à jour
Cahier de recette complété
PV de validation du bon fonctionnement (VABF)
Plan de de traitement des réserves
Démarche
Le Client vérifie l’environnement de recette :

 Installation des derniers livrables d’adaptation
 Installation des derniers livrables de personnalisation
 Importation des données représentatives
 Paramétrage
L’équipe de testeurs du Client réalise les tests fonctionnels et identifie ce
qui est conforme et ce qui constitue une anomalie, une demande
d’évolution ou un manque.
Le responsable projet Client qualifie les demandes de l’équipe de testeurs
Client et identifie celles qui doivent faire l’objet d’une fiche d’étude (FET).
Le responsable projet Client crée les FET sur le site support de CARL
Software.
Le consultant fonctionnel CARL Software qualifie les FET :
 Demande des informations complémentaires
 Change le type si nécessaire
 Tente de reproduire l’anomalie
 Etudie les demandes d’évolutions et fait une estimation de la
charge de réalisation
 Répond aux questions
Démarche
Les responsables projet Client et CARL Software arbitrent sur le contenu

des FET si nécessaire.
Le responsable projet Client valide la réalisation des évolutions et
demande une offre commerciale à CARL Software.
L’ingénieur d’affaire CARL Software réalise une proposition commerciale

sur les évolutions demandées.
Le Client passe commande des évolutions.
Le consultant fonctionnel CARL Software met à jour la documentation et

réalise le suivi des FET.
L’équipe de développement d’adaptation CARL Software réalise les

corrections et les évolutions puis génère les livrables associés.
Le responsable projet Client émet le procès-verbal de recette (PV de VABF).
La Solution est déclarée conforme pour une mise en production avec ou sans réserves.
Les responsables projets Client et CARL Software définissent un plan de traitement des
réserves.

Software Software
Remontée des anomalies et demande d’évolutions R A R A
Mise à jour des documents de spécifications A R A R
Réalisation proposition commerciale pour les A R A R
évolutions
Passation des commandes pour les évolutions R I R I
Remplissage des fiches de recette R C R C
PV de VABF R A R A
Plan de traitement des réserves A R A R
 L’équipe des testeurs Client est constituée de l’équipe projet à minima.

 Disponibilité des testeurs.
Conditions  Respect des processus définis.
de réussite  Application des prérequis.
 Organisation de la remontée des problèmes/questions.
 Réactivité de la chaîne de décision.
 La base de recette doit être au plus proche de la cible en production en termes de
qualité et de quantité de données.
 Le nombre d’utilisateurs doit être au plus proche de la cible en production pour

réaliser un test de charge.
Obligations  Adapter le planning et la charge des testeurs.
 Mettre en œuvre un circuit de remontée des fiches d’études et accompagner les
du Client testeurs tout au long de la campagne de recette.
 Limiter le nombre de personnes qui créent les FET (Responsable projet + 1
doublon).
 La VABF peut être prononcée s’il n’y a plus d’anomalie bloquante.
Limites  Les demandes d’évolutions doivent faire l’objet d’une étude d’impact par les
responsables projet Client et CARL Software afin de sécuriser la phase de recette en
termes de délai et de stabilité de la Solution.
 Les demandes d’évolutions ou d’éventuelles anomalies sur celles-ci n’ont pas
d’impact sur l’émission du PV de VABF.
P5 - Phase de mise en production / P5-T01 - Formation des utilisateurs finaux
7.5 P5 - Phase de mise en production

La phase de mise en production est cruciale et doit être bien préparée, surtout s’il y a un basculement d’un
système à un autre. La période transitoire doit être la plus courte possible afin d’assurer la continuité de service
prévue auprès des utilisateurs.
7.5.1 P5-T01 - Formation des utilisateurs finaux

Généralités
Tâche visant à faciliter la prise en main de la Solution mise en
œuvre.
Points forts
Formation adaptée au périmètre de la Solution mise en œuvre.
Objectifs Transmettre les connaissances nécessaires aux utilisateurs finaux

afin qu’ils puissent commencer à utiliser la Solution dans de
bonnes conditions et faciliter son acceptation.
Formateur CARL Software ou Client

ou
1 membre de l’équipe projet Client par session
Ressources
Utilisateurs finaux Client
Environnement informatique de formation
Entrants
Planning des formations
Guides de formation standards ou personnalisés
Plans de formation
Modes opératoires
P5 - Phase de mise en production / P5-T01 - Formation des utilisateurs finaux
Sortants
Utilisateurs formés à l’utilisation de la Solution mise en œuvre
Evaluation de la formation
Démarche
Le Client prépare l’environnement de formation :

 Installation des livrables d’adaptation
 Installation des livrables de personnalisation
 Importation des données représentatives, partielles et réelles.
 Mise en oeuvre des paramétrages
Le formateur CARL Software ou Client forme les utilisateurs finaux sur la Solution mise
en œuvre.
Les stagiaires évaluent la formation.

Software Software
Préparation de l’environnement de formation R I R C
Réalisation de la formation R I C R
Evaluation de la formation R I R I
 Disponibilité des utilisateurs finaux.

Conditions  Environnement de formation préparé, paramétré et opérationnel pour le
de réussite déroulement de la formation.
 Présence d’au moins un membre de l’équipe projet Client à chaque début et fin de
session de formation afin d’expliquer les décisions prises par l’équipe projet Client et
répondre aux questions en lien avec les processus et métiers des stagiaires.
Obligations  Préparer l’environnement de formation.
du Client  Accompagner les utilisateurs finaux au changement.
 Mettre à disposition une salle de formation équipée (1 PC par personne, un
vidéoprojecteur, un tableau blanc ou paperboard, connexion au réseau).
Limites  Le formateur CARL Software maitrise la Solution présentée mais ne peut pas
répondre aux questions concernant les processus métiers, ni les choix faits sur la
Solution par l’équipe projet.
 CARL Software ne fournit pas par défaut de guide de formation au format papier.
P5 - Phase de mise en production / P5-T02 – Installation de la solution sur l’environnement de production
7.5.2 P5-T02 – Installation de la solution sur l’environnement de production
Généralités Tâche permettant de réaliser l’installation des produits standards

commandés, sur l’environnement de production ainsi que les
personnalisations et les adaptations spécifiques validées.
Points
forts Mise à disposition d’outils permettant de faciliter l’autonomie du
Client (CARL Source Admin).
Objectifs
Déployer la Solution dans l’environnement cible de production en vue
du Go live.
Responsable informatique du Client
Responsable technique GMAO du Client

Ressources
CARL Source Admin
Environnement informatique de production
Entrants
Environnement de production paramétré selon les prérequis techniques CARL Software
Dossier d’architecture technique
Guide d’installation standard
Procédure d’installation spécifique
Sortants
Environnement de production prêt pour la tâche de configuration et de chargement des

données finales.
Procédure d’installation spécifique mise à jour
Compte-rendu d’installation (Si prestation CARL Software)
Rapport de performance
Démarche
Le Client prend connaissance des modifications éventuelles de l’architecture cible de

production.
Le Client contacte le consultant technique CARL Software pour :

 Faire le point sur ce qui doit être fait.
 Eclaircir les points flous.
 Préciser les prérequis attendus avant la réalisation de l’intervention.
 Communiquer la date de réalisation de l’installation.
Le Client :
 Réalise l’installation, avec l’assistance éventuelle de CARL Software.
 Met en place la procédure de sauvegarde.
Le responsable technique GMAO Client valide l’installation et informe CARL Software.
Le Client :
 Met à jour et diffuse la procédure d’installation spécifique.
 Transmet le rapport de performance au consultant technique de CARL Software.

Software Software
Installation de l’environnement de production R I R C
Mise à jour procédure d’installation spécifique R I R C
Compte-rendu d’installation (Selon qui réalise R I R I
l’installation)
Transmission du rapport de performance R I R I
Conditions
 Disponibilité des intervenants techniques.
de réussite  Stabilité du socle technique (Volume d’utilisateurs, volume des données,
environnement du SI).
Obligations
du Client  Mettre à disposition un environnement conforme aux prérequis techniques fournis
par CARL Software.
Limites  CARL Software n’installe que ses produits.

 CARL Software n’assure pas la mise en œuvre de la procédure de sauvegarde et de
restauration.
P5 - Phase de mise en production / P5-T03 – Configuration de l’environnement de production et Go Live
7.5.3 P5-T03 – Configuration de l’environnement de production et Go Live
Généralités Tâche permettant de préparer la base de données CARL Source avec

le paramétrage, les adaptations spécifiques, les personnalisations et
les données préparés afin d’assurer un lancement en production
rapide et efficace.
Points
forts en œuvre opérationnelle (Si AMOP).
Présence d’un expert CARL Software pour le démarrage.
Objectifs
Réduire au maximum l’arrêt de service.
Permettre de prononcer le Go Live de la solution.
Ressources Equipe projet du Client
Environnement informatique de production
Suite logicielle standard avec la personnalisation et les adaptations

spécifiques
Entrants
Stratégie de reprise de données
Fichiers de reprise des données
Environnement informatique de production disponible
Suite logicielle standard avec la personnalisation et les adaptations spécifiques installées
Sortants
CARL Source paramétré, configuré et peuplé avec les données réelles d’exploitation à
jour
Solution validée, opérationnelle en production et exploitable
Sortants
Prononciation du lancement officiel de l’application en production aux utilisateurs (Go

Live)
Démarche
Le Client ou le Consultant fonctionnel CARL Software:

 Applique les paramétrages identifiés dans le cahier de paramétrage
 Réalise l’import des données selon la stratégie de reprise des données
Le Client vérifie la configuration et les données importées.
Le Client informe les utilisateurs finaux et le responsable projet CARL Software du

lancement officiel de la solution en production (Go Live).
Le responsable projet CARL Software informe l’équipe Support du passage en

production du Client.
Le consultant fonctionnel CARL Software assiste le Client sur les premiers jours suivant le
Go Live.

Software Software
Configuration et reprise des données R C A R
Vérification des données importées R C R C
Communication du lancement officiel de l’application R I R I
aux utilisateurs et au responsable projet CARL
Software
Communication du lancement officiel de l’application I R I R
à l’équipe Support
Assistance aux utilisateurs finaux au démarrage C R C R
Conditions
 Disponibilité du responsable GMAO et des référents métiers/utilisateurs clés sur les
de réussite premiers jours suite au Go Live.
 Transfert réalisé entre les équipes Projet et Support CARL Software.
Obligations
du Client  Mettre à disposition des utilisateurs finaux les moyens d’utiliser la solution.
 Veiller à faire respecter les processus définis.
Limites
 L’assistance sur site de CARL Software est limitée dans le temps et implique que le
Client soit autonome sur la solution et l’accompagnement aux utilisateurs.
P5 - Phase de mise en production / P5-T04 – Stabilisation de la solution
7.5.4 P5-T04 – Stabilisation de la solution
Généralités Tâche consistant à vérifier que la solution fonctionne correctement

en production et qu’elle répond bien aux besoins.
Apporter les ajustements nécessaires à sa stabilisation.
Assistance de CARL Software au travers du Support (Hot line)
Assistance de l’équipe projet en cas de période de Vérification en
Service Régulier (VSR).
Points Mise à disposition d’un outil permettant de tracer et suivre les

anomalies, les demandes d’améliorations et d’informations.
forts
Des équipes CARL Software mobilisées pour une bonne réactivité.
Objectifs
Vérifier le bon fonctionnement de la Solution en production.
Pouvoir lancer la clôture du projet
Equipe projet CARL Software (Si période de Vérification en Service

Régulier)
Equipe support CARL Software
Ressources Responsable projet Client
Utilisateurs finaux Client
CARL Source paramétré, configuré et peuplé avec les données réelles

d’exploitation à jour
Outil de suivi des demandes Client
Entrants
CARL Source paramétré, configuré et peuplé avec les données réelles d’exploitation à
jour
Spécifications générales et détaillées.
Période de vérification en service régulier contractuelle ou période de stabilisation par

défaut (= 3 mois maximum à compter de la fin de la recette).
Sortants
Solution stabilisée
PV de vérification en service régulier (Si VSR) avec ou sans réserve(s)
Sortants
Plan de traitement des réserves actualisé
Démarche
Les utilisateurs finaux utilisent CARL Source tel que cela a été prévu.
Les utilisateurs finaux remontent les questions, les problèmes et les

demandes d’amélioration aux référents métiers.
Les référents métiers :

 Répondent aux questions auxquelles ils peuvent répondre et qui
sont du ressort du Client.
 Créent des demandes d’assistance (DAS) sur le site support de
CARL Software pour les questions auxquelles ils n’ont pas de
réponses, pour les anomalies et les demandes d’amélioration
justifiées.
Le service Support de CARL Software qualifie les demandes d’assistance
(DAS) :
 Demande des informations complémentaires.
 Escalade la demande si elle nécessite l’expertise de l’équipe
projet.
 Qualifie, traite et suit les DAS.
 Crée des Fiches d’Observation pour les anomalies ou demandes
d’amélioration du standard.
Le consultant fonctionnel CARL Software traite les escalades du service
Support.
Si période de VSR, il traite les FET restantes (Issues de la recette):
 Demande des informations complémentaires.
 Etudie les demandes d’évolutions et fait une estimation de la
charge de réalisation.
 Qualifie, traite et suit les FET.
 Crée des Fiches d’Observation pour les anomalies ou demandes
d’amélioration du standard.
SI VSR, les responsables projet Client et CARL Software arbitrent les
priorités de traitement des demandes.
Si VSR, les responsables projets Client et CARL Software signent le PV de recette de
Vérification en Service Régulier (PV de VSR), avec ou sans réserve(s).
Si pas de VSR, le responsable projet CARL Software, informe le Client de la fin de la
période de stabilisation.

Software Software
Mise à jour cahier de paramétrage R I R I
Emission des demandes R C R C
Traitement des demandes A R A R
PV de VSR (Si VSR) R A R A
Informer le Client de la fin de période de stabilisation I R I R
(Si pas de VSR)
 Respect des processus définis.

Conditions  Bonne organisation de la remontée des problèmes/questions.
de réussite  Réactivité de la chaîne de traitement des demandes.
 Organisation d’un support utilisateurs interne Client.
 Eviter de mettre en œuvre des évolutions sur les 6 premiers mois de mise en
production.
 Maintenir l’équipe projet Client mobilisée pendant la période de stabilisation (VSR ou
non)
 Mettre en œuvre un circuit de remontée des demandes et accompagner les
Obligations utilisateurs sur le terrain
du Client - Filtrer les demandes pour ne remonter à CARL Software que celles qui ont une
justification au regard des enjeux et objectifs du projet.
- Si VSR, les remontées doivent être communiquées suffisamment à l’avance (En
fonction des règles définies par les responsables projet Client et CARL
Software), avant la fin de la période définie pour laisser à CARL Software le
temps de réaliser les corrections nécessaires.
 Si pas de VSR, la durée de la période de stabilisation est fixée à 3 mois maximum.
 Si VSR :
- La période de stabilisation et les engagements de CARL Software sont fixés par
Limites la commande.
- Les demandes d’évolutions ou d’éventuelles anomalies sur celles-ci n’ont pas
d’impact sur l’émission du PV de VSR.
- Les demandes d’évolutions doivent faire l’objet d’une étude d’impact par les
responsables projet Client et CARL Software afin de sécuriser la phase de
stabilisation et statuer sur leur mode de traitement.
P5 - Phase de mise en production / P5-T05 – Suivi en exploitation
7.5.5 P5-T05 – Suivi en exploitation
Généralités Tâche permettant d’effectuer un bilan périodique de l’utilisation de la

Solution après sa mise en production.
Points Réalisé 3 fois à + 6 mois / +12 mois / +18 mois suivant la mise en
production.
forts
Réalisé par le consultant qui a conduit le projet et qui connait son
contexte.
Service inclus dans le contrat de maintenance.
Maintenir une relation de proximité sur les 18 premiers mois

d’exploitation qui sont les plus importants.
Objectifs Identifier les difficultés rencontrées sur l’exploitation de la Solution et
les axes d’améliorations souhaités.
Identifier les améliorations potentielles de nos services.
Ressources Consultant fonctionnel CARL Software
Entrants
Formulaire de suivi en exploitation vierge
Sortants
Formulaire de suivi en exploitation complété
Démarche
Le consultant fonctionnel CARL Software prend contact avec le responsable projet Client,
planifie une date et fournit le formulaire de suivi en exploitation pré-rempli.
Le responsable projet Client complète le formulaire de suivi en exploitation
P5 - Phase de mise en production / P5-T05 – Suivi en exploitation
Démarche
Le consultant fonctionnel CARL Software et le responsable projet Client renseignent le

formulaire de suivi en exploitation à l’occasion d’un entretien téléphonique.
Le consultant fonctionnel CARL Software complète le formulaire de suivi en exploitation,
le diffuse au responsable projet Client et en interne pour exploitation des informations.

Software Software
Formulaire de suivi en exploitation C R C R
Planification des entretiens C R C R
Conditions
de réussite  Sincérité et transparence du Client.
 L’entretien doit être préparé un minimum par le Client et CARL Software.
Obligations
du Client  Avoir un contrat de maintenance actif.
Limites
 Ce n’est pas un atelier de conception.
 Entretiens de 2 heures maximum.
PP - Pilotage du projet / PP-T01 - Suivre et diriger le projet
7.6 PP - Pilotage du projet

Le pilotage du projet est essentiel pour s’assurer que le cap est maintenu, gérer les incidents et prendre les
bonnes décisions au bon moment et le plus rapidement possible, et aussi anticiper les risques.
7.6.1 PP-T01 - Suivre et diriger le projet
Généralités Tâche permettant de suivre la réalisation du projet et de prendre les

décisions nécessaires au fil de son avancement.
Points Des instances opérationnelles (COSOP et COTECH) permettant de

suivre l’avancement avec une réactivité importante et permet de
forts maintenir une bonne dynamique sur le projet.
Des instances décisionnelles (COPIL) intégrant les personnes aptes à
prendre des décisions stratégiques sur l’orientation du projet.
Assurer un suivi adapté au projet sur tous ses aspects :
 Avancement des phases du projet
Objectifs  Gestion des livrables
 Gestion des risques
 Gestion du périmètre
 Gestion financière
 Gestion du planning
 Gestion des ressources
Ressources Comité de pilotage du projet (COPIL)
Comités de suivi opérationnels du projet (COSOP et COTECH)
Entrants
Suivi des actions de pilotages
Suivi de la facturation
Suivi des livrables
Registre des risques et alertes
Planning du projet
Gouvernance défini pour le projet
Sortants
Suivi des livrables mis à jour
Actions de pilotage mises à jour
Ordre de facturation donné
Planning mis à jour
Registre des risques et alertes mis à jour
Indicateurs du projet mis à jour
Démarche
Le responsable projet CARL Software planifie avec le Client les COSOP et les COPIL
Le consultant fonctionnel CARL Software anime les COSOP et présente le

:
 Suivi des tâches du projet
 Suivi des arbitrages relevant du COSOP
 Suivi des actions du projet
 Suivi des livrables
Le consultant fonctionnel CARL Software réalise le reporting opérationnel
du projet :
 Suivi des livrables
 Avancement des tâches
 Avancement des actions du projet
 Suivi des arbitrages
Le responsable projet CARL Software anime les COPIL et présente le :
 Suivi des indicateurs globaux du projet
 Suivi de la facturation
 Suivi des arbitrages relevant du comité de pilotage
 Suivi du planning et de l’avancement des phases et des jalons
 Suivi des actions pilotage
 Suivi des risques et des alertes
Démarche
Le responsable projet CARL Software réalise le reporting de pilotage

projet :
 Suivi de la facturation
 Mise à jour du planning
 Mise à jour des indicateurs globaux du projet
 Mise à jour du registre des risques et alertes
 Mise à jour du suivi des arbitrages
 Mise à jour des actions de pilotage
A la fin de la période de stabilisation la clôture du projet peut être prononcée

Software Software
Planifier les COSOP, COTECH et COPIL R I A R
Animer les COSOP, COTECH et COPIL R I C R
Préparer les COSOP, COTECH et COPIL R C C R
Reporting projet (Avancement, livrables, risques, R C A R
périmètre, financier, planning, indicateurs)
Déclencher un COPIL extraordinaire R I R A
 Disponibilité des membres de chaque comité.

Conditions  Rapidité du circuit de décision.
de réussite  Les rôles et représentants dans les COSOP, COTECH et COPIL doivent être bien
identifiés.
 Le reporting projet doit être adapté au contexte du projet pour éviter la
surproduction documentaire difficile à maintenir à jour.
Obligations
 Mettre en place les ressources adaptées et aptes à prendre des décisions.
du Client  Le Client doit restituer sa partie (Avancement des tâches qui lui sont exclusivement
dédiées).
Limites  CARL Software utilise exclusivement ses propres outils de suivi et de pilotage.
 La fréquence et le mode de réalisation des comités sont définis sur la commande
passée par le Client.
PP - Pilotage du projet / PP-T02 - Transférer le projet au support
7.6.2 PP-T02 - Transférer le projet au support
Généralités Tâche interne à CARL Software permettant de transférer les

connaissances sur la Solution mise en production aux équipes du
service Support et Exploitation de CARL Software afin qu’elles
puissent en assurer l’assistance et la maintenance.
Points
forts Sécurisation de la transmission des éléments de l’équipe projet vers
les équipes des services Support et Exploitation.
Transférer la connaissance et les compétences au service Support et

Objectifs Exploitation.
Assurer au Client une réactivité plus importante sur la prise en
compte de toutes ses demandes relatives à la Solution mise en
production.
Equipe projet CARL Software

Ressources
Equipe Support et Exploitation CARL Software
Entrants
Plan de traitement des réserves
Solution mise en production
Contrat entre le Client et CARL Software
Contrat de maintenance entre le Client et CARL Software précisant les clauses

d’engagement sur la prise en compte et le traitement des demandes
Sortants
Transfert de l’équipe projet vers les équipes Support / Exploitation de CARL Software
Dossier de transfert et plan d’accompagnement jusqu’à la clôture du projet (En cas de

spécifique)
PP - Pilotage du projet / PP-T02 - Transférer le projet au support
Démarche
Le responsable projet CARL Software :

 Finalise le référentiel du projet
 Complète le formulaire de transfert au Support
 Planifie la réunion de transfert du projet
Le responsable projet CARL Software anime la réunion de transfert avec les équipes
Support et/ou Exploitation.
Le responsable projet CARL Software informe le Client de la réalisation du transfert aux

équipes Support / Exploitation et lui transmet le plan d’accompagnement le concernant.
Le Client crée les DAS sur le site support de CARL Software.
Le Support traite les DAS et les escalade à l’équipe projet si nécessaire.

Software Software
Plan d’accompagnement jusqu’à la clôture du projet I R I R
Conditions
de réussite  Complétude du dossier de transfert.
 Réalisation du transfert au plus près et avant la mise en production.
Obligations
du Client  Respecter la procédure de création des DAS sur le site Support.
 Ne plus créer de FET.
Limites
NEANT
PP - Pilotage du projet / PP-T03 - Clore le projet
7.6.3 PP-T03 - Clore le projet
Généralités Tâche permettant de s’accorder avec le Client sur la fin effective du

projet.
Points Permet de s’assurer avec le Client que le projet peut être clos dans
forts de bonnes conditions.
Assurer le transfert de compétences vers un Chargé des Clients en
Production CARL Software (si nécessaire)
Objectifs
Prononcer la clôture du projet
Chargé des Clients en production (Si nécessaire)

Ressources
Donneur d’ordre Client
Réunion de clôture
Entrants
Plan d’accompagnement complété et plan de traitement des réserves actualisé
PV de VSR (Si période de Vérification en Service Régulier), ou fin de période de

stabilisation.
Sortants
Clôture projet effective
Démarche
Le responsable projet CARL Software obtient l’aval de la Direction de CARL Software pour
clôturer le projet.
PP - Pilotage du projet / PP-T03 - Clore le projet
Démarche
Le responsable projet CARL Software planifie une réunion de clôture du projet avec le
Client.
Le responsable projet CARL Software :

 présente le plan d’accompagnement complété et le plan de traitement des
réserves actualisé.
Le client :
 précise les évolutions envisagées à moyen terme afin de déterminer la nécessité
de transférer le dossier à un Chargé de Clients en Production.
 Acte la clôture du projet.
Le Client et le responsable projet CARL Software :
 Précisent le mode d’accompagnement et de suivi par le Chargé des Clients en
production en fonction de ce qui a été prévu sur le contrat.
Le projet est clôturé et l’équipe projet CARL Software ne peut plus être directement
sollicitée.

Software Software
Plan d’accompagnement complété I R I R
Actualisation du plan de traitement des réserves A R A R
Prononciation de la clôture du projet A R A R
Conditions
de réussite  Anticiper l’objectif de clôture et le communiquer avec le Client.
Obligations
du Client  Clarifier les suites que le Client souhaite donner quant aux évolutions attendues sur
sa Solution.
Limites
NEANT
8 Planning théorique et répartition des charges
P1-Cadrage P1-T01 P1-T02
Initialisation P1-T03
P2-Conception P2-T01 P2-T02 P2-T03
générale Spéc. Générales.
P3-T01 P3-T05
P3-T02
P3-Réalisation P3-T03
P3-T04
P3-T06
Spéc. détaillées MOM
P4-T01
P4-T02
P4-Recette
VABF
P5-T01
P5-Mise en
P5-T02 P5-T03 P5-T04
production
VSR / Stabilisation P5-T05
PP-T01
PP-Pilotage
PP-T02 PP-T03
du projet
Très Elevée Très Elevée
CHARGE
CARL Elevée Elevée Faible
CLIENT Faible Très Elevée Elevée Très Elevée Très Elevée
version 1.5 – 06/2018 PAGE 72 SUR 72

CARL Pilot - Plénitude Et Pertinence - Méthodologie D'implémentation Des Produits CARL Software

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

CARL Pilot - Plénitude Et Pertinence - Méthodologie D'implémentation Des Produits CARL Software

Transféré par

Droits d'auteur :

Formats disponibles

CARL SOFTWARE

version 1.6 – Septembre 2018

CARL Pilot : Plénitude et Pertinence

version 1.6 – Septembre 2018 PAGE 2 SUR 72

2 Historique des versions

Paragraphes Détail des opérations

version 1.6 – Septembre 2018 PAGE 3 SUR 72

Cette méthodologie permet :

version 1.6 – Septembre 2018 PAGE 4 SUR 72

5 Généralités sur la méthodologie CARL Pilot

5.1 Introduction et facteurs clés du succès

version 1.6 – Septembre 2018 PAGE 5 SUR 72

5.2 Définition des formules Essentielle, Pertinence, Plénitude

Essentielle Pertinence Plénitude

Cette formule fait l’objet

version 1.6 – Septembre 2018 PAGE 6 SUR 72

5.3 Terminologies utilisées

version 1.6 – Septembre 2018 PAGE 7 SUR 72

version 1.6 – Septembre 2018 PAGE 8 SUR 72

5.4 Organisation (Equipes, rôles, instances) et relation avec le Client

5.4.1 Equipes projet CARL Software

5.4.2 Equipe projet Client

version 1.6 – Septembre 2018 PAGE 9 SUR 72

5.4.3 Gouvernance du projet et autres instances

5.4.3.1 Comité de pilotage (COPIL)

 Lancer officiellement le projet

5.4.3.2 Comité de suivi opérationnel (COSOP)

 Suivre l’avancement du projet et la production des livrables

version 1.6 – Septembre 2018 PAGE 10 SUR 72

5.4.3.3 Comité de suivi technique (COTECH)

 Gérer l’avancement des sujets techniques incluant l’architecture et l’infrastructure

5.4.3.4 Comité utilisateurs ou métier

 des pratiques communes à l’ensemble des services du Client

version 1.6 – Septembre 2018 PAGE 11 SUR 72

6 Synoptique de mise en œuvre

version 1.6 – Septembre 2018 PAGE 12 SUR 72

7 Description des Phases

7.1 P1- Phase de cadrage du projet - Initialisation

7.1.1 P1-T01 - Transfert du projet de l’équipe avant-vente vers l’équipe projet

Généralités Tâche permettant de passer le témoin entre les équipes avant-vente

Présenter les responsables projets Client et CARL Software.

Objectifs Partager les objectifs du projet entre le Client, l’ingénieur d’affaires et

Partager le périmètre du projet.

Ingénieur d’affaire CARL Software

Ressources Donneur d’ordre du Client

Responsable projet CARL Software

Responsable projet Client

version 1.6 – Septembre 2018 PAGE 13 SUR 72

Ensemble des documents contractuels

Dossier avant-vente validé et partagé entre tous les acteurs du projet.

Objectifs et enjeux partagés et validés

Périmètre du projet partagé et validé

Registre des risques et des alertes mis à jour

L’ingénieur d’affaires organise un entretien téléphonique ou sur site entre le donneur

RACI Pertinence Plénitude

version 1.6 – Septembre 2018 PAGE 14 SUR 72

version 1.6 – Septembre 2018 PAGE 15 SUR 72

7.1.2 P1-T02 – Initialisation du projet

Présenter l’équipe projet et plus globalement les acteurs du projet qui

Présenter et confirmer les objectifs et enjeux du projet avec les

Présenter et confirmer le périmètre du projet avec les membres des

Objectifs Proposer et valider la méthode de réalisation.

Présenter et valider le planning général du projet avec les jalons clés