PAQ - Plan Assurance Qualité_v1.0_20110515

7/25/2019 PAQ - Plan Assurance Qualit_v1.0_20110515

1/44

PAQ Plan Assurance Qualit

PROJET:

CLIENT:

PAQ - Plan Assurance Qualit_v1.0_20110515.doc 1/ 43

Projet:

Client:

PAQPLAN ASSURANCE QUALITE

Document volutif

Rdig par: Date:

Revu par: Date:

Autoris par: Date:

Accept par le client: Date:

DIFFUSION

Version Date Rdacteur Commentaires

VERSIONS du Document Modle standard

V1.0

VERSIONS du Document Spcifique, driv du standard

V0.1 JJ/MM/AA


2/44


PROJET:

CLIENT:


SOMMAIRE

1 PRESENTATION ET RESUME....................................................................................................4

Prsentation du Projet................................................................................................ . 4Dispositions et modalits de mise jour du plan..................................................... 4Objectifs de ce document............................................................................................ 4Responsabilits associes au PAQ............................................................................ 5Documents applicables et de rfrence..................................................................... 6

2 CONTEXTE DU PROJET.............................................................................................................8

Objectifs du projet........................................................................................................ 8

Facteurs de succs...................................................................................................... 8Priorit - arbitrage........................................................................................................ 8Jalons contractuels...................................................................................................... 8

3 CYCLE DE VIE DU PROJET (VUE GENERALE)......................................................................11

4 PROCESSUS DU CYCLE DE VIE..............................................................................................12

Analyse........................................................................................................................ 12Conception.................................................................................................................. 12Installation et mise en service.................................................................................. 13Recette........................................................................................................................ 14Passage en maintenance........................................................................................... 14Garantie....................................................................................................................... 15

Findu projet................................................................................................................ 15

5 PROCESSUS DE SUPPORT......................................................................................................16

Transferts de responsabilit..................................................................................... 16Gestion de la documentation.................................................................................... 16Gestion des donnes................................................................................................ . 17Gestion de configuration et livraison....................................................................... 17Gestion du Support.................................................................................................... 17Gestion et suivi des exigences................................................................................. 18Gestion et suivi des modifications........................................................................... 19Gestion des incidents et des problmes................................................................ . 20Sous-traitance............................................................................................................ 22

Produits fournis par le Client.................................................................................... 22Sauvegardes et archivage......................................................................................... 23Gestion et contrle des environnements................................................................ . 23Conformit statutaire / rglementaire (si applicable)............................................. 24Gestion des infrastructures (si applicable)............................................................. 26Continuit du projet et dpannage........................................................................... 26

6 PROCESSUS DE PILOTAGE.....................................................................................................27

Contrle des modifications du contrat.................................................................... 27Rclamations Client et mesure de la satisfaction................................................... 27Reporting projet......................................................................................................... 28Indicateurs.................................................................................................................. 30

7 ORGANISATION ET MEMBRES DU PROJET..........................................................................32

Organisation quipe................................................................................................... 32


3/44


PROJET:

CLIENT:


Rles cls et staffing................................................................................................ . 32Moyens de dveloppement des infrastructures...................................................... 34

Autres ressources / moyens..................................................................................... 348 PROCESSUS ORGANISATIONNELS.......................................................................................35

Suivi effectu par &BD (direction)............................................................................ 35Assurance Qualit...................................................................................................... 35Processus d escalade................................................................................................ 36

9 PLANS FINANCIERS.................................................................................................................38

Prix contractuels........................................................................................................ 38Facturation.................................................................................................................. 38


4/44


PROJET:

CLIENT:


1 PRESENTATIONET RESUME

Prsentation du ProjetLa Consultation de la Directionde du (rfrence ) porte sur une

TMAintitule Tierce maintenance applicative du portail d aide au pilotage de

() .

Dispositions etmodalits de mise jour du plan

Sur la premire page de ce plan figure un cartouche avec des informations

concernant la rdaction, la revue et l autorisation de ce plan. Chaque date renseigne

implique que l activit associe (rdaction, revue, autorisation) a bien eu lieu et

valide de ce fait le statut de ce plan (en cours, revu, autoris).

Pour une quelconque raison, lie des modifications de primtre ou portant sur le

contrat, il peut tre ncessaire d amender ce plan et de le rditer. Dans un tel cas, le

Chef de Projet a le droit de modifier ce plan en suivant les mmes

rgles que la version initiale.

Ce plan doit tre revu et mis jour une fois par an au minimum, et chaquemodification majeure du contrat. Chaque rvision doit prendre en compte lesamliorations des processus de production ou des outils disponibles qui peuventtre intgres ce moment l.

Objectifs de cedocument

Le Plan Assurance Qualit(PAQ) prcise les dispositions communes mises enuvre conjointement par le et pour assurer le projet

sur un primtre prdfini.

Le PAQ permet de:

dfinir des modalits conjointes d changes et de travail entre le

et ,

donner tous les participants les procdures et standards appliquer,

dfinir les responsabilits du et de en matire

d organisation,

servir de base aux activits des ingnieurs qualit du et de

.

et , pour les aspects qui ne relvent pas des changes

respectifs entre eux, appliquent chacun des dispositions internes qui concourent au

respect de ces dispositions communes.

Ce document est rdig en accord avec les modles de Cortex pour .


5/44


PROJET:

CLIENT:


Responsabilitsassocies au PAQ

*** Ce paragraphe fournit le statut de ce plan, un rapide historique des

modifications, les prochaines modifications et si ncessaire quelles personnes seront

impliques pour les approuver. ***L volution et la mise jour de ce PAQ dpend des:

revues de plans projet (internes et/ou externes),

audits qualit,

avenants ngocis au contrat .

A chaque nouvelle volution valide, le rdacteur diffuse le PAQaux :

valideurs,

responsables ,

membres de l quipe .

Chef de Projet (CP)

Le CP est responsable du PAQ pour:

Sa rdaction.

Son volution.

Sa mise en pratique.

Il est responsable de l application des dispositions qualit dfinies et s assure

que les membres de l quipe utilisent le PAQ.

Auditeur Projet

L auditeur assiste le CP en :

Apportant une aide mthodologique pour la rdaction du PAQ.Vrifiant le PAQ par rapport au contrat et au systme qualit Cortex.

Contrlant que le PAQ est toujours adapt aux exigences du projet.

Contrlant, par des audits projets rguliers, que les dispositions stipules dans le

PAQ sont effectivement appliques.

Expliquant, si ncessaire, aux membres de l quipe les dispositions Qualit du

projet.

Directeur de Projet (DP) ou Ingnieur d Affaires (IA)

Le DP/IA valide le PAQ et s assure que toutes les dispositions ncessaires ont t

prvues pour assurer le bon droulement du projet.

Drogationau PAQEn cas de demande de drogation au PAQ par l un des intervenants du projet (

priori) ou de non respect des dispositions du PAQ ( posteriori), le Chef de Projet

contrle la justification de cette drogation/ de ce non respect.

Pour toute demande de drogationou non respect, il doit tre prcis :

la disposition non respecte,

la ou les raisons de non-conformit,

la ou les consquences de la non-conformit.

La suite donner (mise en conformit, acceptation de drogation, volution du

PAQ, ) doit tre valide par les approbateurs du PAQ.


6/44


PROJET:

CLIENT:


Documentsapplicables et derfrence

Ce paragraphe identifie tous les documents entrants sur le projet et ayant un impact

sur l laboration des produits et documents raliss. Ainsi que les plans projets

structurants (dont ce plan qualit).Ils sont tous prendre en compte dans leur dernire version applicable.

Leur statut exact, leur mode d accs (rpertoire notamment) se trouvent dans l outil

de gestion documentaire de .

Documentsapplicables

Un document applicable est un document dont le strict respect est impratif.

Les documents applicables sont lists dans le tableau de documents du Projet.

Documents derfrence

Un document de rfrence est un document qui sert de base la fourniture des

prestationset dont le respect est libre.

