Accueil Actualités Etude de cas Adhésion Contact

Approche dynamique
 Vocation
 Principes
 Phases
 Applications
Documentation
 V3 en français
 V4
 e-DSDM
 Livrets blancs
 A télécharger
Association
 DSDM et vous
 Adhésion
 Sensibilisation
 Formation
 Certification
Coordonnées

 DSDM France

 6, rue des Deux
 Communes
 94300 Vincennes

 + 33 1 43 28 88 96

 info@dsdmfrance.com

Retour à l'index

Cas : profil d'utilisation dans le secteur défense
Jeudi, 31 Août 2000, par Ian Stokes

Sujet : Etude de cas

Résumé :

ORDNANCE SURVEY - producteur de cartes. En 1791, à cause de la peur d'une invasion par Napoleon qui menaçait la côte sud de l'Angleterre près d'Ashford), une carte du Kent est réalisée. Il n'y a pas eu d'invasion, donc mission accomplie. En l'an 2000, l'Ordnance Survey, (toujours liée au MOD)désire être choisi d'office pour des cartes en Royaume Unis, aujourd'hui et demain.

Corps de l'article :

Situation avant DSDM : L'Ordnance Survey employait des méthodes classiques, telles que SSADM sur plusieurs petits projets (mainframes, i-net, client-serveur). Elle exploitait des données relationnelles et faisait ses premiers pas dans l'objet.

Situation depuis DSDM : " c'est du bon sens. " " On a toujours travaillé comme ça. ". Désormais, DSDM est devenue la norme et l'Ordnance Survey fait même des annonces d'emploi en précisant " DSDM souhaitée ".

Initiation :
Il a fallu se préparer en amont avec un programme de promotion afin de répondre à la mauvaise image du RAD et de démontrer la différence avec DSDM. Surtout, il fa fallu vendre à la direction informatique et atteindre les utilisateurs par des présentations de synthèses. Ensuite les premiers projets ont été établis et un groupe de 40 développeurs et de 18 utilisateurs formés. Quatre projets étaient abordés pendant la première année.

Démarche :
(1) Identifier les projets, (2) entretenir avec les acteurs, (3) établir les rôles, (4) former toute l'équipe, (5) produire le contrat du projet, (6) animer les ateliers, (7) respecter les étapes, (8) mesurer par rapport aux objectifs et aux timeboxes, (9) fêter les réussites.

Leçons :
Protéger les projets, gérer les attentes de tout le monde, démontrer la vérité de la priorisation (MoSCoW), impliquer la direction, garantir le pouvoir de décision des équipes soigner les interfaces, former les partenaires, employer des outils adaptés, inviter des mentors.

LA DERA - DEFENCE EVALUATION & RESEARCH AGENCY

La DERA est une agence du Ministère de la Défense au Royaume Uni. C'est la première source de conseil et de recherche pour le MOD. DERA emploie 11.000 personnes avec un chiffre d'affaires de £1milliard.

La plupart des employés sont des ingénieurs et des scientifiques pour lesquels l'informatique n'est pas une compétence de base. Cependant, le rôle de l'informatique est vital pour l'organisation. Ainsi, le SEC (Software Engineering Centre) a été créé en 1994. Le SEC est un centre pour l'ingénierie de systèmes et de logiciels chez la DERA, et réunit 180 personnes.

La DERA est certifiée IS0 9001 et TickIT. Le SEC s'occupe du BMS (Business Management System) au profit de la DERA. Il s'agit d'un processus global de développement des solutions informatiques : criticité diverse (concepts jusqu'à la sécurité), compétences diverses (scientifiques aussi bien que informaticiens du SEC).

Avant :
Les pratiques de BMS étaient très variées et souvent de nature ad hoc.

Par la suite :
1ère génération de systèmes BMS basés sur des standards publics, tels que les normes de l'Agence Spatiale Européenne.

Après :
Deuxième génération de développements BMS basés sur DSDM.

Pourquoi ?

L'approche de l'Agence Spatiale Européenne est essentiellement en 'V' (cascade). Même si certains des développements à la DERA sont adaptés à cette approche, d'autres sont beaucoup plus informels et typiques d'un contexte de recherche. La rigueur d'une approche en 'V' était pertinente comme première étape pour faire partager un ensemble de concepts. Les utilisateurs plus avancés avaient besoin de davantage de souplesse et souhaitaient les avantages d'une approche RAD de qualité. DSDM a été sélectionné grâce à son statut de standard, et sa cohérence avec ISO 9000.

Un groupe de travail a préparé la mise en œuvre de DSDM : surmonter l'antagonisme des 'fanatiques du V', assurer la compréhension de tous sans créer un prétexte pour du 'bad RAD', offrir une assistance pour le choix du modèle, globaliser la démarche (et pas uniquement les parties purement informatiques), rendre cohérent les principes (ex. 'business'), identifier et impliquer les utilisateurs, compte tenu de la culture.

REJOICE est un programme financé par le programme de meilleures pratiques de la CEE. REJOICE est un PIE (Process Improvement Experiment) afin de comprendre les améliorations grâce à de nouvelles approches. REJOICE aborde trois domaines : identifier les besoins, communication, gestion des besoins. REJOICE s'appuie sur la démarche DSDM. REJOICE permet de comparer, à l'aide de mesures, les autres approches du BMS avec DSDM.

Dans le cadre de son initiative concernant une meilleure politique de contractualisation et d'achats - 'Smart Procurement' , le MOD souhaite promouvoir une démarche qui permet de répondre aux besoins plus rapidement.

DSDM est en train de devenir la norme chez la DERA. REJOICE fournit une évidence quantitative du progrès. La démarche DSDM est bien adaptée à l'ingénierie système.

Click to download attachment 0KB (0 bytes)

Publiez vos commentaires sur cet article
NEWSLETTER
 Abonnement
 Visite des archives
CONSEIL
Evaluez les bénéfices de DSDM pour votre projet
PARTENAIRES
  Bita Center
  Esiee
  Metanaction
  Pilot Systems
 

Haut de page Accueil A propos de DSDM Copyright Crédits Contact
 © 1997-2002 Dynamic Systems Development Method - Réalisation Pilot Systems - Powered by Zope