Check List Meilleures Pratiques

Centre national de la recherche scientifique Direction des systmes d'information

Meilleures pratiques du projet : #projet#

Rfrence : CNRS/DSI/#projet#/GP/95750019.doc Date : jj/mm/aa Version : 1.0 Auteurs : xxx Diffusion : quipe projet

Objet du document : ce document permet de slectionner les meilleures pratiques appliquer dans le cadre du projet (colonne : "A faire") puis de faire un suivi de l'application de ces recommandations (colonne : "Fait"). Ces cases peuvent tre soit coches, soit renseignes par une ou plusieurs dates. La dernire colonne "Observations" permet de noter des commentaires, des cas particuliers, des propositions de modifications ou d'ajouts de pratiques ou les justifications de ne pas appliquer les pratiques. Les couleurs indiquent les phases dans lesquelles les meilleures pratiques doivent tre suivies : : phase d'tude pralable : phase de construction

Meilleures pratiques du projet

: phase de mise en production

FIG. 1 : CYCLE DE VIE

Phases PROCESSUSIntgration dans le systme d'information Matrise de la technologie Expression des besoins et exigences Conceptionralisation Validation et recette

Etude pralable

Construction

Mise en production

Maquette Version incrmentale Version finale

Validation maquette

Recette intermdiaire

Recette finale

Accompagnement du changement Conduite de projet

Gestion de la soustraitance Gestion de la documentation Gestion de configuration logiciel Gestion des changements

CNRS/DSI/#projet#/GP/95750019.doc

27/01/2005 02:17:00 PM

2 / 16


Lgende : importance de la charge de travail et de la criticit des processus dans les phases Forte Moyenne Faible Absente


27/01/2005 02:17:00 PM

3 / 16


FIG. 2 : ACTEURS DU PROJET

Reprsentants matrise d'ouvrage Groupe d'utilisateurs

Equipe projet Equipe fonctionnelle (BBFC, BGAS ou BPRH) Ergonome, graphiste, mthodes, animation RSI (BMSD)

Gestionnaire des marchs (BAGA) Prestataire

Equipes SSI en dlgation

Equipe technique (BEST) Assistance aux utilisateurs (BSU) informations sur l'application rgles Equipe RUE - urbanisation - rfrentiel - EAI Groupe de travail : - applications Web DSI retours d'exprience pratiques, orientations


27/01/2005 02:17:00 PM

4 / 16


PRO : PROCESSUS DE PRODUCTION PRO-1 Intgration dans le systme d'informationMeilleures pratiques Identifier le primtre de lapplication Identifier les rles et responsabilits des diffrents acteurs (utilisateurs). Etudier le processus mtier concern et identifier le primtre de lapplication. Utiliser loutil PowerAMC pour modliser les acteurs et processus mtier. Identifier les interactions avec d'autres applications Commencer lister les flux de donnes avec d'autres applications, identifier les donnes de rfrence, se positionner par rapport la plateforme EAI. Prvoir les volutions ncessaires d'applications existantes (pour permettre les changes). Identifier do lapplication sera accessible. Profiter des retours d'exprience DSI (cf. site Dveloppement Web de la DSI) Parcourir d'autres applications Web appartenant au contexte de l'application : identifier les caractristiques reconduire. Rechercher des informations sur l'ergonomie en fonction du contexte d'utilisation de l'application et des technologies utilises. Rdiger une note de cadrage Rdiger une note de cadrage du projet. Faire valider la note de cadrage par la matrise douvrage du projet et la direction de la DSI. Prendre en compte les activits transverses la DSI Transmettre la note de cadrage du projet au staff DSI, ainsi qu l'ergonome, au graphiste, lanimateur du rseau RSI (BMSD), lquipe RUE (groupes de travail rfrentiels partags, EAI et urbanisation). Organiser une runion de lancement avec lergonome et le graphiste DSI pour dfinir le primtre de leurs interventions et les modalits dapplication de la charte graphique CNRS. Organiser une runion de lancement avec lquipe RUE pour dfinir le primtre de leurs interventions. Identifier limpact de lapplication sur les quipes SSI (services du systme dinformation) en dlgation et dfinir leur rle. Prvenir l'assistance aux utilisateurs de la DSI de la date de mise en production de l'applicationCNRS/DSI/#projet#/GP/95750019.doc 27/01/2005 02:17:00 PM 5 / 16