Les documents de rfrence sont lists dans le tableau de documents du Projet.

Glossaire Le tableau suivant contient la dfinition de termes employs couramment sur.

Terme Dfinition


7/44


PROJET:

CLIENT:


Sigles et abrviations Le tableau suivant contient la dfinition des sigles et abrviations utiliss sur.

Sigle / abrviation Dfinition

AMOA Assistance Matrise d Ouvrage

AMOE Assistance Matrise d uvre

BL Bon de Livraison

BO Back Office et par extension quipe du Back Office

CDC Cahier des Charges

CMMI CapabilityMaturity Model Integrated

COPIL Comit de Pilotage

COPROJ Comit Projet

CP Chef de ProjetCR Compte-rendu

DBA Administrateur de Base de Donnes

DM Directeur de Mission

DP Directeur de Projet

DSI Direction des Systmes d Information

FO Front Office et par extension quipe du Front Office

IA Ingnieur d Affaires

IC Ingnieur Commercial

ITIL Information TechnologyInfrastructure Library sous l'autorit de itSMF.

LT Leader Technique (Back office)

MOA Matrise d Ouvrage

MOE Matrise d uvre

NC Non conformits

ODJ Ordre du Jour

PA Plan d Actions

PV Procs Verbal (de Recette par exemple)

REC Recette

ROP Responsable Oprationnel

RH Ressources Humaines

SFD Spcifications Fonctionnelles Dtailles

SFG Spcifications Fonctionnelles Gnrales

ST Spcifications Techniques

SI Systme d Information

TMA Tierce Maintenance Applicative

TI Tests Intgration

TU Tests Unitaires


8/44


PROJET:

CLIENT:


2 CONTEXTE DU PROJET

Objectifs du projetLes objectifs partags avec le sont les suivants:

Assurer les prestations objet de l appel conformment aux exigences du

Prenniser la solution au profit du

Facteurs de succsLes facteurs de succs partags avec le sont les suivants:

Bonne connaissance des volets fonctionnels et techniques

Des comptences techniques adaptes aux caractristiques du projet

Une forte organisation

Priorit - arbitrage*** Ce paragraphe doit dfinir la prioritet l arbitrageportant sur lesdocuments

du primtre du projet. Il peut se rsumer au renvoi vers la matrice d arbitrage du

projet. ***

La prsance entre les diffrents documents contractuels est dfinie ci-dessous:

Le Contrat qui dfinit les clauses contractuelles,

Le Plan Assurance Qualit (PAQ), qui dcrit les procdures mises en uvre

pour atteindre les niveaux de service.

Ces documents sont valids conjointement par le reprsentant du et parle Responsable du contrat du projet.

Jalons contractuels*** Ce paragraphedoit dcrire les jalons contractuels (externes i.e. partags avec

le client) du projet avec leur date planifie et leurs caractristiques.

Ces jalonsdoivent normalement tre dcris au moyen d une table de jalons,

conjointement avec l outil Milestone Trends Chart (Grille d valuation des jalons

issue de PSR) utilise pour suivre l avancement en regard des jalons dans chaque

reporting projet. ***

Lesjalons contractuels de sont dtaills dans le tableau qui suitavec:

DN: date de la notification du march

DC: date de la rception de la commande

J : jour ouvr

N JalonContractuel

Description du jalon

(avec livrables associs)

Echance Critres devalidation

Moded enregistrement

Poste 1 - 01

Poste 1 Prise en main Etape 1

Description de l quipe

Planning de la prise en main

Description du matriel et logiciel employs

DN+ 5jRecette sous5j

Poste 1 - 02Poste 1 Prise en main Etape 2

Plan d assurance qualitDN+ 5j

Recette sous

5 j


9/44


PROJET:

CLIENT:


Poste 1 - 03Poste 1 Prise en main Etape 3

Description de la plateforme techniqueDN+ 10j

Recette sous5j

Poste 2 - 01

Poste 2 Maintien en conditionsoprationnelles

Composants de la nouvelle version

Mise jour des outils

Les protocoles et rsultats de test

Les documentations technique et fonctionnelleractualises

La liste des problmes rcurrents identifis etles rsolutions mise en place

Les tableaux de bord de suivi

Selon typologiedel anomalie :

Bloquante: DC +2 j

Non-bloquante:DC + 10 j

Recette sous5j

Poste 5 - 01

Poste 5 Transfert de comptence etassistance la rversibilit

Les composants de la dernire version del application, des outils connexesventuellement etnotamment les programmessources, les fichiers, les tables, ladocumentation fonctionnelle et techniquecorrespondante, les protocoles de testsutiliss, les indicateurs et les outils de pilotage(mthodologie, valeurs de rfrence,mtriques),

Les compte-rendu des runions de transfertde comptences faisant apparatre le contenu,la mthode pdagogique, la mthode et lesrsultats d valuation, les intervenants et lesparticipants, la documentation support,

le compte-rendu de la runion de bilanprcisant la liste des intervenants et celle des

participants, le suivi de l activit dassistancetechnique ainsi que la documentation support,

Tout autre document jug utile pour le

DC + 10jRecette sous5j

Poste 3 - 01

Poste 3 Maintenance volutive la demande

Les composants de la nouvelle version(notamment les programmes sources et tousles fichiers utiliss pour la ralisation),La mise jour des outils connexes sincessaire,Les protocoles de tests d intgration, de non-rgression et de performance, les rsultatsattendus et les rsultats constats,Le descriptif de traabilit des volutionsprises en compte,

La fiche de livraison rcapitulant le dtail ducontenu de la version,La liste des fichiers et des tables fournis oumis jour,Les documentations technique et fonctionnellemises jour,

Les tableaux de bord permettant le suivi desactivits du titulaire.

DC + (Nombred units d uvre X 2)

Recette sous10 j


10/44


PROJET:

CLIENT:


Poste 4 - 01

Poste 3 Maintenance adaptive la demande

Les composants de la nouvelle version

(notamment les programmes sources et tousles fichiers utiliss pour la ralisation),La mise jour des outils connexes sincessaire,Les protocoles de tests d intgration, de non-rgression et de performance, les rsultatsattendus et lesrsultats constats,Le descriptif de traabilit des volutionsprises en compte,La fiche de livraison rcapitulant le dtail ducontenu de la version,La liste des fichiers et des tables fournis oumis jour,La documentationtechnique mise jour,

Les tableaux de bord permettant le suivi desactivits du titulaire.

DC + (Nombred units d uvre X 2)

Recette sous10 j


11/44


PROJET:

CLIENT:


3 CYCLE DE VIE DU PROJET (VUE GENERALE)

*** Ce chapitre doit rsumer le cycle de vie du projet. L objectif de ce chapitre n est pas de rpter le

contenu du chapitre du Plan Projet Qualit Principal (PPQP)portant sur la dmarche mais

uniquement de fournir une vue d ensemble pour mieux apprhender les processus dcrits dans les

chapitres suivants de ce plan.

Ce chapitre peut contenir un schma descriptif du cycle de vie. ***


12/44


PROJET:

CLIENT:


4 PROCESSUS DU CYCLE DE VIE

*** Ce chapitre doit fournir les dtails indispensables des processus du projet en matire de

procdures suivre pour toutes les tapes du cycle de vie du projet. Ce modle couvre laplupart des

domaines possibles bien que tous les paragraphes ne soient pas applicables tous les projets et

peuvent donc tre supprims. La prise en compte ou non d un paragraphe dpend du cycle de vie

global dcrit dans le chapitre prcdentmais aussi de l implication du Client dans les processus.

Chacun des paragraphes ci-dessous doit dcrire les processus et procdures du projet en dtaillant:

les tches principales concernes, leur squenage et points stratgiques,

les profils impliqus dans la mise en uvre du processus,

les entrants du processus,

les sortants du processus, leur modalit de revue, d approbation, de validation et leursdestinataires,

toute mthode / technique / outil spcifique pouvant tre utilis,

tout mcanisme de contrle intgr(par exemple: change avec le client de formulaire

question rponse),

