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

1. Théorie avancée des systèmes d’information 8METHODES ULB 1er 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 ?