A faire

Fait

Observations


Meilleures pratiques (nouvelle application ou nouvelle version).

A faire

Fait

Observations


27/01/2005 02:17:00 PM

6 / 16


PRO-2

Matrise de la technologieMeilleures pratiques A faire Fait Observations

Intgrer le BEST dans le projet Informer les responsables du BEST ds le dbut du projet en formalisant la demande, leur transmettre la fiche de cadrage du projet. Dterminer si la conception-ralisation de l'application est confie un prestataire ou s'effectue en interne au BEST. Demander aux responsables de BEST d'identifier les intervenants BEST. Organiser une runion de lancement avec les intervenants du BEST et planifier leurs interventions. Planifier des runions techniques (avec l'quipe fonctionnelle, le BEST et le prestataire). Permettre les relations directes entre le BEST et le prestataire (traces dans des documents). Comprendre les technologies utilises Rechercher les informations sur l'environnement technique retenu pour l'application (cf. site Dveloppement Web de la DSI). Demander les formations ou sensibilisations ncessaires auprs du chef de bureau. Partager l'information entre le BEST et l'quipe fonctionnelle. Demander au BEST sous forme crite, les argumentaires sur les choix techniques. Rendre les documents techniques accessibles l'quipe fonctionnelle, y compris les mls.


27/01/2005 02:17:00 PM

7 / 16


PRO-3

Expression des besoins et exigencesMeilleures pratiques A faire Fait Observations

Recueillir et analyser les besoins fonctionnels et oprationnels Faire choisir le nom de l'application par le groupe des utilisateurs. Recueillir les besoins fonctionnels (mais surtout pas en termes de solutions). Demander aux utilisateurs de classer les besoins fonctionnels par ordre de priorit (en tenir compte pour constituer les versions incrmentales). Recueillir les exigences oprationnelles. Utiliser l'outil PowerAMC pour modliser le contexte statique, dynamique, les cas dutilisation et le modle du domaine. Formaliser les exigences dans un document Exigences fonctionnelles. Insrez les diagrammes PowerAMC dans ce document Word. Faire des modles visuels comprhensibles pour les utilisateurs et valeur ajoute. Transmettre les Exigences fonctionnelles lquipe RUE. Dvelopper une maquette Dfinir l'enchanement des pages de l'application et les rgles dergonomie. Utiliser l'outil PowerAMC pour modliser la navigation dans les pages de lapplication. Formaliser les exigences dergonomie, graphisme et dinterface utilisateur dans un document Conception de linterface utilisateur. Insrez les diagrammes PowerAMC dans ce document Word. Dcliner la charte graphique CNRS pour lapplication. Faire une maquette en interne la DSI ou la demander au prestataire. Utiliser des donnes ralistes dans la maquette. Effectuer une revue sur lergonomie et le graphisme de la maquette. Organiser pour les utilisateurs une runion de prsentation et d'valuation de la maquette. Vrifier la cohrence entre la maquette et la formalisation des besoins fonctionnels. Identifier l'environnement technique de production Respecter les orientations techniques prconises par BEST (cf. site Dveloppement Web de la DSI). Demander au BEST de dfinir l'environnement technique cible, de mettre en valeur les points critiques (dans le cahier des charges). Dfinir avec BEST les responsabilits et les exigences pour l'exploitation (dans le cahier des charges).


27/01/2005 02:17:00 PM

8 / 16


PRO-4

Conception-ralisationMeilleures pratiques A faire Fait Observations