toutes les donnes de mesure utilises,

les enregistrements conserver,

tout standard applicable et leur champ d application associ (Mme si un standard donn

peut ne pas tre totalement applicable, on doit s assurer que ce plan couvre toutes les

exigences de chaque processus).

Les projets simples qui n ont besoin que des processus et implmentations standards de Cortex(sansmodification, amplification ou faonnage) peuvent ne pas utiliser ces paragraphes devenus

redondants. ***

Analyse*** Ce paragraphedoit dcrireles processus du projet pour l tude de march, la

gestion des exigences utilisateur et la dfinition des fonctionnalits.

La dtection desexigences est traite dans le chapitre Gestion et suivides exigences.

Processus par dfaut et rfrences associes:

[REF ...] ...

***

Conception*** Ce paragraphedoit dcrire les processus du projet pour la conception et les

solutions techniques, ce qui comprend tout prototype technique et les moyens de

prendre et d enregistrer toutes les dcisions associes.


[REF ...] ...

***


13/44


PROJET:

CLIENT:


Prototypage *** Ce paragraphedoit dcrire les processus du projet pour toutes les tches deprototypage dans le cycle de vie.


Do Work RAD lifecycle.***

Prise de dcision cl *** Ce paragraphedoit dcrire les processus du projet pour la prise de dcision.

Il doit contenirla mthode utilise pour prendre les dcisions cl, les vrifieret les

enregistrer (avec les justifications associes).

Ce processus est utilis diffrentes tapes du cycle de vie, par exemple effectuer

des choix de conception, choisir les sous-traitants et les produits, estimer les

solutions alternatives, options de compromis, De telles dcisions sont le rsultat

de tout ou partie de la vrification soit d un document soit d un jalon. La diffrencemajeure avec des vrifications ordinaires repose sur la rdaction rigoureuse de la

justification de la dcision pour une traabilit future via un enregistrement de

dcision.


[REF ...] Reviews : evaluation of alternatives records of decision. ***

Installation et mise enservice

*** Ce paragraphedoit dcrireles processus du projet couvrant l installation et la

mise en service.

Ce qui inclut souvent la livraison des quipements et matriels sur les sites clientsdistants soit chaque nouvel quipement fourni par le sous-traitant ou la re-

livraison de systmes de dveloppement ou de tests.

Un plan d installation spar peut tre rdig, auquel cas ce paragraphe effectue un

renvoi vers ce plan spcifique pour plus de dtails.


[REF ...] Install and commission,

[REF ...] Transport and logistics. ***


14/44


PROJET:

CLIENT:


Recette*** Ce paragraphedoit dcrireles modalits d acceptation par le client de tous les

livrables et leurmode d enregistrement.

Ce paragraphe doit aussi dcrire les modalits d acceptation par detous les livrables des sous-traitants.

Un plan d acceptation spar peut tre rdig (ou l acceptation peut tre traite

dans un plan de test principal), auquel cas ce paragraphe effectue un renvoi vers ce

plan spcifique pour plus de dtails.


[REF ...] Acceptance test,

[REF ...] Order acceptance,

[REF ...] Finalise project. ***

Passage enmaintenance

Documentationutilisateur

*** Ce paragraphedoit dcrireles processus du projet pour la rdaction de la

documentation utilisateur.


[REF ...] User documentation. ***

Formation *** Ce paragraphedoit dcrireles processus du projet pour la ralisation desproduits ddis la formation.

Un plan de formation spar peut tre rdig, auquel cas ce paragraphe effectue un

renvoi vers ce plan spcifique pour plus de dtails.


[REF ...] Training. ***

Conversion &

transition

*** Ce paragraphedoit dcrireles processus du projet pour la conversion des

enregistrements/entres passs et la transition vers les systmes existants. Lefonctionnement doit aussi tre dfini via les dispositions de back-up prvues si les

modifications apportes au systme ne marchent pas.

Une transition spare au plan de services peut tre rdige, auquel cas ce sous-

paragraphe se contente de renvoyer vers ce plan spcifique.


[REF ...] Supply PDS,

[REF ...] Setup help desk. ***


15/44


PROJET:

CLIENT:


Garantie*** Ce paragraphe doit dcrire les processus et procdures suivre pendant la

garantie.


[REF ...] Warranty. ***

Findu projet*** Ce paragraphe doit dcrireles processus et procdures suivre la findu

projet.


[REF ...] Close project.

Si c est obligatoire pour ce projet, la fiche descriptive du projet(Project Summary)doit tre mise jour cet endroit.Il est aussi recommand d utiliser la check-list de

findu projet pendant cette phase. Chaque projet doit rflchir aux meilleures

pratiques capitaliser, aux retours sur exprience utiliser pour piloter les

amliorations et aux mesures/indicateurs ajouter aux mesures/indicateurs dj

utiliss. ***


16/44


PROJET:

CLIENT:


5 PROCESSUS DE SUPPORT

*** Cf.l aide au dbut du Chapitre 4 (Processus du cycle de vie) qui s applique aussi au contenu de

ce chapitre. ***

Transferts deresponsabilit

*** Indiquer ici les dispositions externes au projet i.e. celles relatives au client et

au(x) tiers. ***

Les ventuels transferts de responsabilit du sur sont

conformes aux dispositions prvues par le contrat.

Gestion de ladocumentation

*** Ce paragraphe doit dcrireles procdures pour la gestion de la documentation

sur le projet. Cela doit inclure les exigences de contrle et validation de tous lesdocuments, mais aussi toutes les restrictions lies la scurit et/ou laconfidentialit s appliquant au stockage, l accs et la distribution des documents.

La documentation papier traditionnelle n est qu un type spcifique de donnes et de

support; les 2 paragraphes qui suivent (Gestion des donnes et Gestion de

configuration et livraison) sont des complments d informations.

Un plan documentaire spar peut tre rdig, auquel cas ce paragraphe effectue un

renvoi vers ces plans spcifiques ou standards pour plus de dtails, par exemple le

format des documents,les contrles dtaills de la configuration documentaire

peuvent tre grs par un standard donn. Un tel plan de gestion documentaire peut

lister tous les documents produire et ainsi fournir une rfrence commune pouvant

tre utilise par tout autre document du planning.Processus par dfaut et rfrences associes:

[REF ...] Manage documentation,

[REF ...] Review,

[REF ...] Guide to documentation.

Le contenu de ces sous-paragraphes peut tre transfr dans le Plan de Gestion

Documentaire (Cf.PGD).***

La gestion de configuration documentaire sur est dtaille dans le Plan de

Gestion Documentairedu projet (PGD) : Cf. PGD.


17/44


PROJET:

CLIENT:


Gestion des donnes*** Ce paragraphe doit dcrireles principes, processus et systmes utiliser pour

partager et grer les donnes l intrieur mme du projet et avec les parties

prenantes.Les donnes du projet sont: tous types de documentation, produits de

dveloppement, supports de test, donnes de configuration, pages web, contenus

d espace de travail, enregistrements qualit, mesures et supports administratifs

qu ils soient livrables ou internes, quelles que soient leurs formes. Cf.Chapitre 5 (

Sauvegardes et archivage).


[REF ...] Manage project data,

[REF ...] Manage configurations,

[REF ...] Manage documentation,

[REF ...] Manage back-up / archiving of material. ***La gestion des donnes sur est dcrite dans le Plan de Gestion de

Configuration du projet (PGC)et dans le Plan de Gestion Documentaire(PGD): Cf.

PGC& PGD.

Gestion deconfiguration etlivraison

*** Ce paragraphe doit dcrireles procdures de gestion de configuration du

projet. Cela inclut aussi la gestion des livraisons soit internes au projet, soit

externes vers leClient. La gestion de configuration doit couvrir tous les produits du

projet, ce qui comprend: hardware, software, spcifications et autre documentation.

Un plan de gestion de configuration et de livraison peut tre rdig sparment,

auquel cas ce paragraphe effectue un renvoi vers ce plan spcifique pour plus de

dtails.


[REF ...] Manage configurations,

