SFR. Mise en place de la gestion des exigences sous DOORS dans le cadre de la refonte du système d'information commercial 14/11/2007

Transcription

1 SFR Mise en place de la gestion des exigences sous DOORS dans le cadre de la refonte du système d'information commercial 14/11/2007 1

2 Sommaire 1- Le contexte et l historique de la Gestion des EXigences SFR 2 - Les principes directeurs de la Gestion des EXigences SFR 3 - La solution mise en œuvre avec DOORS 4 - Les apports constatés 5 - Les difficultés rencontrées 6 Conclusion: une démarche à pérenniser 2

3 1 - Contexte 3

4 SFR s engage dans une démarche de gestion des exigences : Historique Définition démarche & méthodologie mars-mai 2005 sélection de DOORS Pilote opérationnel juin-octobre 2005 Généralisation sur refonte du CRM octobre 2005 Contexte actuel Généralisation sur tous les projets de refonte janvier licences multi sites Une centaine d utilisateurs Certification CMMI engagée chez SFR mi

5 2 - Les principes directeurs de la Gestion des EXigences SFR 5

6 Principes directeurs Figer une vision commune MoA / SI / Fournisseurs de ce à quoi doit se conformer le SI : Besoin de disposer d un référentiel projet qui permet d avoir une compréhension commune et partagée des besoins par tous les acteurs durant tout le cycle projet. Maîtrise du périmètre de projets longs et complexes : Vérifier la couverture des besoins à chaque phase du projet, Des évolutions de périmètre inévitables qu il faut gérer et maîtriser. Maîtrise des délais pour tenue des roadmaps : Visibilité précise au fil de l eau sur la conformité du produit et l avancement. Fournir les bases des vérifications en recette : Préparation des scénarios de recette pendant les phases de conception Formalisation d exigences de test 6

7 Cycle de vie des exigences CYCLE PROJET CYCLE EXIGENCES POUR LE SI CYCLE EXIGENCES DE TEST Définition du périmètre Collecte, identification, qualification des besoins Concevoir la solution Spécifications générales du système Conception générale Contractualisation Définition des exigences pour le système d information Conception détaillée Définition des exigences pour chaque système applicatif (SA) Réalisation Définition des exigences de test : Niveau 1 : nature Niveau 2 : Domaine applicatif Niveau 3 : Séquence Affinage des exigences pour chaque SA Affinage exigences niv. 3 : Définition exigences de test : Niveau 4 : fonction/service/flux Niveau 5 : règle de gestion Affinage des exigences de test niv. 3, 4, 5 Livraison Recevabilité Intégration Validation Intégrer et valider la solution Réaliser la solution 7

8 3 - La solution mise en œuvre sous Doors 8

9 Utilisation de DOORS Permettre le travail collaboratif entre les différents acteurs SFR ainsi qu entre SFR et ses différents fournisseurs Etablir et organiser le référentiel d exigences du projet Un projet structuré en espaces en fonction des différentes phases du processus Utilisation d attributs pour distinguer Les exigences / les informations Les exigences du scope / les exigences hors scope Effectuer la traçabilité de la prise en compte des besoins à chaque phase du processus Mise en relation au moyen de liens auxquels on donne une signification Utilisation d attributs pour tracer les décisions de modification du périmètre Faciliter les analyses d impacts en cas de modification du besoin ou de contraintes Exploitation de la traçabilité par liens Vérifier à chaque étape du processus la complétude de la solution élaborée Utilisation de liens ou d attributs pour établir les matrices de couverture Utilisation d indicateurs de suivi 9

10 Structure du référentiel d exigence Définition du périmètre Spécifications générales du système Conception générale Conception détaillée et réalisation Intégration et Validation Alimentation par livrables métiers Formulation des exigences SI Alimentation par modélisation UML Alimentation par livrables fournisseurs Formulation des exigences de test 10

11 Formulation des exigences sous Doors utilisation d attributs et de vue spécifique : Attribut «libellé» : texte de l exigence ou de l information Attribut «exigence» : indique s il s agit d une exigence pour le SI, d une information, ou d une exigence en doublon d une autre (Valeur «oui», «non», «doublon») Attribut «SSA» : indique quels systèmes applicatifs sont concernés par l exigence Attribut «palier» : indique si l exigence est dans le périmètre du palier considéré Attribut «criticité système» : indique le degré de criticité pour le SI Attributs «niveau de qualification», «niveau de validation» 11

12 Traçabilité mise en place Lien spécifique de traçabilité : «satisfait» 1-espace de collecte 2-espace de référence 3-espace de conception 4-espace de réalisation 5-espace de test Expression de besoin PM Exigences par Thème fonctionnel PM Eléments de CG (modélisation UML) Documents fournisseurs Libellés Exigences de Test Construction automatique de vue de traçabilité (outil Wizard) 12

13 Utilisation d indicateurs Avancements des différentes phase : qualification des exigences Taux de couverture des besoins Information sur la volumétrie d exigences. 13

14 Gestion du changement - principes La gestion du changement concerne L ajout d une nouvelle exigence La modification d une exigence La suppression d une exigence La gestion du changement doit assurer la maîtrise des évolutions du référentiel Tout changement du référentiel doit être tracé Tout changement du référentiel doit être validé par les acteurs amonts et avals Tout changement du référentiel doit être répercuté en amont et en aval La gestion du changement porte sur les référentiels d exigences Chaque version validée d un espace du projet donne lieu à la création d une baseline La gestion du changement doit être mise en place dès l émission des CdCs pour garantir la maîtrise des évolutions du référentiel 14

15 Gestion des changements Fonctionnalité standard «Change proposal system» : Solution non retenue : interface standard peu ergonomique lorsque les changements sont susceptibles de concerner de nombreux attributs Amélioration possible : utilisation de la suite logicielle proposée par Telelogic Solution retenue Les modifications ne sont pas apportées directement mais doivent être saisies dans des attributs spécifiques, Le report des modifications est effectué par l administrateur après accord du pilotage : Attributs spécifiques pour tracer les changements apportés Utilisation de baseline 15

16 4 - Les apports constatés 16

17 Apports de la méthodologie et son outillage Procédure/outillage pour la formulation d exigences partagées entre les métiers et les équipes SI Moyen d échange commun et formalisation centralisée des décisions partagées. Visibilité de l avancement de la qualification via des indicateurs. Contribuer à la production de cahiers des charges clairs et non ambiguës pour les fournisseurs Exhaustif par rapport aux besoins Faciliter le contrôle des réponses fournisseurs par rapport aux Cahiers des Charges Traçabilité des exigences de la conception jusqu à la réalisation Procédure de gestion des changements depuis l émission des Cahiers des Charges jusqu à la réalisation Contribuer à la définition des exigences de test exhaustives / besoin 17

18 5 - Les difficultés rencontrées 18

19 Difficultés rencontrées Conduite du changement auprès des équipes internes : Formulation d exigence à partir des besoins Prise en main des outils nécessitant un accompagnement important Conduite du changement auprès des fournisseurs : Changement du format des Cahiers des Charges Nouvelles modalités de réponses Fourniture des information de couvertures des exigences Outillage et méthodologie non généralisée à tous les projets : Industrialisation partielle Import/export vers outils bureautiques importants 19

20 6 Conclusion une démarche à pérenniser 20