Rdiger la documentation fonctionnelle dtaille Gnralement, confier la rdaction initiale de la documentation fonctionnelle dtaille au prestataire. Exiger une trame minimale (mais suffisante) de documentation fonctionnelle dtaille. Construire la documentation de manire itrative. En interne la DSI, maintenir jour les rgles d'ergonomie et la ligne graphique spcifiques lapplication. Concevoir l'architecture de l'application Recommander llaboration et la publication de schmas de donnes XML. Demander l'quipe de ralisation (prestataire ou BEST) de respecter les principes dinteroprabilit. Demander lquipe de ralisation de rester en contact avec le graphiste de la DSI pendant lintgration de la charte graphique CNRS (tenir informe lquipe fonctionnelle). Rdiger la documentation technique Confier la rdaction initiale (ainsi que les mises jour en maintenance) de la documentation technique dtaille au prestataire. Exiger une trame minimale (mais suffisante) de documentation. Construire la documentation technique dtaille de manire itrative. Faire valider la documentation technique dtaille par le BEST au plus tt dans la phase de construction (la diffuser l'quipe d'exploitation).


27/01/2005 02:17:00 PM

9 / 16


PRO-5

Validation et recetteMeilleures pratiques A faire Fait Observations

Organiser les validations et les recettes Pour la validation de la maquette, prvoir les ressources humaines : quipe fonctionnelle, ergonome, graphiste. Pour la validation de la maquette, tracer les modifications apporter sur des copies d'cran pralablement imprimes et sur un relev de conclusions. Pour la validation des documents livrs par le prestataire, crire les remarques de relecture directement sous forme de marques de rvision dans le document. Organiser une runion de prparation de la recette avec le prestataire et le BEST. Demander au prestataire de livrer ses plans de tests (ou y avoir accs). Pour la recette, prvoir les ressources humaines : quipe fonctionnelle, ergonome, graphiste, assistance aux utilisateurs, BEST. Tester d'autant plus l'application que les dlais de dveloppement sont courts. Pour chaque version incrmentale de l'application, identifier les cas de tests effectuer (dont quelques uns de non-rgression). Partir des cas dutilisation identifis lors de lexpression des besoins. Utiliser une fiche de suivi des cas de tests. Ne pas planifier prcisment (dates) les cas de tests. Donner le top de dpart de la recette quand l'installation est correcte. Si des sites pilotes sont prvus, prvoir un accompagnement par l'ergonome. Grer les anomalies En recette, formaliser les anomalies dtectes et effectuer un suivi de ces anomalies. Utiliser de prfrence l'outil propos par le prestataire (si la DSI peut y accder) ; sinon, utiliser l'outil MANTIS (open-source) ou un tableau de suivi des anomalies. Pour chaque anomalie, identifier la plate-forme de recette : poste, OS, navigateur (versions). Pendant la recette, faire des points rguliers de prsentation des anomalies au prestataire. Affecter les corrections d'anomalies l'itration suivante. Valider fonctionnellement l'application Identifier le responsable des tests fonctionnels. Spcifier les tests fonctionnels mettre en uvre pour l'application partir de la documentation fonctionnelle dtaille. Prvoir des tests de recette sur le respect des rgles d'ergonomie (prvenir l'ergonome) et de la charte graphique CNRS (prvenir le graphisteCNRS/DSI/#projet#/GP/95750019.doc 27/01/2005 02:17:00 PM 10 / 16


Meilleures pratiques DSI). Mettre en uvre des tests unitaires et des tests de scnarios (bass sur les cas dutilisation). Valider techniquement l'application Identifier le responsable des tests techniques (BEST ou quipe fonctionnelle). Spcifier les tests techniques mettre en uvre. Demander au BEST de prparer l'environnement technique de recette et planifier la priode de tests.

A faire

Fait

Observations

PRO-6

Accompagnement du changementMeilleures pratiques A faire Fait Observations

Constituer le systme d'aide Faire produire tous les textes (y compris laide) par le groupe de travail utilisateur. Proposer une plaquette de prsentation de l'application ou un mmo pour les utilisateurs. Proposer une aide en ligne oriente mtier. Mettre en place le circuit d'assistance aux utilisateurs Formaliser le circuit d'assistance aux utilisateurs spcifique pour l'application. Former l'quipe de l'assistance aux utilisateurs l'application, durant la priode de recette de l'application. Sassurer de la mise en place dactions de communication Proposer des supports de communication complmentaires ceux de la matrise douvrage.


27/01/2005 02:17:00 PM

11 / 16


SUP : PROCESSUS DE SUPPORT

SUP-1

Conduite de projetMeilleures pratiques A faire Fait Observations