[REF ...] Guide to software configuration management,

[REF ...] Guide to documentation.***

La gestion de configuration et le processus de livraison sur sont dcrits

dans le Plan de Gestion de Configuration du projet (PGC): Cf.PGC.

Gestion du Support*** Ce paragraphe doit dcrireles procdures de gestion du support appliquer.

Ce paragraphe ne s applique qu aux projets fournissant des services de support.Processus par dfaut et rfrences associes:

[REF ...] Supply PDS,

[REF ...] Setup help desk,

[REF ...] Manage SLAs,

[REF ...] Manage change,

[REF ...] Manage configurations. ***


18/44


PROJET:

CLIENT:


Gestion et suividesexigences

*** Ce paragraphe doit dcrirele processus et les procdures de suivi des exigences

toutes les tapes du cycle de vie.


[REF ...] Manage requirements tracking. ***

Il existe 2 catgories principales d exigences :

1. les exigences contractuelleset organisationnelles,

2. les exigences oprationnelles.

Elles sont valides conjointement parle et .

Exigencescontractuelles et

organisationnelles

Les exigencescontractuelles et organisationnelles sont formalises dans le contrat et

ses annexesmais aussi dans ce plan.

Les exigencescontractuelles et organisationnelles englobent toutes les exigences qui

ne sont pas lies directement aux composants logiciels et documentaires du projet;

elles sont donc transverses et plutt d ordre rglementaire.

Liste non exhaustive de ces exigences :

capacit fonctionnelle des produits logiciels,

fiabilit des produits logiciels,

dfinition des responsabilits des intervenants et

sur le projet,

indicateurs,

respect des dates de livraison des produits,

respect des chances cls.

Le suivi de ces exigences sur s effectue avec le tableau de suivi des

exigences du projet.

Exigencesoprationnelles

Les exigences oprationnelles sont les exigences lies aux composants du projet ;

elles proviennent des demandes et/ou rfrences dans

l outil de suivi des demandes de & PROJET.

Ces demandes sont communiques aux interlocuteurs projet et:

soit par mail,

soit lors des instances de suivi du projet.

Les exigences lies aux composants du projet portent aussi bien sur les composants

logiciels que sur les composants documentaires.

Ces exigences peuvent tre dcrites dans les documents suivants (liste non

exhaustive) :

outil de communication des anomalies (mail, mantis, Salom, test

director, ),cahier des charges/expression de besoins/formulaire de demande mis par


19/44


PROJET:

CLIENT:


,

compte-rendu d instances de suivi du projet.

Une exigence correspond une demande dans l outil de suivi des demandes de

. Ce numro de demande est ensuite trac dans les diffrents composants du

projet :

spcifications fonctionnelles,

spcifications techniques,

fiche de tests(unitaires et d intgration),

fiche de retours recette,

compte-rendu de recette.

Gestion et suivi desmodifications

*** Ce paragraphe doit dcrire le processus et les procdures de gestiondes

modifications toutes les tapes du cycle de vie.Il ne traite pas des modifications

contractuelles qui sont dcrites dans le premier paragraphe du chapitre 6

Processus de pilotage.Faire aussi rfrence l outil ou aux outils de gestion des

demandes utilis(s)sur le projet. ***

Toute demande de modification survenant lors d une tape de cycle de vie du projet

(hormis celleconcernant le contrat) est traite selon le mme processus savoir:

1. rceptionde la demande de modificationincluant :

la qualification de la demande(type, objectifs, contenu, ),

la dfinition de la priorit de la demande,l enregistrement de la demande dans l outil projet

2. valuation de la demandeincluant :

l tude d impact et de faisabilit portant sur :

les exigences rfrences,

les produits,

le planprojet (dont le planning),

la proposition de solution(s) la demande (avec hypothses si

ncessaire),

l estimation de charges,

3. dcisionconcernant la demandeincluant :

l arbitrage entre plusieurs demandes,

le relev de la dcision (Compte-rendud instance de suivi ou RoDR),

la mise jour suivant la dcision des lments du pilotage du projet

(planning, suivi de charges, ),

4. ralisationde la demande incluant,

la mise en uvre de la solution retenue,

la mise jour des exigences du projet.


20/44


PROJET:

CLIENT:


Lesdemandes rcurrentesncessitent une rflexion plus pousse incluant:

une analyse des causes,

une boucled amlioration portant sur les produits/pratiques/ressources

du projet.

Sur , toutes les demandesde modification mises parsont

gres avec l outil Tableau de suivi desdemandes. A chaque tape du processus de

gestion des demandes, le statut de la demande volue dans l outil.

Gestion des incidentset des problmes

*** Ce paragraphe doit dcrireles procdures de gestion des problmes sur le

projet et les mcanismes de suivi de l avancement et du statut de toutes les actions

correctives.

Cela doit inclure tous les types de problmes et les actions correctives associes. Lesprojets lesplusimportants doivent envisager l utilisation d une base de donnes des

actions. Les services d assistance peuvent aussi tre plus appropris auxprojets

importants.



[REF ...] Manage incident and observation reports,

[REF ...] Manage problems. ***

Dfinitions

Incident: tout vnement n'appartenant pas aux oprations normales etpouvant

engendrer une interruption de service ou une diminution de sa qualit.Sont considrs comme incidents rapports :

les indisponibilits des environnements de travail

les demandes pour de nouvelles prestations,

un rapport d'anomalie (composant ou absence de composant ne rpondant

pas aux exigences dfinies),

un rapport d'un comportement inattendu.

Problme: cause inconnue d'un ou de plusieurs incidents.

Erreur connue: incident ou problme dont la cause est identifie et pour lequel unersolution temporaire ou permanente existe.

*** Par analogie avec le monde mdical:

incident = symptmes,

problme = maladie,

traitement curatif = aspirine (rsolution temporaire),

traitement correctif = antibiotique/mdicaments (rsolution dfinitive),

traitement prventif = vaccin. ***

Traitementet rsolutiond incidents

Pour pouvoir traiter correctement et efficacement un incident signal, le rapport


21/44


PROJET:

CLIENT:


d incident doit clairement identifier :

le nom et la version du composant (logiciel ou documentaire) concern,

les circonstances et la nature de l incident constat (gravit incluse),

le nom et les coordonnes de la personne signalant l incident,

les dtails concernant des corrections ventuellement planifies,

les autres composants potentiellement impacts par l incident,

toutes autres informations utiles pour l analyse de l incident.

La gestion des incidents tente de rtablir au plus vite le service, alors que le

processus de gestion des problmes ralise un travail en profondeur pour rechercher

la cause rellede l'vnement et proposer une rsolution dfinitive. Cette recherche

de la cause des incidents peut parfois rclamer des efforts importants et donc du

temps.

Traitement et rsolution deproblmes

Les procdures oprationnellesde gestion des problmes doivent prendre en

compteles points suivants :

souleverun problme :

o l extraire d un rapport d incident ou d anomalie, de questions ou derclamation,

o enregistrer le problme,

contrle, classification et priorisationdes problmes

:o comptences et autorit des personnes contrlant les problmes,

o rpartition d un problme sur diffrentsdomaines,

o notification de problme, catgorie et priorit,

o frquence des contrles,

o enregistrements des contrles,

affecter des responsables auproblme,

suivre la rsolution du problme,

reporting sur l tat du problme :

o rapports rguliers et exceptionnels,

o escalade du problme,

vrification de la correction du problme:

o vrification des mthodes,

o mise jour des enregistrements,

clore le problme et mettre jour les donnes lies (statut),

actions prventives pour endiguer la rapparition du problme:

o identification et promulgation des mesures prventives,

o mises jour des spcifications et procdures existantes.

Outils de gestiondes incidents et problmesSur , les incidentsmis par et les problmes qui peuvent en


22/44


PROJET:

CLIENT:


dcouler sont grs dans le tableau de suivi des incidents et problmesdu projet.

*** Penser ajouter les outils utiliss dans la gestion des incidents***

Dans certains cas, la rsolution d un incident ou d un problme peut conduire la

