Dveloppement des applications Web la DSI : liste de risques

Rf Type Description du risque 1. Fonctionnel Les besoins sont non dlimits, pas stabiliss, incompris. 2.

3.

4.

Actions prventives Ajustement avec une maquette. Dveloppement incrmental, avec en priorit la ralisation des besoins principaux ou critiques. Fonctionnel Perfectionnisme dans l'expression des Examen critique de l'expression des besoins. besoins. Maquettage. Calcul des retours sur investissement, analyse de la valeur (enjeux des fonctions). Fonctionnel La prsentation d'une maquette ou Prsentation aux utilisateurs du primtre de chaque version : d'une version intermdiaire aux fonctions prioritaires, possibilit de reporter les besoins dans la utilisateurs peut fortement remettre en version ultrieure. cause l'expression des besoins. Matrise du primtre avec le prestataire via les demandes de modification. Fonctionnel Un manque de mobilisation des Prsentation des enjeux aux utilisateurs et actions de sensibilisation en amont. utilisateurs peut amener une Choix de sites pilotes. approbation non reprsentative de l'application. Technique La technologie n'est pas matrise. Identification d'experts internes. Assistance externe. Formation, sensibilisation, veille technologique. Structuration de l'quipe, renforcement de l'encadrement, entraide, motivation. La technologie n'est pas stabilise. Recensement des bugs connus. Choix de versions des logiciels. Recommandations de configuration. Relations dveloppes avec le constructeur ou l'diteur pour obtenir du support. Protocole de tests approfondi. L'architecture n'est pas adapte. Dveloppement d'une premire version de l'application qui couvre les composants de l'architecture. Blocage sur les limites Analyse technique. Analyse des cots. Enqute sur les technologiques des plates-formes configurations. (temps de rponse) Vrification a priori des performances (simulation, essais comparatifs, modlisation, prototypage). Observation en sites pilotes et en formation. Instrumentation, rglages. Suivi de tableaux de bord. Compatibilit multi-plateformes. Prvoir des upgrades de postes utilisateurs. Suivre des rgles de codage et de tests. La ralisation est en avance sur le Approuver des chapitres de la conception (en premier le modle de planning initial et avance sur un donnes). primtre non encore approuv. On Travail en premier sur des composants communs (accs la base, ris que de faire et de dfaire. gnration Pdf, sessions, gestion des erreurs). La non disponibilit dans les dlais Possibilit de faire la recette sur l'environnement de dveloppement d'un environnement de recette du prestataire. Risque de retard dans la livraison. Livraison en deux temps : application-manuel d'installation puis autres documentations. Des modifications frquentes sont Dfinition d'un seuil d'acceptation des changements. demandes pendant le Dveloppement incrmental : identification et planification des dveloppement. versions. Report de modifications en maintenance. Dpendance vis --vis d'autres Runions de coordination. Synchronisation pour la diffusion. applications du systme d'information Plate-forme de test ddie. Rception commune. (interfaces, adaptations en parallle). Observation en sites pilotes et en dbut d'exploitation. Dpendance vis --vis du prestataire Demande d'engagements sur la qualit de service. Contenu du contrat Suivi des ralisations sous-traites. Livraisons intermdiaires. Audit qualit.

5.

6.

Technique

7. 8.

Technique Technique

9. 10.

Technique Projet

11. 12. 13.

Projet Projet Projet

14.

Projet

15.

Projet

CNRS/DSI/BQSD/Qualit/Applications-web/guide-risques.doc

11/02/03

1/1