Matriser les relations avec la matrise d'ouvrage et les utilisateurs Identifier une personne ou un comit qui puisse dcider au fur et mesure du dveloppement. Dans le cas dun site Web, identifier les rles et responsabilits des diteurs (ceux qui mettent en forme linformation en ligne via des diteurs HTML) et des responsables de contenu (ceux qui sont responsables des informations sur le fond). Identifier un groupe d'utilisateurs qui puisse exprimer les besoins, valuer et valider la maquette. Planifier quelques jalons : runion de lancement, points d'avancement, prsentation et validation d'une maquette ou d'une version incrmentale, date de mise en production. Aprs chaque contact, formaliser les dcisions prises dans un document. Garder l'historique des dcisions ayant un impact sur le cahier des charges et sur les dlais. Dans le cas de traitement automatis d'informations nominatives, informer la matrise d'ouvrage et effectuer la dclaration la CNIL. Si une dclaration est faite la CNIL, mettre les informations lgales sur la page d'accueil. Favoriser les changes au sein du bureau Identifier les comptences au sein du bureau. Prvoir des runions rgulires au sein du bureau. Diffuser lensemble de lquipe les comptes-rendus des runions extrieures au bureau. Effectuer un suivi ractif du projet Dterminer les jalons majeurs du projet (pas de planification dtaille). Tenir jour quotidiennement la fiche de suivi de projet. Effectuer un point davancement mensuel auprs de la matrise douvrage et de la DSI. Communiquer rgulirement le planning du projet au staff DSI et aux quipes transverses intervenant (BEST, BMSD, BSU, quipe RUE. Grer les risques. Suivre un cycle de vie itratif et incrmental Identifier les itrations du cycle et les versions incrmentales de l'application. Planifier chaque livraison et validation de version incrmentale. Ractualiser le planning de faon itrative : CNRS/DSI/#projet#/GP/95750019.doc 27/01/2005 02:17:00 PM 12 / 16


Meilleures pratiques la fin de chaque itration. Capitaliser les connaissances du projet Faire un bilan en fin de projet ( partir de la fiche de suivi de projet). Capitaliser : identifier les pratiques intressantes pour la conduite de projet et pour les applications Web. Enrichir la base de connaissances DSI (site Dveloppement Web de la DSI).

A faire

Fait

Observations

SUP-2

Gestion de la sous-traitanceMeilleures pratiques A faire Fait Observations

Constituer le cahier des charges Partir d'une trame de cahier des charges. Initialiser le rapport d'analyse des offres. S'il existe une maquette, la mettre dans le cahier des charges. Voir s'il est possible, avec le chef de bureau et le responsable du site, de mettre disposition du prestataire des locaux la DSI. Slectionner les socits (gnralement trois) auxquelles envoyer le cahier des charges (cf. retours d'exprience dans le site Dveloppement Web de la DSI). Contractualiser Informer le gestionnaire des marchs la DSI (BAGA). Choisir le prestataire en s'aidant du rapport d'analyse des offres. Ngocier des dlais de validation-recette suffisamment longs. Prvoir un dlai plus long pour la rception de la documentation fonctionnelle et technique dtaille que pour l'application. Transmettre le cahier des charges, le rapport d'analyse des offres et l'offre retenue au BAGA, pour envoi la dlgation rgionale. Informer l'quipe projet des dispositions contractuelles Au cours d'une runion interne DSI, prsenter les dispositions contractuelles l'quipe. Rendre les documents contractuels accessibles l'quipe, dans le rpertoire de la documentation du projet, sur serveur DSI. Informer rgulirement l'quipe projet sur l'avancement du march. Matriser les relations avec le prestataire Lors de la runion de lancement avec le prestataire, prsenter le mode de dialogue entre la DSI et le prestataire. Identifier les interlocuteurs, leurs responsabilits et la faon de les contacter (noms, adresses ml, tl).CNRS/DSI/#projet#/GP/95750019.doc 27/01/2005 02:17:00 PM 13 / 16


Meilleures pratiques Mettre en relation l'ergonome et le graphiste de la DSI avec le prestataire. Dfinir la frquence des points davancement (rendez-vous pris au point d'avancement prcdent) et tracer par crit chaque dcision. Planifier des jalons (runions, livraisons) avec le prestataire. Demander la justification de chaque nonrespect d'une exigence de la DSI. Etablir un bilan de la prestation et du suivi effectu en fin de projet (dans la fiche de suivi de projet).