gestion d une modificationqui sera alors suivi selon le processus et avec l outillageddi(cg gestion des modifications)

Sous-traitanceLe recours la sous-traitance sur est conforme aux prconisations

formules dans le contrat, y compris celles concernant les diteurs logiciels.

Produits fournis par le

Client

*** Ce paragraphe doit dcrireles procdures pour la conservation, l utilisation et

la protection:

de tout produit lou ou fourni par le Client, ou toute autre partie,

de tout quipement ou espace qui sont fournis au projet et qui sont soit

utiliss pendant les dveloppements/tests, soit simplement stocks, avant une

livraison au Client.

Exemple: serveur ddi aux dveloppements du projet avec mise disposition de la

logistique Client (Cellule Production).

Faire rfrence autableau de suivi des produits fournis par le Client.


[REF ...] Control of customer supplier and hired-in material. ***

Les produits logiciels et outils sur lesquels s appuie sont :

stables dans le temps: aucun produit logiciel entrant ne change chaquepalier/lot du projet,

soit des produits du commerce,

soit des produits dvelopps par.

Ceux-ci sont identifis par leur numro de version.

Tout changement de l un de ces produits fait l objet d un projet de migration :

aucune version n est modifie en production sans une campagne de non rgression

en dveloppement et en pr-production.

De mme lors del introduction d un nouveau produit, un projet ddi est associ.

La procdure de rception d une nouvelle version d un produit logiciel entrant passedonc systmatiquement par une campagne de tests de non rgression de

l application.

La gestion de produits fournis prend en compte les points suivants:

la rceptiondes produits:

o login d accs,

o inspection et/ou test,

o rejet de produits,

o exigences d assurance,

o proprits des produits, autorisations d utilisation, retour

l utilisationdes produits:


23/44


PROJET:

CLIENT:


o gestion de la confidentialit,

o exigences d talonnage,

o distribution et retour au distributeur,

o reporting au fournisseur,

o endommagement des produits,

au retour des produits:

o inscription/dsinscription,

o archivage des enregistrements,

o certificat d assurance,

o conditionnement et transport.

Les produits fournis par le Client sont grs dans le tableau de suivi des produits

fournis par .

Sauvegardes etarchivage

*** Ce paragraphe doit dcrireles procdures pour la sauvegarde et l archivage

des produits du projet.

Ce paragraphe doit distinguer les routines de sauvegarde des dfaillances

matrielles ou des accidents techniques, mais aussi l archivage officiel des

rfrentiels contrls lors des jalons et des livraisons:

toutes les exigences concernant les responsabilits impliquant un tiers

doivent tre traites ici,

tous les produits avec une signification lgale ou les problmes spcifiques

concernant la scurisation des projets doivent tre identifis dans ceparagraphe,

les projets importants devraient privilgier l utilisation de plans de

prventionplutt qu uniquement compter sur les dispositions prises avec le

bailleur.

Il est inacceptable pour tout projet de dveloppement software de dpendre

exclusivement soit des rles prvus pardfaut, soit du Client, soit d une tierce-

partie, pour assurer les sauvegardes et l archivage en l absence de services

internes spcifiques ou d accords contractuels.Par contre ces tches peuvent tre

directement gres par l quipe projet Cf.le paragraphe suivant sur la Gestion et

le contrle des environnements, et le Chapitre 5 ( Gestion du Support).


[REF ...] Manage backup / archiving of material. ***

Les dispositions prises sur pour assurerla sauvegarde et l archivage des

produitssont dcrites dans le Plan de Gestion de Configuration et dans le Plan de

Gestion Documentaire : Cf.PGC& PGD.

Gestion et contrledes environnements

*** Ce paragraphe doit dcrireles exigences et les procdures de gestion desenvironnements ou de l environnement de dveloppement et de maintenance du

projet, et il doit identifier tous les produits (Hardware & Software) ncessaires au

droulement des processus de dveloppement et les contrles requis pour leur

maintenance.Les genres de produits attendus ici sont donc:

les licences de dveloppement,


24/44


PROJET:

CLIENT:


les outils / progiciels / matriels de tests automatiss,

l accs aux donnes de tests ou les systmes d talonnage/de rfrence,

l talonnage ou la certification des quipements,

la validation des compilateurs,

la gestion de configuration des dveloppements et tests software.


[REF ...] Setup IT facilities,


[REF ...] Manage IT System / Network Services,

[REF ...] Dismantle IT Facilities,

[REF ...] Manage configurations. ***

La gestion et le contrle des environnements sur sont dcrits dans le Plan

de Gestion de Configuration du projet (PGC): Cf.PGC.

Conformitstatutaire /rglementaire(siapplicable)

*** Ce paragraphe doit dcrireles processus et procdures de conformit statutaire

/ rglementaire requise par le projet.

Les sous-paragraphes ci-aprs traitent des types d exigence les plus frquemment

rencontrs, mais il en existe beaucoup d autres tels que : restriction sur les matires

dangereuses, gaspillages et dchets lectriques et lectroniques, et loi Sarbanes-

