Article de reference

méthode de développement des systèmes dynamiques

( Learn how and when to remove this message ) Modèle de la méthode de gestion de projet DSDM La méthode de développement de systèmes dynamiques ( DSDM ) est un cadre de gestion ...

Modèle de la méthode de gestion de projet DSDM
agile , initialement utilisé comme méthode de développement logiciel . Lancée en 1994, la DSDM visait à l'origine à structurer la méthode de développement rapide d'applications (RAD). Dans ses versions ultérieures, le cadre de projet agile DSDM a été revu et est devenu une approche générique de gestion de projet et de livraison de solutions, non plus spécifiquement axée sur le développement logiciel et la création de code, mais applicable à des projets non informatiques. Le cadre de projet agile DSDM couvre un large éventail d'activités tout au long du cycle de vie du projet et repose sur des fondements et une gouvernance solides, ce qui le distingue de certaines autres méthodes agiles. Le cadre de projet agile DSDM est une approche itérative et incrémentale qui intègre les principes du développement agile, notamment l'implication continue des utilisateurs/clients.

DSDM fixe les coûts, la qualité et les délais dès le départ et utilise la méthode MoSCoW de priorisation du périmètre en éléments indispensables , souhaitables , possibles et à éviter afin d'adapter les livrables du projet et de respecter les délais impartis. DSDM est une méthode agile parmi d'autres pour le développement de logiciels et de solutions non informatiques, et fait partie de l'Agile Alliance.

En 2014, DSDM a publié la dernière version de sa méthode dans le cadre « DSDM Agile Project Framework ». Parallèlement, le nouveau manuel DSDM reconnaissait la nécessité de l'utiliser conjointement avec d'autres cadres de gestion de la prestation de services (notamment ITIL ) , PRINCE2 , Managing Successful Programmes et PMI. La version précédente (DSDM 4.2) ne contenait que des recommandations sur l'utilisation de DSDM avec la programmation extrême .

le développement rapide d'applications (RAD) s'est répandu dans le secteur informatique. Les interfaces utilisateur des applications logicielles ont évolué, passant des anciens écrans verts aux interfaces graphiques que nous connaissons aujourd'hui. De nouveaux outils de développement, tels que PowerBuilder , ont fait leur apparition . Ils ont permis aux développeurs de partager plus facilement leurs solutions avec leurs clients ; le prototypage est devenu une réalité et les frustrations liées aux méthodes de développement classiques et séquentielles ( en cascade ) ont pu être reléguées au second plan.

Cependant, le mouvement RAD était très peu structuré : il n’existait aucune définition communément admise d’un processus approprié et de nombreuses organisations ont élaboré leur propre définition et approche. De nombreuses grandes entreprises étaient très intéressées par les possibilités offertes, mais elles craignaient également de compromettre la qualité des livrables finaux, qualité que pouvait permettre un développement en flux libre.

Le consortium DSDM a été fondé en 1994 par une association de fournisseurs et d'experts en génie logiciel. Son objectif était de développer et de promouvoir conjointement un cadre RAD indépendant, en combinant leurs meilleures pratiques . L'idée a germé lors d'un événement organisé par le Butler Group à Londres. Les participants travaillaient tous pour des entreprises de renom telles que British Airways, American Express, Oracle et Logica (d'autres sociétés, comme Data Sciences et Allied Domecq, ont depuis été rachetées).

En juillet 2006, la version publique 4.2 de DSDM a été mise à la disposition des particuliers pour consultation et utilisation ; cependant, toute personne revendant DSDM doit toujours être membre du consortium à but non lucratif.

En 2014, le manuel DSDM a été mis en ligne et rendu public. De plus, des modèles pour DSDM peuvent être téléchargés.

En octobre 2016, le consortium DSDM est devenu l’ Agile Business Consortium (ABC). L’Agile Business Consortium est une organisation à but non lucratif, indépendante des fournisseurs, qui possède et administre le cadre DSDM.

Description

