Refonte du site Internet de la COTREP Plan Qualité

Refonte du site Internet
de la COTREP
Plan Qualité
Plan Qualité
Ce document décrit le projet et tous les mécanismes partagés avec notre client pour en contrôler le bon
aboutissement.
Projet
Version
Refonte du site Internet de la COTREP
Date
Modifications
Auteur
1.0
08/06/2009
Création
Michaël ALIMI
1.1
09/06/2009
Signataire PV
Michaël ALIMI
SOMMAIRE
1
2
3
4
Introduction............................................................................................................................................... 3
1.1
Objectifs de ce document.................................................................................................................................... 3
1.2
Approbation, évolution, application du document ................................................................................................ 3
1.3
Références .......................................................................................................................................................... 3
Description du projet ............................................................................................................................... 4
2.1
Objectifs du projet ............................................................................................................................................... 4
2.2
Contraintes .......................................................................................................................................................... 4
2.3
Périmètre de la solution....................................................................................................................................... 4
2.4
Prestations et jalons ............................................................................................................................................ 5
2.5
Charges et Ressources....................................................................................................................................... 6
2.6
Organisation ........................................................................................................................................................ 7
Procédures utilisées .............................................................................................................................. 10
3.1
Gestion documentaire ....................................................................................................................................... 10
3.2
Validation des documents ................................................................................................................................. 10
3.3
Gestion des composants logiciels et des configurations ................................................................................... 10
3.4
Sauvegardes ..................................................................................................................................................... 11
3.5
Recette logicielle ............................................................................................................................................... 11
3.6
Garantie ............................................................................................................................................................ 11
3.7
Gestion des risques et reporting........................................................................................................................ 11
3.8
Gestion des demandes client ............................................................................................................................ 12
3.9
Assurance qualité.............................................................................................................................................. 12
3.10
Satisfaction client .............................................................................................................................................. 12
Annexes................................................................................................................................................... 13
4.1
Détail des ressources matérielles du projet....................................................................................................... 13
Smile – Simple, Utile, Performant…
Page 2/13
1
Introduction
1.1
•
•
•
•
Objectifs de ce document
Donner à tous les partenaires du projet l'assurance de la Qualité des productions.
Fixer les droits et les devoirs réciproques de chaque partenaire du projet.
Donner à notre client les éléments permettant d'organiser le plan d'action, de prévention, de
communication et de contrôle.
Définir pour tous les participants du projet les procédures, règles et méthodes applicables.
1.2
Approbation, évolution, application du document
Ce document est préparé par le Chef de projet et le Directeur de projet Smile. Ses éléments principaux en
sont présentés au client, au cours de la réunion de lancement du projet.
Il doit être approuvé par le représentant du client (le responsable mentionné dans la présentation de
l’organisation) et par le directeur de projet Smile. Cette approbation est matérialisée par une version pdf dont
le numéro et la date figure dans le tableau des versions (cf. au tout début du document).
En cas d’évolution de la structure ou des mécanismes du projet (organisation, périmètre, jalons, etc.) :
• Ce plan est amendé soit par la création d’une nouvelle version, soit par la création d’un « plan
résumé » qui rappelle le plan initial et décrit les modifications à lui apporter. Il peut aussi être
amendé dans le cadre d’un CR Hebdo (statut hebdomadaire) lorsque la taille du changement le
permet.
• Les impacts de ces évolutions sur le projet feront l’objet d’une FRE (Fiche de Relevé d’Evénement)
initialisée par le Chef de projet Smile ou client. Elle sera validée par les deux parties (signature).
Elle donnera éventuellement lieu à avenant.
Le Directeur de projet Smile est responsable de la bonne application de ce document.
1.3
Références
Ce document fait suite ou est relié aux documents suivants, par ordre décroissant:
Priorité
Titre et version
1
Spécifications fonctionnelles et techniques
2
cahier des charges COTREP-final.pdf
Date d’approbation
Fin de la phase de
conception
(Prévue : 08/07/2009)
19/03/2009
3
Smile-COTREP-pack internet-v2
07/04/2009
Auteur
SMILE / COTREP
COTREP
SMILE
NB : une indication apportée dans un de ces documents prévaut sur toute indication différente dans l’un des
documents de priorité inférieure.
Smile – Simple, Utile, Performant…
Page 3/13
2
2.1
Description du projet
Objectifs du projet
Les objectifs principaux sont les suivants :
- proposer une plateforme de communication efficace : que les messages et les actions soient
perçues clairement.
- créer du buzz
- favoriser l’interactivité
- fidélisation et mise en relation continue des internautes
2.2
Contraintes
2.2.1
Serveur de production
Le serveur de production où sera installé le site COTREP sera celui hébergeant déjà le site d’écoemballages.
Le site COTREP devra donc prendre en compte l’architecture du serveur déjà mis en place pour le site Ecoemballages.
2.3
Périmètre de la solution
Fonctionnalité / Fourniture
Création graphique de 3 maquettes
Remarque
(Accueil, Intérieur et Liste)
V1
V1
Réalisation de spécifications fonctionnelles et
techniques
Montage HTML de 3 maquettes
(Accueil, Intérieur et Liste)
Intégration des maquettes à Typo3
Générateur de formulaire
Plan de site
Moteur de recherche
Gestion des documents
V1
V1
Mise en place d’une page éditoriale pointant vers 3
pages contenant des formulaires (plugin
« powermail » mis à la charte)
Mise à la charte du plugin « drop-down site map »
(similaire à www.ecoemballages.fr)
Mise à la charte du plugin « indexed_search »
(similaire à www.ecoemballages.fr) + mise en
place du crawler pour l’indexation des documents
Création d’une extension spécifique :
- Création d’un objet structuré « Document »
- 3 modes d’affichage :
Derniers documents (par type de contenu)
Liste de document (par type de contenu) dans
tableau triable
Sélection de document (choix manuel des
contenus à remonter)
V1
V1
V1
V1
Mise en place du tag Google Analytic
V1
Smile – Simple, Utile, Performant…
Page 4/13
Mise en place du Multilinguisme
Mise en place d’une feuille
d’impression
Documentation contributeur
V1
de
style
V1
V1
•
•
•
Reprise des contenus
•
•
Installation sur serveur
V1
24 pages de contenu en français
24 pages de contenu en anglais
4 images en français à mettre à la charte
(CDC : pages 25, 40, 42, 43)
4 images en anglais à mettre à la charte
(CDC : pages 47, 62, 64, 65)
150 documents à reprendre : un script
automatique sera mis en place à partir
d’un fichier Excel structuré livré par
COTREP
V1
Utilisation des ressources d’Eco-Emballages :
• Hébergement : Sur le même serveur que le site éco-emballages, avec une nouvelle instance de
Typo3
• Rapport de positionnement : Statistiques issues des outils existants (statistiques serveur écoemballages et Google Analytics)
• Maintenance : Possibilité de consommation sur le budget « TMA éco-emballages ». Si besoin,
émission d'un nouveau bon.
Le périmètre du projet exclut :
• L’achat d’arts
2.4
Prestations et jalons
Le projet est planifié selon un cycle de vie découpé en quatre phases principales : l’initialisation produit la
définition initiale du projet, l’élaboration décrit en détail la solution cible (graphisme, spécifications), la
construction développe la solution par lots et enfin la transition au cours de laquelle la solution est validée et
transférée aux équipes utilisatrices et d’administration.
NB : le tableau ci-dessous résume les jalons structurants pour le projet. Chaque acteur s’engage à
respecter ses jalons. Smile s’engage à alerter le Client sur les retards possibles et les conséquences
prévisibles. En cas de décalage sur un jalon, le Chef de projet Smile présente une estimation des impacts
sur la suite du projet. Les comités décident des actions correctives.
En cas de retard non imputable à Smile et ayant un impact sur les jalons suivants, Smile ne peut être tenu
pour responsable des décalages consécutifs nécessaires.
Etape / prestation
Acteurs
Date de fin
Initialisation
SMILE, COTREP
12/06/2009
Conception graphique
SMILE
02/07/2009
SMILE
08/07/2009
SMILE
15/07/2009
COTREP
13/07/2009
Spécifications fonctionnelles et
techniques
Montage HTML
Cahier de recette
Smile – Simple, Utile, Performant…
Critères de sortie / Livrables
PQP validé
Stratégie de tests
Storyboard
Maquettes PSD
PV validation
SFD v1.0
STD v1.0
Maquettes HTML
Cahier de tests COTREP
validé par la Smile
Page 5/13
Développements
SMILE
06/08/2009
Livraison des pages et documents
à reprendre
COTREP
06/08/2009
Recette
SMILE, COTREP
21/08/2009
Reprise de contenu
SMILE, COTREP
28/08/2009
Livraison pour mise en production
SMILE
31/08/2009
Fin garantie
SMILE, COTREP
21/11/2009
Ces jalons
dessous :
2.5
s’articulent
dans
le
temps
tel
que
représenté
sur
Patch de livraison
Cahier de tests rempli par
Smile
Cahier de tests passé par
COTREP
PV validation
Contenus saisis sur le serveur
de saisie
Patch de livraison SMILE
le
diagramme
de
Gantt
Charges et Ressources
Profils de
ressources
Destination
Sollicitation
Equipes SMILE
Conception,
Réalisation,
Tests
De 2 à 4 personnes selon les phases
Smile – Simple, Utile, Performant…
Page 6/13
ci-
Agence Media
Smile
MOE Client
Graphisme
Agence Media Smile
Spécification, tests Pics de sollicitation en initialisation, élaboration et recette
Dans les réunions de travail sur les spécifications, lors des points
Spécification, tests
de visibilité et en recette.
MOA Client
Ressources
techniques / outils
Plateforme
d’intégration
Plateforme de
saisie
Plateforme de
recette client
Plateforme de Pré
prod / Prod
Destination
Intégration des
versions
Intégration des
contenus
A partir de juillet 2009 (Serveur SMILE)
A partir d’août 2009 (Serveur SMILE)
Tests
A partir d’août 2009 (Serveur SMILE)
Prod
A partir de fin août 2009 (Serveur ECO-EMBALLAGES)
Mantis
Suivi des bugs
MS Project 2003
Planification
Gestion de
configuration
SVN
Sollicitation
Accès fourni dés le début du projet, utilisation complète à partir
d’août 2009
Tout le projet, pour la macro planification
Pour la gestion des composants et des configurations. A partir du
début de la phase de construction (développements).
NB : cf. le détail des ressources en annexe de ce plan.
2.6
Organisation
2.6.1
Liste des acteurs, rôles et responsabilités
Rôle
Nom
Coordonnées (Localisation,
email, tél.)
Société
Chef de projet global
Suit le projet et fait le lien entre le
prestataire et son organisation.
Exprime le besoin formellement et
recette les livrables.
Signataire des PV du projet
Technique
Anaïs Jouan-Ligné
Suit le projet et fait le lien entre le Hervé Bichot
COTREP et Smile sur les points
techniques.
Smile – Simple, Utile, Performant…
[email protected]
Eco01 40 89 99 74
06 42 40 71 79
Emballages
[email protected]
EcoEmballages
Page 7/13
Valérie
Herrenschmidt
Comité de pilotage
Catherine Klein
Tristan Brunin
(Eco-Emballages)
Valérie Herrenschmidt
(Valorplast)
Catherine Klein
Tristan Brunin
Valide les PV émis lors du projet
Carole Carpentier
Benoît Lefebvre
(Elipso)
Carole Carpentier
Benoît Lefebvre
EcoEmballages
Valorplast
Elipso
Directeur de projet (DP)
Responsable de l’exécution des Mickaëlle VALLEE
modalités de ce plan. Il aide le Chef
de projet au pilotage.
IA (Ingénieur d’Affaire)
Responsable de la proposition
Yves LAFFICHE
commerciale, il supporte le CP
auprès du client sur tous les aspects
contractuels.
Chef de projet (CP)
Responsable du suivi du périmètre Michael ALIMI
du projet, de ses délais et de
l’affectation des tâches à l’équipe.
2.6.2
[email protected]
01 41 40 99 76
[email protected]
01 41 40 99 73
[email protected]
01 41 40 11 04
SMILE
SMILE
SMILE
Communication et reporting
2.6.2.a Les comités et réunions institutionnelles
Comité De pilotage
Responsable client du projet, Directeur de projet Smile, Chef de projet
Participants requis
Smile
Consultant Interactive, Resp. tech et fonctionnels client et Smile, autres :
Participants potentiels
sur invitation du Chef de projet Smile ou du Responsable client du projet
• Avancement du projet
• Arbitrages des demandes de changements non résolues par le comité
projet
Objectifs et ordre du jour type
• Risques
• Qualité des prestations et des livrables
• Facturation
Supports, Compte rendu Préparés par le Chef de projet Smile et diffusé aux participants par email
Fréquence de réunion Mensuel
Lieu de réunion Locaux client
Escalade en cas de blocage Direction client et Direction Smile
Comité De projet
Participants requis Responsable client du projet, Chef de projet Smile
Resp. tech et fonctionnels client et Smile, autres : sur invitation du Chef de
Participants potentiels
projet Smile ou du Responsable client du projet
Smile – Simple, Utile, Performant…
Page 8/13
• Avancement du projet
• Arbitrages des demandes de changements
Objectifs et ordre du jour type • Risques
• Qualité des prestations et des livrables
• Facturation
Un CR Hebdo est préparés par le Chef de projet Smile et diffusé aux
participants par email avant la réunion. Il peut être amendé suite à la
Supports, Compte rendu réunion.
Il donne le statut du projet.
Fréquence de réunion Hebdomadaire / à la demande
Lieu de réunion Locaux client / ou par téléphone
Escalade en cas de blocage Comité de pilotage
2.6.2.b Gestion des événements perturbants du projet
Dès qu'un événement pouvant entraîné des perturbations est identifié, quelle que soit son origine (client,
fournisseur, ...), une fiche FRE (Fiche de Relevé d’Evénement) est à initialiser sous l'autorité du maître
d’œuvre ou du maître d’ouvrage. Validée par la maîtrise d’œuvre et la maîtrise d’ouvrage, cette FRE a valeur
de PV.
Nous proposons que les échanges liés aux FRE s’effectuent par e-mail.
Smile – Simple, Utile, Performant…
Page 9/13
3
Procédures utilisées
Nous exposons ici les principales étapes suivies pour gérer le projet. Ces procédures sont des standards
Smile qui peuvent être adaptées si nécessaire ou appliquées telles quelles.
3.1
Gestion documentaire
Les dernières versions de documents seront mises à disposition de l’équipe projet au moyen de l’outil
spécifié dans ce plan (§ ressources). Le login et le mot de passe sera fourni par le Chef de projet.
Toutes versions sont archivées chez Smile.
Le versioning des documents Smile est basé sur un numéro majeur et un numéro mineur. L’incrémentation
du majeur détermine un changement important au niveau de l’évolution du document (ajout d’un chapitre,
remodelage conséquent du plan etc.).
L’incrémentation du mineur permet de rendre compte de corrections légères (portant aussi bien sur
l’orthographe que sur le contenu de certains paragraphes).
Le majeur ne sera généralement augmenté qu’après validation par le client.
Pour annoncer ce changement, la version est passée en release candidate (« rc»). Chaque release
candidate possède son propre numéro de version. Par exemple, avant un passage en « 2.0» nous aurons
une « 2.0rc1», « 2.0rc2» etc.
3.2
Validation des documents
Les destinataires d’un document disposent d’un délai maximum pour envoyer leurs remarques à l’auteur par
écrit (email). Le document est validé tacitement si aucune remarque n’arrive dans ce délai.
Les remarques éventuelles sont enregistrées par l’auteur dans une liste ou directement prises en compte
dans la nouvelle version du document.
A l’échéance du délai, lorsque toutes les remarques ont été reçues, la nouvelle version validée est diffusée.
Eventuellement, une réunion de l’auteur et des émetteurs de remarques permet d’arbitrer la façon de
prendre en compte les remarques.
Le délai maximum de réception des remarques est de 5 jours ouvrés pour les comptes rendus et les FRE
(Fiches de Relevé d’Evénement) et de 10 jours ouvrés pour les autres documents.
3.3
Gestion des composants logiciels et des configurations
L’ensemble des composants logiciels produits dans le cadre du projet sont gérés et archivés dans l’outil de
gestion spécifié dans ce document (§ ressources).
Le référentiel de développement Smile est composé de trois espaces :
• L'espace de développement ne concerne que le développeur et il s'agit de son propre PC. Il réalise
un backup quotidien de son travail sur un serveur de fichiers de Smile.
• L'espace d'intégration est une machine dédiée exclusivement à l'intégration des divers composants
développés. Les développeurs valident leur production avant : soit de la transmettre dans l'espace
de recette, soit de la récupérer sur leur PC pour correction.
• L’espace de recette Smile contient les programmes tels qu’ils vont être en pré-production chez le
client après livraison. Cette machine peut-être visible parfois sur demande.
Smile – Simple, Utile, Performant…
Page 10/13
Un composant passe successivement et sans exception par les espaces suivants :
1) Produit en espace de développement ou récupérer depuis un espace supérieur
2) intégration
3) retour en développement ou passage en recette Smile
4) retour en développement ou passage en environnement client
Chacune des versions recettées est identifiée par un tag dans l’outil de gestion de configuration, est décrite
dans un bon de livraison et est archivée.
3.4
Sauvegardes
Les contenus des instances de l’outil de gestion de configuration sont sauvegardés tous les soirs sur
supports magnétique DAT.
Les environnements d’intégration complets (données, OS, etc.) d’un serveur sont en plus sauvegardés sur
un autre serveur.
3.5
Recette logicielle
Le Chef de projet Smile réalise un document de Stratégie de recette qui défini les modalités et le planning
des recettes (internes Smile et client). Ce document est présenté au client par le Chef de projet pour
validation.
A priori les éléments repris par la Stratégie de recette sont (sauf mention contraire dans la Stratégie de
recette) :
• Rappel du périmètre de la recette (ce qui est testé)
• Les types de tests prévus : fonctionnels, charges, interfaces
• Le planning des étapes de recettes : points de visibilité client, recette interne, recette client, garantie
• La qualification et le traitement des anomalies : via l’outil de gestion des bugs précisé dans ce plan
(§ Ressources)
• Les interlocuteurs responsables des tests : Smile et client.
3.6
Garantie
Les niveaux de services assurés pendant la garantie sont précisés dans la Stratégie de recette.
La garantie ne couvre pas :
• La correction de sources qui auraient été modifiés par des tiers autres que Smile.
• La correction rendue nécessaire par toute modification de configuration du serveur par rapport à sa
configuration initiale.
• La résolution de problèmes matériels, d’OS de base ou de composants non réalisés par Smile. En
cas d’anomalie due à l’un de ces composants, Smile propose un contournement.
Les interventions hors garantie sont facturables.
3.7
Gestion des risques et reporting
Chaque semaine le Chef de projet Smile réalise un statut du projet : le CR Hebdo. Il s’agit d’une image fidèle
et synthétique de l’état du projet.
Le CR Hebdo sert de support pour les réunions de comités.
Il contient au moins :
• Un suivi d’avancement par rapport aux jalons
• Un état des demandes de changement
• Un suivi des risques
Smile – Simple, Utile, Performant…
Page 11/13
•
•
Un suivi des problèmes ou questions ouvertes
Un suivi des actions et décisions
Le CR Hebdo est diffusé par le Chef de projet Smile par email aux acteurs identifiés dans ce plan.
Il est validé conformément à la règle énoncée dans ce plan au § validation documentaire.
3.8
Gestion des demandes client
Toute demande client est enregistrée par le Chef de projet Smile ou par un responsable désigné par lui.
Ses impacts sur le projet sont estimés : charges, délais, coûts.
Les demandes exprimées en phase d’élaboration sont prises en compte si elles sont reliées à des
demandes exprimées dans le cahier des charges ou dans la proposition commerciale Smile.
Les autres demandes (non reliées à la proposition commerciale, ni aux spécifications) sont arbitrées par le
comité projet ou par le comité de pilotage selon leur importance. Cet arbitrage décide de la prise en compte
des demandes : avenant au projet, report de la demande sur un projet / lot ultérieur, fermeture de la
demande.
3.9
Assurance qualité
Plusieurs actions sont mises en œuvre pour assurer la qualité des livrables dés le début de leur processus
de fabrication :
• Des revues croisées de documents (ex. spécifications, cahier de recette) ou de code. Effectuées par
un intervenant du projet différent de l’auteur du livrable. Ces revues permettent d’homogénéiser les
livrables et de détecter au plus tôt les écarts aux normes de codage ou au cahier des charges initial.
• Utilisation d’outil de contrôle continu du code tel que check style (dans les cas pertinents). Il s’agit de
vérifier automatiquement et quotidiennement le code produit pour identifier les écarts à des règles
de codage préprogrammées.
• Des revues / audits techniques formels. Ils sont réalisés par notre Direction Technique qui revoit en
profondeur le code, l’architecture, les documents du projet. Elle restitue au Chef de projet Smile un
plan d’actions d’amélioration pour prise en compte immédiate. Ces actions ont pour but de corriger
les écarts aux bonnes pratiques de développement et de proposer des optimisations.
• Des revues / audits de pilotage formels. Ils sont réalisés par notre Direction Qualité qui revoit en
détail les documents de gestion du projet et interroge le Chef de projet. Elle lui restitue un plan
d’action d’amélioration pour prise en compte immédiate. Ces actions ont pour but de corriger les
écarts aux bonnes pratiques de gestion et de proposer des optimisations.
3.10 Satisfaction client
La satisfaction du client n’est pas que le seul respect de ses exigences contractuelles. La disponibilité du
prestataire, sa réactivité, la notion de devoir de conseil, la visibilité qu’il donne sur le déroulement du projet,
le transfert de connaissances vers les équipes du client, … sont des points qui peuvent donner à la relation
client-fournisseur une dimension plus partenariale.
Smile mesure formellement la satisfaction de ses clients au travers de ses outils internes mais pour que
cette mesure soit réellement exploitable il n’y a rien de mieux que l’avis même du client.
Cet avis est collecté à l’occasion des réunions du Comité de pilotage, par le chef de projet, et prend la forme
d’une note de 0 à 5 (de mauvais à très bon) sur les points suivants :
• Qualité des livrables documentaires (présentation, forme, orthographe, lisibilité, etc.)
• Visibilité sur le projet (clarté et complétude de l’information délivrée par Smile)
• Disponibilité de Smile
• Réactivité de Smile pour enregistrer les demandes client
Smile – Simple, Utile, Performant…
Page 12/13
4
4.1
Annexes
Détail des ressources matérielles du projet
Type
Navigateurs
Serveur d’intégration
Serveur de saisie
Serveur de recette
Serveur de production
Matériels et versions
Front office :
Internet Explorer 7 (PC),
Mozilla Firefox 3 (PC)
et
Safari 3 (MacOSX)
Fourni par
Back office :
Internet Explorer 7 (PC),
Mozilla Firefox 3 (PC)
et
Safari 3 (MacOSX)
Résolution : 1024*768
Installation similaire au serveur de
recette
Installation similaire au serveur de
recette
Installation similaire au serveur de
production
OS :
- Linux Debian Lenny 5.0
- Apache 2.2
- PHP 5.2
- Mysql 5.0
- Typo3 : 4.2.6
SMILE
SMILE
SMILE
ECO-EMBALLAGES
FIN DU DOCUMENT
Smile – Simple, Utile, Performant…
Page 13/13