Oxley(http://fr.wikipedia.org/wiki/Loi_Sarbanes-Oxley). ***

Contrle d exportation(si applicable)

*** Ce paragraphe doit dcrireles procdures de dpistage et les conformits aux

conditions des licences d export requises par le projet.

Cf.aussi Chapitre 4 ( Installation et mise en service) pour les contrles

d exportation et leurs effets sur le transport et les dispositions logistiques.


[REF ...] Commercial group function export controls,

[REF ...] Export management system,

[REF ...] Transport and logistics. ***
http://fr.wikipedia.org/wiki/Loi_Sarbanes-Oxley


25/44


PROJET:

CLIENT:


Scurisation dessystmes (si

applicable)

*** Ce paragraphe doit dcrirele processus de maintenance et de contrle des

procdures de scurisation des systmes requis par le projet.

Un plan de gestion de la scurisation peuttre rdig sparment, auquel cas ceparagraphe effectue un renvoi vers ce plan spcifique pour plus de dtails.


[REF ...] System safety management,

[REF ...] Safety related systems. ***

Scurit (si applicable) *** Ce paragraphe doit dcrire le processus de maintenance et de contrle desprocdures de scurit requises par le projet.


[REF ...] Manage security. ***

Sant et scurit del quipe (si applicable)

*** Ce paragraphe doit dcrire le processus de maintenance et de contrle des

procdures d hygine et de scurit des personnes requises par le projet par

exemple pour le travail de personnes l extrieur du site projet.


[REF ...] Manage health and safety. ***


26/44


PROJET:

CLIENT:


Gestiondesinfrastructures(siapplicable)

*** Ce paragraphe doitidentifier:

les produits (hardware, software, rseaux, locaux, ) qui sont ncessaires au

soutien du processus de dveloppement ouquidoivent tre grsselon les

conditions dfinies dans le contrat,

les procdures dedploiement et degestion de l hbergement des services,

les procdures de gestion de l hygine et de la scurit des personnes,

la procdure de mise en conformit statutaire / rglementairedcrite au

Chapitre 5 ( Conformit rglementaire / statutaire),

les procdures de dploiement, de gestion et de dmantlement des systmes

informatiques.


[REF ...] Setup and manage building services,

[REF ...] Setup and manage administration services,

[REF ...] Setup IT facilities,

[REF ...] Manage IT System / Network Services,

[REF ...] Dismantle IT Facilities. ***

Continuit du projet etdpannage

*** Ce paragraphe doit dcrireles procdures garantissant la capacit de

production, la continuit de service et le dpannage suite un sinistre. Ces

procdures peuvent tre regroupes dans les plans de continuit de service et derecouvrement des filiales, des entreprises et des sites ce qui comprend les sites

Client, si applicables.


[REF ...] Set-up IT facilities,

[REF ...] Manage risks. ***


27/44


PROJET:

CLIENT:


6 PROCESSUS DE PILOTAGE

*** Cf.l aide au dbut du Chapitre 4 (Processus du cycle de vie) qui s applique aussi au contenu de

ce chapitre. ***

Contrle desmodifications ducontrat

*** Ce paragraphe doit dcrireles procdures de contrle des modifications du

contrat impliquant conjointement le Client et tous lessignataires du contrat. Elles

portent sur les modifications majeures, l valuation de leurs impacts et la

transmission au Client des rajustements de cots et du planning dans les dlais

impartis.


[REF ...] Manage change. ***Les procdures de contrle des modifications du contrat, impliquant conjointement

et tous les signataires du contrat, sont les suivantes:

Rclamations Client etmesure de lasatisfaction

*** Ce paragraphe doit dcrirela procdure de traitement des rclamations Client.

Il doit aussi dtailler les exigences lies la mesure de la satisfaction Clientcouramment, elles sont traites conjointement avec les processus de gestion du

compte Client, et font partie de la gestion gnrale des relations de la socit avec le

Client.


[REF ...] Manage customer s complaints,

[REF ...] Manage customer s satisfaction,

[REF ...] Account management,

[REF ...] Managing the customer relationship. ***

La satisfaction de vis--vis de la prestation de est suivie

mensuellement grce une note de 1 (trs mauvais) 5 (excellent)dcomposeselon lescritres et les pondrations suivants :

Critres de satisfaction

fournis par

Poids

(%)

Conformit du produit ou du service A dfinir

Respect des dlais A dfinir

Comptences techniques A dfinir

Souplesse, ractivit A dfinir

Apprciation globale A dfinir

Conformit du produit ou du service:


28/44


PROJET:

CLIENT:


o conformit du produit/service dlivrselon les critres du contrat,

o il s'agit de juger le rsultat indpendamment des moyens et des dlais,

o une conformit l'exigenceattendue doit tre value 5,

o la qualit apprcie peut aller au-del de ce qui tait escompt; en tenircompte dans l'apprciation globale.

Respect des dlais:

o tels que dfinis contractuellement,

o un dlai respect doit tre valu 5.

Comptences techniques:

o adquation des comptences techniques du prestataire aux exigencestechniques du contrat (y compris la matrise des mthodes, outils,

langages...),

o une comptence adapte doit tre value 5.

Souplesse, ractivit:

o aptitude du prestataire s'adapter rapidement aux volutionsdemandes par son client, aux changements d'environnements,

o un fonctionnement sans blocage doit tre valu 5.

Apprciation globale:

o apprciation porte globalement sur la prestation prenant en compte deslments tels que:

le rapport qualit/prix,

l'autonomie de l'quipe,la crativit,

la motivation,

les relations client-fournisseur,

le respect des clauses contractuelles,

le souhait de travailler nouveau avec ce prestataire, ainsi que les

critres prcdents lorsque leur ralisationexcde les rsultats

attendus,

o un droulement normal de la prestation doit tre valu 4, exceptionneljusqu' 5 avec justification dans les commentaires.

Reporting projet*** Ce paragraphe doit dcrireles procdures de reporting du projet sur la gestion

externe avec le Client et toutes les autres parties prenantes si ncessaire.

Ce paragraphe doit aussi dcrire quand et comment les instanceset pointsprojet ont

lieu en accord avec les profils de gestion du projet ou les ordres de mission des

managers du projet.


[REF ...] Report project status and the associated detailed project trackingprocedures,

[REF ...] Report to customer,

[REF ...] Customer reporting. ***

Le reporting avec comprend:


29/44


PROJET:

CLIENT:


les comits de pilotage,

les comits projet,

les runions de travail,

les runions bilan.

Comit de pilotage priodicit: mensuelle.

contenu et enjeux :

o prise des dcisions stratgiques conformment aux objectifs dfinis,

o dcider des options utiles l avancement du projet,

o choisir les orientations gnrales,

o arbitrer les choix fonctionnels, techniques, financiers ou calendaires

proposs par le comit projet,o dcider des ventuelles modifications contractuelles.

participants : DP et CP (et ),IA ,

produit : Compte-rendu rdig par le DP et valid par les

participants.

Comitprojet priodicit: bimensuelle; cette frquence peut tre revue en fonction desvnements du projet.

contenu et enjeux :

o planifier les activits sur les domaines fonctionnels en fonction des

objectifs et faire le suivi de l avancement du projet,

o alerter les participants si problme(s) ou changement(s) avec impact surplanning, objectifs et/ou bnfices attendus,

o veiller au recensement et au traitement dans les dlais des problmes ensuspend.

participants : ROP , CP , CP

produit : Compte-rendu rdig par CP et valid par les

participants.

Runion de travail

(workshop)

priodicit: dpend du contexte (lie l activit par domaine fonctionnel,

la phase projet en cours).

contenuet enjeux :

o expliciter / claircir les besoins utilisateurs,

o valider les choix conceptuels voire techniques (maquette, modle, ),

o dcider sur des actions urgentes.

participants : ROP , CP , CP ,

correspondant(s) utilisateurs

produit : Compte-rendu rdig par ROPet valid par les

participants.

Runion bilan priodicit: en fin de lot / paliereten fin d anne.


30/44


PROJET:

CLIENT:


contenuet enjeux :

o partager les russites et les difficults rencontres,

o identifier les axes d amlioration applicables au prochain lot / palier,

o dcider du plan d actions mettre en uvre.

participants : DP etCP , DP et CP

produit : Compte-rendu rdig par CP et valid par les

participants.

Indicateurs*** Ce paragraphe doit dcrire:

les indicateurs d avancement ou de qualit du projet,

les exigences s appliquant la collecte des mesures standards (en

conformit avec les directives BD/CS2G/DO),les exigences des parties prenantes portant sur des indicateurs spcifiques,

les mcanismes et les outils de collecte des indicateurs,

les membres duprojet etles mthodes impliques dans l analyse, le

reporting et la mise en place des actions portant sur les indicateurs,

les mthodes et mcanismes de stockage des mesures et indicateurs,

la frquence de collecte,

quand les indicateurs sont analyss et comment ils sont utiliss dans le

processus de consolidation des indicateurs et d amlioration de la

BD/CS2G/DO.

Pour chaque indicateur identifi, ce paragraphe doit dcrire aussi bien les

caractristiques de l indicateur que ses objectifs.


[REF ...] The global metrics lifecycle,

[REF ...] Manage measurements collation.

Des indicateurs ou donnes de mesure sont obtenus pendant la planification du

projet en utilisant des donnes issues de la phase d avant-vente et des provisions,

tablies dans l outil QMS. Sont couramment concerns :

les caractristiques du projet; les caractristiques actualises des livrables

cls du projet (par exemple taille, complexit, performance, connexit,extensibilit) suivies par exemple via des feuilles de calculs stockes dans

l arborescence projet pour l analyse et le reporting effectu par le manager

du projet et/ou les responsables d quipe.

les indicateurs d effort avec des valeurs actualises.

les indicateurs de cot; suivis via un outil de suivi commercial ou

oprationnel et compars avec le contenu du QMS, analyss et remonts

par le manager du projet sa hirarchie pour contrle.

les tendances du suivi de production et des jalons; transmises par l quipe

projet au manager du projet et/ou au chef d quipe pour analyse et contrle

avec la hirarchie via le reporting projet mensuel (PSR:Project Status

Report).

les indicateurs qualit, par exemple les indicateurs de fiabilit, de suivi des


31/44


PROJET:

CLIENT:


anomalies et des retours. Ils sont construits lors de la rdaction du plan

qualit et dploys via des outils de support qui enregistrent les problmes

rencontrs. Ils servent fournir destendances qui sont rapportes,analyses et contrles.

Un ensemble d indicateurs standards est dfini par chaque entit, et ceux-ci doivent

tre dcrits dans des templates de plan projet local ou de reporting projet (PSR).

En construisant les reportings d indicateurs, penser aux destinataires de tous les

indicateurs dcrits et la manire de leur prsenter les informations.

En spcifiant le stockage des indicateurs, prendre en compte non seulement les

donnes drives mais aussi les donnes originelles, comme par exemple la date de

dbut / la date de fin du projet prvue et une avance de phase, prendre en compte

les donnes de scurit, les donnes de prcision et de compltude. Les donnes

sont stockes dans l arborescence prvue pour le projet. ***


32/44


PROJET:

CLIENT:


7 ORGANISATION ET MEMBRESDU PROJET

Organisation quipe*** Ce paragraphe doit contenir un organigramme de l quipe projet mais aussile

dtail des rles cls, les relations et les flux d informations au sein de l quipe. Il

doit prendre en compte tous leschangements dans le temps.

Au minimum, l organigramme doit identifier les rles suivants :

directeur de projet,

chef de projet,

responsable de l architecture/ conception,

responsable de production/dveloppement,

ingnieur/responsable qualit.Cet organigramme projet peut afficher les rles cls et leurs relations, ainsi les

paragraphes suivants n ont plus qu les dtailler. Pour les projets importants, cet

organigramme ne contient que les principales personnes de l organisation projet.

Conserver un historique des organigrammes projet permet de mieux visualiser les

changements au fil du temps.Lister l ensemble des documents o sont dtaills les

intervenants du projet.***

L organigramme de relie les acteurs majeurs du projet ct et

. C est une annexe de ce PAQ.

Rles cls et staffing*** Ce paragraphe doitdcrire les responsabilits de chacun des rles cls sur le

projet et identifier la personne qui tient ce rle.Ajouter aussi (si ncessaire), les

rles des parties prenantes autres que le Client (ex: Support Technique pour un

logiciel donn, coordonnes diteur du logiciel, rfrent autre que Client et

, ). Si les responsabilits par rle sont dfinies dans des fiches

spares, les rfrencer***

Les rles dfinis pour sont les suivants:

Rle Responsabilits

Directeur des systmes

d informations

Responsable client. Il suit les aspects contractuels de

l opration

Les rles majeurs sur sont:

Rle Responsabilits

Ingnieur d Affaires (IA) - il est en charge des engagements contractuels entermes financiers


33/44


PROJET:

CLIENT:


ilparticipe aux Comits de pilotage mensuel et animeles Comits stratgiques

Directeur de Clientle(SBL) ilest responsable du contrat du projetet de sesvolutions vis vis du Client

ils assure auprs du client du respect desengagements contractuels convenus

ilparticipe aux Comits de pilotage mensuel et animeles Comits stratgiques

Directeur de Projet (DP) ilest responsable des engagements en termes deproduction et dlais,

ilassure le suivi des impacts des choix etdes dsaccords ventuels,

ilparticipe aux comits de pilotage,ilprend en charge les ventuelles modifications de

nature contractuelle,

ilgre les risques de la prestation en collaborationavec le Chef de Projet ,

ilpropose les ressources ncessaires la bonneexcution de la prestation,

ilvalide les lments des plans projet

Chef de Projet (CP) ilassure le management au quotidien de l quipe etorganise celle-ci dans le respect des normes et desprocdures qualit de la prestation,

ilcoordonne le planning gnral des tches,

ilparticipe aux comits de pilotage et aux comitsprojet,

ilconoit et ralise les tableaux de bord ncessaires :

la mesure des indicateurs du projet,

au suivi des charges,

aux plannings et l avancement,

ilanticipe les montes en charge en relation avec leDP et qualifie les nouvelles comptences etprofils ncessaires au projet,

ilvrifie la capacit de l quipe respecter lescontraintes, en particulier par la rpartition desconnaissances,

ilest garant du respect du primtre,

ilrceptionne les entrants de (courriers,livrables , ),

ilcontrle le respect des procdures par l quipeoprationnel ,

ilvalide les devis avant envoi .


34/44


PROJET:

CLIENT:


Responsable Oprationnel ilpilote l activitvia les outils de pilotage mis en placepar le CP ,

ilco-anime les comits projet,ilparticipe aux runions de travail avec ,

ilencadre les membres de l quipe travaillant sur sonprimtre.

Auditeur ilest en charge de la validation des ditions du PAQ ,la ralisation des audits, la conduite des revues qualitavec le client, le suivi des actions qualit.

Moyens dedveloppement desinfrastructures

*** Ce paragraphe doitdcrire les moyens requis pour la progression du projet lafois en matire de kit de dveloppement et systmes cibles. Il doit contenir tout(e)

documentation/matriel fourni(e) par le Client ou une tierce partie aussi bien que

tout(e) documentation/matriel fourni par .

Dans certains cas, une telle liste peut tre trs longue et il faut faire un renvoi vers

un document externe ce plan. ***

Pour les besoins des dveloppements sur , met disposition les

moyens suivants:

Autres ressources/moyens

*** Ce paragraphe n est pas obligatoire. Ilcontient la description d autres moyens

requis pour le droulement au jour le jour du projet, telle que l administration des

moyens, des bureaux ou des salles serveurs, l accs aux moyens du Client

(personnes, systmes, ou bureaux). ***

met disposition sur les moyens logistiques suivants:


35/44


PROJET:

CLIENT:


8 PROCESSUS ORGANISATIONNELS*** Cf.l aide au dbut du Chapitre 4 (Processus du cycle de vie) qui s applique aussi au contenu de

ce chapitre.

Ce chapitre doit dcrire les procdures qui se prolongent au-del du projet et qui sont normalement

destines d autres rles chez , chez le Client ou chez une tierce partie en relation avec

le projet.***

Lestches d assurance qualit de sont conues pour s assurer que les exigences de nos

clients sont satisfaites et que le travail respecte le systme qualit Cortex. Pour cela descontrles du

respect des processus deCortexsont raliss sur le projet.

Suivi effectu par ladirection

*** Ce paragraphe doit dcrire les activits de suivi et de gestion de l entit(BD/CS2G/DO) ralises sur le projet.


[REF ...] Delivery management. ***

est suivi par l entit de via:

un comit production mensuelbas sur le reporting transmis chaque moispar le projet,

un comit audit mensuelbas sur les audits processus effectus sur leprojet.

Assurance Qualit *** Ce paragraphe doit dcrirelestches d assurance qualitappliques au projetvia les rles dans les entits oprationnelles. Il doit identifier:

les organisations et les rles externes au projet,

les plans des contrles et audits,

les mcanismes de suivi et de reporting de toutes les actions correctives

issues des tches d assurance qualit.***

Certifications

est certifi:

ISO:9001 (anne),

Entit est value :

CMMI niveau 3 (anne).

Audits

Les audits raliss sur permettent de:

contrler la conformit du projet son plan qualit,

s assurer de la mise en uvre relle des processus sur le projet,

contrler l efficacit de la gestion des risques (identifis assez tt et couverts

convenablement),

contrler la maintenance des enregistrements qualit sur le projet.

*** Ajouter ici tous les objectifs Client concernant la conduite des tches


36/44


PROJET:

CLIENT:


d assurance sur le projet.


[REF ...] Quality management subsidiary quality management. ***

Les dispositions d assurance qualit demandes par sur sont les

suivantes:

audit de code lors de la phase de ralisation,

Processus d escalade***Ce paragraphe doit dcrire le processus d escalade fonctionnel/technique et

d escalade hirarchique. ***Escalade fonctionnelle/technique

Cette escalade traditionnelle est prvue dans le processus pour transfrer un incident

(ou un problme) d un niveau au niveau suprieur.

Cette escalade peut intervenir dans deux cas :

par manque de connaissance ou d expertise du niveau en cours,

par dpassement d un dlai dfini dans le Contrat.

Escalade hirarchique

L'escalade hirarchique peut intervenir n importe quel moment dans le cycle de viedu projet (exemples: point de dsaccord entre des intervenants, rsolution hors-dlai

ou insatisfaisante d un incident). Un schma d escalade dfinit les cas de

