Théorie avancée des systèmes

d’information 8

METHODES

ULB
1er avril 2004

1
 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

2
I - Méthodes concernant le SI

3
 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

4
 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…

5
Urbaniser et modéliser

6
 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

7
Faire évoluer le SI

8
II – Méthodes concernant un
projet

9
 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

10
 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. 

11
 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

12
 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.

13
 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

14
 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 »

15
Modélisation du processus

16
Etapes de la modélisation

17
Le « modèle métier »

18
Le « modèle d’analyse »

19
 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é

20
 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

21
Reporting du projet

22
Reporting (suite)

23
 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

24
 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

25
 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 ?

26