1

Théorie avancée des systèmes d’information 8

METHODES

ULB1er avril 2004

2

Plan du cours

• Méthodes concernant le SI– Enjeux économiques du SI– Urbaniser le SI– Faire évoluer le SI

• Méthodes concernant un projet– Première expression de besoin– Etude OFR– FSM– Modélisation du processus– Conduite du projet– Recette– Déploiement– Evaluation

3

I - Méthodes concernant le SI

4

Enjeux économiques du SI

• La fonction de coût du SI– Plate-forme informatique

• Plate-forme physique : serveurs, réseaux, postes de travail

• Plate-forme logicielle : système d’exploitation, AGL, progiciels, interfaces

• Programmes– Maîtrise d’ouvrage

• Spécification fonctionnelle, recette, formation des utilisateurs

• Une rentabilité difficile à évaluer– Il en est de même des efforts d’organisation…– Tentation : des règles de pouce ayant des effets

pervers

5

Enjeux économiques du SI (2)

• Tenir compte de l’étalement des coûts dans le temps– Coût d’investissement, coût de maintenance

• A la recherche du taux d’informatisation optimal– Ne s’atteint que par tâtonnement…

6

Urbaniser et modéliser

7

Apports de l’urbanisation

• Rendre visibles l’architecture du SI– Ainsi ses défauts sautent aux yeux : le SI est élucidé– Etablir un plan d’action, donner une « portée de

phares »

• Le SI définit le langage de l’entreprise– Si la grille conceptuelle est mal bâtie, l’entreprise n’a

pas un système d’information mais un machin informe.– Pour être agile : maîtrise de la pratique de

l’abstraction et de la modélisation

• Un arbitrage stratégique– Besoins des métiers et possibilités de l’informatique – Articuler les plans d’action fonctionnel et technique

8

Faire évoluer le SI

9

II – Méthodes concernant un projet

10

Les échecs et leurs causes

• Des échecs fréquents (Standish Group 1995)– 16 % dans les délais et le budget (9 % pour les

grandes entreprises)– 31 % arrêtés en cours de réalisation– 53 % hors délai, hors coût, hors fonctionnalités– Délais et coûts multipliés par trois en moyenne

• Causes d’échec :– Manque de clarté des besoins– Versatilité des spécifications

• La plupart des échecs sont causés par la maîtrise d’ouvrage

11

Failure Stories & Success Stories

• Failure stories– « Socrate » de la SNCF

• Billetterie et réservation automatique : mMise en œuvre précipitée– L’informatique de la « Très Grande Bibliothèque »

• Gestion des ouvrages : spécifications sans implication des utilisateurs– Le SI du Ministère de la Justice

• Faire jouer à des magistrats le rôle de MOAD– California Department of Motor Vehicles

• Gestion des permis de conduire, 45 M$ perdus. Projet velléitaire, spécifications confuses. 

– American Airlines • Réservation de chambres d'hôtel et location de voitures, 165 M$. Spécifications

confuses et instables.

• Success stories– Hôtels Hyatt

• Système de réservation : soutien des dirigeants, spécifications claires, définition modulaire du projet. 

– Banco Itamarati (Brésil)• Relation avec les clients : maîtrise d'ouvrage professionnelle, bonne coopération

avec les informaticiens. 

12

Etapes du projet

• Etapes préparatoires– Expression de besoin– Etude « Opportunité, Faisabilité, Risques » (OFR)

• Réalisation– Fiche de Synthèse de Mission (FSM)– Modélisation du processus– Conduite de projet– Recette

• Implantation– Déploiement– Evaluation

13

Expression de besoin

• Traduire la demande en besoin– Interpréter le discours des utilisateurs

• Pertinente– A qui, à quoi ça sert ?

• Sobre– Comment faire ? Pourrait-on en faire moins ?

• Complète– S’assurer que l’on n’a rien oublié d’important.

Consultations, validations.

• Claire– Un texte en français naturel, trois pages au plus.

14

Etude OFR

• Opportunité– Evaluation des gains pour l’entreprise– Un scénario différentiel

• Faisabilité– Scénarios de solution, tant MOE que MOA– Evaluation du coût

• Economie– Evaluation du TRI et de la VAN– Estimations très approximatives à ce stade !

• Risques– Réalisation : coût, délai, disponibilité, pérennité des

fournisseurs– Mise en œuvre : acceptation par les clients, par les salariés

15

Fiche de Synthèse de Mission

• Explicite l’accord entre MOA et MOE– Périmètre du projet, priorités, lots, calendrier– Engagements réciproques

• Disponibilité de la MOA, reporting de la MOE

• Constitue les comités – codir, copil, comité d’avancement etc. – Documents de suivi, information des participants

• Désigne les acteurs clés – CP MOE, MOAO– Ces acteurs ainsi que leurs directeurs signent et valident la

FSM– Un véritable « contrat de projet »

16

Modélisation du processus

17

Etapes de la modélisation

18

Le « modèle métier »

19

Le « modèle d’analyse »

20

Pièges de la modélisation

• Logistique des consultations et validations• Mauvaise présentation du modèle aux

dirigeants– Validations inauthentiques

• Prise en compte trop précoce des contraintes techniques

• Cloison étanche entre MOA et MOE– Dialoguer dans la conception, décider selon sa

responsabilité

21

Conduite de projet

• Rôle du directeur de projet– Attention aux excès d’héroïsme !– En principe, c’est un délégué du MOAS– Il lui faut un vrai mandat– Maîtrise du budget (mais c’est rarement le cas)

• Les comités– Un enjeu : la qualité des réunions– Ne pas faire taire celui qui signale un problème

• Le reporting de projet– Le suivi des décisions

22

Reporting du projet

23

Reporting (suite)

24

Recette

• Le cahier de recette– Une liste de tests à établir à froid– Tester sur de « vraies données », et non sur des

données parfaites

• Recette usine, recette technique, recette fonctionnelle

• La convergence de la correction des anomalies

25

Déploiement

• Ingénierie du déploiement– Sur les postes de travail, les serveurs, les réseaux,

les imprimantes– Un site pilote d’abord

• Conduite du changement– Communication avec les managers et les utilisateurs– Formation : une logistique délicate– Former les utilisateurs, les tuteurs, les techniciens du

support

26

Evaluation

• On n’évalue presque jamais les projets…• Le produit fournit-il le service attendu ?• Le projet s’est-il bien déroulé ?• Quelles leçons tirer du déroulement du projet ?