dclenchement de la procdure et contient les personnes contacter suivant les

priodes et les horaires.Cette procdure peuts inscrire dans le processus de gestion

de crise.

Gestion de crise

La procdure d escalade doitprvoir en dernier recours une cellule de gestion de

crise.Cette cellule est active dans le cas de difficults graveset concernent les

responsables des diffrents systmes d information.

Le rle de la cellule de crise est :de mettre en place et suivre un plan d actions urgentes,

d anticiper sur d ventuelles rpercussions de la crise,

de minimiser les impacts invitables par la mise en uvre d une campagne

de sensibilisationet de prvention, et surtout par la diffusion de l alerte,

de prendre en charge les mesures adquates correctives et/ou prventives

pour diminuer lerisque de reproduction d une crisesimilaire.

Les acteurs cls des instances de suivi doiventfaire partie de la cellule de gestion de

crise afinde grer les vnements avec efficacit, de poursuivre les actions aprs la

fin de la crise et d tre en cohrence avec toutes les autres actions oprationnelles.

Tableau d escaladeLes seuils d escalade sont dfinis dans le tableau suivant :


37/44


PROJET:

CLIENT:


*** S inspirer, si ncessaire, de cs tableaux pour construire le tableaud escalade. ***

Niveau Personnes prvenues Niveau de gravit