A faire

Fait

Observations

SUP-3

Gestion de la documentationMeilleures pratiques A faire Fait Observations

Grer la documentation sur serveur DSI Crer un rpertoire du projet sur le serveur dans [buzet ou montmartre]/projets/autres-applis[bureau]. Dcouper le rpertoire du projet en sousrpertoires, reprenant les phases et activits du projet. Grer les versions de la documentation (indpendamment des versions de l'application). Stocker les mls dans les rpertoires du projet sur serveur. Identifier les modles de document et les livrables Rfrencer chaque document en page de garde et dans le pied de page de chacune des pages. Utiliser les modles de documents de la DSI (cf. site Dveloppement Web de la DSI). Demander au prestataire de livrer les documents respectant des rgles minimales de forme et accompagns dun bon de livraison.


27/01/2005 02:17:00 PM

14 / 16


SUP-4

Gestion de configuration logicielMeilleures pratiques A faire Fait Observations

Grer les environnements Identifier les environnements : de dveloppement (mis en uvre par le prestataire), de recette et de production. Planifier la mise en uvre des environnements DSI suffisamment tt avant la recette. A la DSI, grer en configuration l'application globale ou bien des lots de livraison (par exemple si multi-plates-formes ou multiprestataires). Demander au BEST d'archiver les diffrentes versions de l'application et les sources. Identifier chaque livraison toute nouvelle version de l'application par un numro de version : [version].[sous-version].[tat technique], initialis 1.1.1. Si un outil de gestion de configuration est jug ncessaire en interne la DSI, utiliser un outil de type CVS (open-source) et le prciser dans le cahier des charges. Grer les livraisons du prestataire Demander au prestataire de formaliser le contenu de ses livraisons par un bon de livraison. Demander au prestataire d'accompagner le bon de livraison de chaque version intermdiaire, d'un manuel d'installation jour. En mise au point ou en maintenance, demander au prestataire de regrouper les volutions ou corrections pour minimiser les livraisons. Organiser l'exploitation Diffuser le cahier des charges l'quipe d'exploitation de BEST. Mettre en place un planning de mise en exploitation avec le BEST. Demander au BEST de prparer le dossier d'exploitation. Ds que possible (avant la fin de la recette), livrer BEST le manuel d'exploitation livr par le prestataire. Ds que l'application est en production, tenir jour (BEST) le journal d'exploitation. Dans le cas dun site Web, communiquer aux diffrents diteurs les lments ncessaires pour mettre en ligne linformation.


27/01/2005 02:17:00 PM

15 / 16


SUP-5

Gestion des changementsMeilleures pratiques A faire Fait Observations

Grer les volutions en cours de dveloppement Consigner les demandes d'volution dans le portefeuille des modifications. Donner accs au portefeuille des modifications (un extrait ventuellement) : l'quipe projet, la matrise d'ouvrage et un groupe d'utilisateurs. Faire valider les volutions par un groupe d'utilisateurs. Transmettre les volutions au prestataire pour la version en cours. Prparer la ralisation d'une version en maintenance Prvoir suffisamment de dlai pour le dveloppement d'une nouvelle version (ractivit du prestataire). Analyser (en concertation avec l'ergonome de la DSI) les demandes d'assistance reues l'assistance aux utilisateurs de la DSI. Consigner les demandes de correction ou d'volution dans le portefeuille des modifications. Mettre l'extrait du portefeuille des modifications que l'on souhaite dvelopper dans le cahier des charges. Dans le cahier des charges, indiquer les documents existants (documentation technique) que le prestataire devra maintenir jour. S'assurer que la comptence fonctionnelle et technique du prestataire est maintenue (si on choisit le prestataire initial). Ajuster le portefeuille des modifications lors de la runion de lancement avec le prestataire. Lors de la mise en production d'une nouvelle version, s'assurer d'abord que l'on pourra revenir rapidement la version prcdente, an cas de problme majeur.


27/01/2005 02:17:00 PM

16 / 16

Documents

Check List Meilleures Pratiques