DSDM est une approche indépendante des fournisseurs qui reconnaît que les problèmes humains sont plus souvent à l'origine d'échecs de projets que les problèmes technologiques. DSDM vise à aider les personnes à collaborer efficacement pour atteindre les objectifs de l'entreprise. Indépendante des outils et des techniques, DSDM peut être utilisée dans tout environnement commercial et technique, sans lier l'entreprise à un fournisseur particulier.

Principes

Il existe huit principes sous-jacents au DSDM. Ces principes guident l'équipe dans l'attitude qu'elle doit adopter et dans l'état d'esprit qu'elle doit adopter pour livrer de manière constante.

  1. Concentrez-vous sur les besoins de l'entreprise
  2. Livraison dans les délais
  3. Collaborer
  4. Ne jamais faire de compromis sur la qualité
  5. Construire progressivement à partir de bases solides
  6. Développer de manière itérative
  7. Communiquer de manière continue et claire
  8. Démontrer sa maîtrise

Techniques fondamentales

Le timeboxing est une méthode de réalisation de projet incrémentale qui consiste à le diviser en portions, chacune avec un budget et une date de livraison fixes. Pour chaque portion, un certain nombre d'exigences sont priorisées et sélectionnées. Le temps et le budget étant fixes, les seules variables restantes sont les exigences. Ainsi, si un projet manque de temps ou de budget, les exigences les moins prioritaires sont omises. Cela ne signifie pas pour autant que le produit livré est inachevé. En effet, le principe de Pareto stipule que 80 % du projet provient de 20 % des exigences du système. Par conséquent, tant que ces 20 % d'exigences les plus importantes sont implémentées, le système répond aux besoins de l'entreprise. De plus, aucun système n'est parfait du premier coup.
  • MoSCoW : est une technique de priorisation des tâches ou des exigences. C'est un acronyme qui signifie :
    • Indispensable
    • J'aurais dû
    • Aurait pu
    • Je n'aurai pas
    • Le prototypage consiste à créer des prototypes du système en développement dès les premières étapes du projet. Il permet de déceler rapidement les défauts du système et offre aux futurs utilisateurs la possibilité de le tester. On obtient ainsi une implication optimale des utilisateurs, facteur clé de succès pour la gestion des données de développement logiciel (DSDM) et pour tout projet de développement de système.
    • Les tests contribuent à garantir une solution de qualité. DSDM préconise des tests à chaque itération. Étant donné que DSDM est une méthode indépendante des outils et des techniques, l'équipe projet est libre de choisir sa propre méthode de gestion des tests.
    • Atelier : réunit les parties prenantes du projet pour discuter des exigences, des fonctionnalités et parvenir à une compréhension mutuelle.
    • Modélisation : elle permet de visualiser un domaine d’activité et d’en améliorer la compréhension. Elle produit une représentation schématique d’aspects spécifiques du système ou du domaine d’activité en cours de développement.
    • Gestion de la configuration : avec plusieurs livrables en cours de développement et livrés progressivement à la fin de chaque période, il est essentiel de bien gérer ces livrables jusqu'à leur achèvement.

    Rôles

    ISPL peut faciliter l’établissement de cette relation .

    Comparaison avec d'autres cadres de développement

    DSDM peut être considéré comme faisant partie d'un large éventail de cadres de développement itératifs et incrémentaux, notamment ceux qui prennent en charge les méthodes agiles et orientées objet . Parmi ceux-ci figurent (sans toutefois s'y limiter) Scrum , la programmation extrême (XP) , la livraison agile disciplinée (DAD) et le processus unifié rationnel (RUP) .

    Comme DSDM, ces modèles partagent les caractéristiques suivantes :

    • Ils hiérarchisent tous les exigences et les traitent de manière itérative, en construisant un système ou un produit par incréments.
    • Ce sont des cadres indépendants des outils. Cela permet aux utilisateurs de compléter les étapes spécifiques du processus avec leurs propres techniques et les logiciels de leur choix.
    • Les variables du développement ne sont pas le temps ni les ressources, mais les exigences. Cette approche garantit les principaux objectifs de DSDM, à savoir le respect des délais et du budget.
    • L'accent est mis sur la communication et l'implication de toutes les parties prenantes du système. Bien que d'autres méthodes abordent ce point, DSDM croit fermement en l'engagement du client envers le projet pour garantir son succès.