d escalade 1 2

D Responsable

de

Dpartement

Reprsentant de

la direction

informatique

---Heures ---Jours

C Directeur de

Projet

Directeur de

Projet

---Heures ---Heures

B Chef de Projet Chef de Projet ---Heures ---Heures

A Responsabled intervention

Initiateur de lademande

Immdiat Immdiat


38/44


PROJET:

CLIENT:


9 PLANS FINANCIERS

Prix contractuels*** Ce paragraphe doittablir les prix contractuels et fournir les commentaires

associs aux modifications en cours de ralisation.

Les prix contractuels sont ceux pour lesquels une validation signe a t obtenue.

Les commentaires portent sur toutes les modifications de prix qui peuvent tre

anticipes mais pour lesquelles aucune validation signe n a encore t obtenue.

***

Les prix appliqus sur sont conformes ceux dfinis dans le contrat pass

entre et (Cf.Documents de Rfrence).

Toute modification de tarification fera l objet d un avenant ce contrat.

Facturation*** Ce paragraphe doitfournir les lments suivants:

l chancier de facturation (i.e. les montants facturer et la date de

facturation associe),

les dlais de paiement (i.e. de combien de temps dispose le Client pour

payer les factures),

les retards de paiement jusqu' accord (si applicable),

cautions ou autres moyens financiers qui peuvent influer sur les finances

(si applicable),

toute augmentation de prix (si applicable).

Lespaiementssont dtaills dans un tableau contenant les montants avecleur date

ou jalon associ.

Faire rfrence la proposition commerciale et/ou au contrat contenant les

lments de facturation si ce contenu est toujours applicable la facturation surle

projet, sinon ajouter ici les amendements ncessaires. ***

Le contratde contient:

l chancier de facturation,

les dlais de paiement,

les retards de paiement,

les cautions et autres moyens financiers.


39/44


PROJET:

CLIENT:


Liste de contrle:Cette liste est utiliser en cas d volution du document pour viter les rgressions. Il faut la complter pour permettre la

validation des nouvelles volutions de ce document.

Rdacteur: Visa et date:Titre document :

Rf. Document :

CHECK-LIST DE CONTROLE DU DOCUMENT

A complter par le relecteur

N Contrle OK /NOK

Prcision ou Commentaire lors du contrle

0. Aspect et informations gnrales

0.1. Titre du document dfinissant clairement sa porte

gnrale (projet, sous-projet, type de produit, partie du

dveloppement .)

0.2. Document respectant les rgles de nommage en

vigueur sur le projet

0.3. Plan conforme au plan type du modle applicable sur

le projet

0.4. Nombre de pagesrduit l indispensable

0.5. Facilit d apprhension du document : Pas plus de 3

niveaux hirarchiques de paragraphes

0.6. Niveau de complexit du document adapt aux

personnes en signature

0.7. Cartouche des signatures complet: auteur, validation

prvue par tous les concerns

0.8. Liste de diffusion complte (Interne + Client)

0.9. En-tte et basde page conformes au modle et jour

0.10. Indication de confidentialit si ncessaire

0.11. Historique des volutions du document prsent et

jour

0.12. Textes d aide supprims

0.13. Sommaire jour

0.14. Document imprimable

0.15. Proprits du document renseignes


40/44


PROJET:

CLIENT:




N Contrle OK /

NOK


0.16. Barre de modification (mode rvision)

Attention ne pas livrer un document comprenant des

marques de rvision suite revue internes non statues

(accepte/refuse)

0.17. Ajouter au besoin d autres contrles standards (non

vrifiables au niveau d un particulier)

1. Prsentation et rsum

1.1. La prsentation du projet est claire et prcise; les

objectifs du projet sont dfinis et le client y est

prsent

1.2. La dfinition des objectifs rappelle que le PAQ permet

de prciser les dispositions prendre

CONJOINTEMENTentre et le clientafin d assurer le projet sur un primtre prdfini

1.3. Les modalits d volution, mise jour et validation

sont clairement prsentes ainsi que les responsabilitsassocies intervenant sur le PAQ.

1.4. Les modalits de gestion des cas de litige, drogation

ou de non respect du PAQ sont clairement prvues

1.5. Prsence d un glossaire et d un tableau des sigles etabrviations utiliss sur le projet

1.6. Ajouter au besoin d autres contrles

2. Contexte du Projet

2.1. Les objectifs partags avec le client sont tous numrs

et mis jour

2.2. Les jalons contractuels sont dcrits dans un tableau et

sont repris du reporting projet


3. Cycle de vie du Projet

3.1. Il n y a pas de redondance avec le PPQP; il s agit

d une vue gnrale du cycle de vie du projet


4. Processus du cycle de vie

4.1. Chaque phase du cycle de vie du projet est reprise dans

ce chapitre

4.2. Pour chaque phase, tousles process du cycle de vie

sont dtaills avec les informations listes en tte de

chapitre (tches principales, squenage, profils,

entrants, sortants, mthode, contrle )


41/44


PROJET:

CLIENT:




N Contrle OK /

NOK



5. Processus du support

5.1. Tous les process et procdures s appliquant au projet

sont lists et dcrits

5.2. Transferts de responsabilit: dcrits ou renvoi auxdocuments contractuels

5.3. Gestion de la documentation: dcrite selon les

normes ou renvoi au PGD5.4. Gestion des donnes: dcrite ourenvoi aux PGC et

PGD

5.5. Gestion de configuration et de livraison: cela doitcouvrir tous les produits: hardware, software,

documentation ou renvoi au PGC

5.6. Gestion du support: si ncessaire

5.7. Gestion et suivi des exigences: il est prcis qu elles

doivent tre valides conjointement avec le client ettraces avec un outil de suivi spcifique

5.8. Les exigences contractuelles et organisationnelles sont

listes de faon exhaustive et suivies dans un tableaude suivi

5.9. Les exigences oprationnelles: description de leurgestion (de leur mission jusqu leur traitement) et de

leur suivi

5.10. Gestion et suivi des modifications: dcrire toutes lesprocdures appliquer pour les 4 tapes clefs:

rception

valuation

dcision

ralisation

Outils de suivi, modalit d volution du statut

5.11. Gestion des incidents et problmes: descriptionprcise des divers types, du process de traitement et de

rsolution pour chaque type (renvoi au SLA ou

contrat) ainsi que leur mode de suivi.

5.12. Sous-traitance:renvoi aux termes du contrat

5.13. Produits fournis par le client: s applique tout

produit lou ou fourni et tout quipement ou espace

fourni au projet (rception, utilisation, retour)

5.14. Sauvegarde et archivage: description ou renvoi auPGC et PGD

5.15. Gestion et contrle des environnements:

description prcise des exigences et procdures ourenvoi au PGC


42/44


43/44


PROJET:

CLIENT:




N Contrle OK /

NOK



9. Plan financier

9.1. Rfrence aux prix contractuels et prcision en cas de

modification

9.2. Rfrence au contrat/ proposition commerciale

contenant les lments de facturation



44/44