Dynamische Systementwicklungsmethode - Dynamic systems development method

Modell der DSDM-Projektmanagementmethode.
Software-Entwicklung
Kernaktivitäten des
Software Engineering
Paradigmen und Modelle
Methoden und Rahmenbedingungen
Unterstützende Disziplinen
Praktiken Methoden Ausübungen
Werkzeuge
Standards und Wissensdatenbanken
Glossare
Umrisse

Dynamic Systems Development Method ( DSDM ) ist ein agiles Framework zur Projektabwicklung, das ursprünglich als Softwareentwicklungsmethode verwendet wurde . DSDM wurde erstmals 1994 veröffentlicht und versuchte ursprünglich, der Rapid Application Development (RAD)-Methode eine gewisse Disziplin zu verleihen . In späteren Versionen wurde das DSDM Agile Project Framework überarbeitet und wurde zu einem generischen Ansatz für Projektmanagement und Lösungsbereitstellung, anstatt sich speziell auf Softwareentwicklung und Codeerstellung zu konzentrieren und konnte für Nicht-IT-Projekte verwendet werden. Das DSDM Agile Project Framework deckt ein breites Spektrum an Aktivitäten über den gesamten Projektlebenszyklus ab und umfasst starke Grundlagen und Governance, die es von einigen anderen agilen Methoden unterscheiden. Das DSDM Agile Project Framework ist ein iterativer und inkrementeller Ansatz, der Prinzipien der agilen Entwicklung umfasst, einschließlich einer kontinuierlichen Benutzer-/Kundenbeteiligung.

DSDM- Fixes Kosten, Qualität und Zeit zu Beginn und nutzt die MOSCOW Priorisierung von Rahmen in Mosten , shoulds , coulds und wird haves nicht die Projektleistung einzustellen , um die angegebene Zeitbeschränkung zu erfüllen. DSDM ist eine von mehreren agilen Methoden zur Entwicklung von Software und Nicht-IT-Lösungen und ist Teil der Agile Alliance.

2014 hat DSDM die neueste Version der Methode im „DSDM Agile Project Framework“ veröffentlicht. Gleichzeitig erkannte das neue DSDM-Handbuch die Notwendigkeit, neben anderen Frameworks für die Servicebereitstellung (insbesondere ITIL ) PRINCE2 , Managen Successive Programmes und PMI zu arbeiten. Die vorherige Version (DSDM 4.2) enthielt nur Anleitungen zur Verwendung von DSDM mit Extreme Programming .

Geschichte von DSDM

In den frühen 1990er Jahren verbreitete sich Rapid Application Development (RAD) in der IT-Branche. Die Benutzeroberflächen für Softwareanwendungen bewegten sich von den alten Greenscreens zu den heute verwendeten grafischen Benutzeroberflächen. Neue Tools zur Anwendungsentwicklung kamen auf den Markt, wie beispielsweise PowerBuilder . Dadurch konnten Entwickler ihre Lösungsvorschläge viel einfacher mit ihren Kunden teilen – Prototyping wurde Realität und die Frustrationen der klassischen, sequentiellen ( Wasserfall ) Entwicklungsmethoden konnten beiseite gelegt werden.

Die RAD-Bewegung war jedoch sehr unstrukturiert: Es gab keine allgemein anerkannte Definition eines geeigneten Prozesses und viele Organisationen entwickelten ihre eigene Definition und Vorgehensweise. Viele große Unternehmen waren sehr an den Möglichkeiten interessiert, aber sie waren auch besorgt, dass sie bei den Endergebnissen nicht das Qualitätsniveau verlieren, das durch Free-Flow-Entwicklung entstehen könnte

Das DSDM Consortium wurde 1994 von einem Zusammenschluss von Anbietern und Experten im Bereich Software Engineering gegründet und mit dem Ziel gegründet, „gemeinsam ein unabhängiges RAD-Framework zu entwickeln und zu fördern“ durch die Kombination ihrer Best-Practice- Erfahrungen. Ausgangspunkt war eine Veranstaltung der Butler Group in London. Die Leute bei diesem Treffen arbeiteten alle für Blue-Chip- Unternehmen wie British Airways, American Express, Oracle und Logica (andere Unternehmen wie Data Sciences und Allied Domecq wurden inzwischen von anderen Organisationen übernommen).

Im Juli 2006 wurde die öffentliche Version 4.2 von DSDM für Einzelpersonen zur Ansicht und Verwendung zur Verfügung gestellt; Jeder, der DSDM weiterverkauft, muss jedoch weiterhin Mitglied des gemeinnützigen Konsortiums sein.

2014 wurde das DSDM-Handbuch online und öffentlich zugänglich gemacht. Außerdem können Vorlagen für DSDM heruntergeladen werden.

Im Oktober 2016 wurde das DSDM-Konsortium in Agile Business Consortium (ABC) umbenannt. Das Agile Business Consortium ist eine gemeinnützige, herstellerunabhängige Organisation, die das DSDM-Framework besitzt und verwaltet.

DSDM

DSDM ist ein herstellerunabhängiger Ansatz, der erkennt, dass mehr Projekte an Personalproblemen als an Technologie scheitern. Der Fokus von DSDM liegt darauf, Menschen dabei zu helfen, effektiv zusammenzuarbeiten, um die Geschäftsziele zu erreichen. DSDM ist außerdem unabhängig von Tools und Techniken, sodass es in jeder geschäftlichen und technischen Umgebung verwendet werden kann, ohne das Unternehmen an einen bestimmten Anbieter zu binden.

Grundsätze

Es gibt acht Prinzipien, die DSDM zugrunde liegen. Diese Prinzipien leiten das Team in der Haltung, die es einnehmen muss, und der Denkweise, die es annehmen muss, um konsistent zu liefern.

  1. Konzentrieren Sie sich auf die Geschäftsanforderungen
  2. Pünktlich liefern
  3. Zusammenarbeiten
  4. Machen Sie keine Kompromisse bei der Qualität
  5. Bauen Sie inkrementell auf einem festen Fundament auf
  6. Iterativ entwickeln
  7. Kontinuierlich und klar kommunizieren
  8. Kontrolle demonstrieren

Kerntechniken

  • Timeboxing : ist der Ansatz, das Projekt inkrementell abzuschließen, indem es in Portionen unterteilt wird, die jeweils ein festes Budget und einen Liefertermin haben. Für jede Portion werden eine Reihe von Anforderungen priorisiert und ausgewählt. Da Zeit und Budget festgelegt sind, sind die einzigen verbleibenden Variablen die Anforderungen. Geht einem Projekt also die Zeit oder das Geld aus, entfallen die Anforderungen mit der niedrigsten Priorität. Dies bedeutet nicht, dass ein unfertiges Produkt geliefert wird, da nach dem Pareto-Prinzip 80% des Projekts aus 20% der Systemanforderungen bestehen daher den geschäftlichen Anforderungen entspricht und kein System auf Anhieb perfekt aufgebaut ist.
  • MoSCoW : ist eine Technik zur Priorisierung von Arbeitselementen oder Anforderungen. Es ist ein Akronym, das steht für:
    • Haben müssen
    • Sollte haben
    • Könnte haben
    • WERDE NICHT haben
  • Prototyping: bezieht sich auf die Erstellung von Prototypen des in Entwicklung befindlichen Systems in einem frühen Stadium des Projekts. Es ermöglicht die frühzeitige Erkennung von Mängeln im System und ermöglicht es zukünftigen Benutzern, das System zu testen. Auf diese Weise wird eine gute Einbindung der Benutzer realisiert, einer der wichtigsten Erfolgsfaktoren von DSDM oder jedem anderen Systementwicklungsprojekt.
  • Testen: hilft, eine Lösung von guter Qualität sicherzustellen, DSDM befürwortet das Testen während jeder Iteration. Da DSDM eine werkzeug- und technikunabhängige Methode ist, kann das Projektteam seine eigene Testmanagementmethode frei wählen.
  • Workshop: bringt Projektbeteiligte zusammen, um Anforderungen, Funktionalitäten und gegenseitiges Verständnis zu diskutieren.
  • Modellierung : hilft, einen Geschäftsbereich zu visualisieren und das Verständnis zu verbessern. Erzeugt eine schematische Darstellung bestimmter Aspekte des zu entwickelnden Systems oder Geschäftsbereichs.
  • Konfigurationsmanagement : Da sich mehrere Ergebnisse gleichzeitig in der Entwicklung befinden und inkrementell am Ende jedes Zeitfensters bereitgestellt werden, müssen die Ergebnisse bis zur Fertigstellung gut verwaltet werden.

Rollen

In der DSDM-Umgebung wurden einige Rollen eingeführt. Es ist wichtig, dass die Projektmitglieder vor Beginn des Projekts in verschiedene Rollen berufen werden. Jede Rolle hat ihre eigene Verantwortung. Die Rollen sind:

  • Executive Sponsor So genannter „Projekt-Champion“. Eine wichtige Rolle der Nutzerorganisation, die die Fähigkeit und Verantwortung hat, angemessene Mittel und Ressourcen bereitzustellen. Diese Rolle hat die ultimative Entscheidungsbefugnis.
  • Visionär Derjenige , der die Verantwortung trägt, das Projekt zu initialisieren, indem er dafür sorgt, dass wesentliche Anforderungen frühzeitig gefunden werden. Visionary hat die genaueste Wahrnehmung der Geschäftsziele des Systems und des Projekts. Eine weitere Aufgabe besteht darin, den Entwicklungsprozess zu überwachen und in der richtigen Spur zu halten.
  • Ambassador User Bringt das Wissen der User-Community in das Projekt ein, stellt sicher, dass die Entwickler während des Entwicklungsprozesses genügend User-Feedback erhalten.
  • Beraterbenutzer Kann jeder Benutzer sein, der einen wichtigen Standpunkt vertritt und tägliches Wissen über das Projekt mitbringt.
  • Projektmanager Kann jeder aus der Benutzergemeinschaft oder IT-Mitarbeiter sein, der das Projekt im Allgemeinen verwaltet.
  • Technischer Koordinator Verantwortlich für den Entwurf der Systemarchitektur und die Kontrolle der technischen Qualität des Projekts.
  • Teamleiter Führt ihr Team und stellt sicher, dass das Team als Ganzes effektiv arbeitet.
  • Lösungsentwickler Interpretieren Sie die Systemanforderungen und modellieren Sie sie, einschließlich der Entwicklung der zu liefernden Codes und bauen Sie die Prototypen.
  • Solution Tester Überprüft die Korrektheit in technischem Umfang, indem er einige Tests durchführt, gegebenenfalls Fehler meldet und nach Behebung erneut testet. Der Tester muss einen Kommentar und eine Dokumentation bereitstellen.
  • Schreiber Verantwortlich für die Erfassung und Aufzeichnung der in jedem Workshop getroffenen Anforderungen, Vereinbarungen und Entscheidungen.
  • Moderator Verantwortlich für das Management des Fortschritts der Workshops, fungiert als Motivator für die Vorbereitung und Kommunikation.
  • Fachrollen Business Architect, Qualitätsmanager, Systemintegrator usw.

Kritische Erfolgsfaktoren

Innerhalb von DSDM wird eine Reihe von Faktoren als von großer Bedeutung für erfolgreiche Projekte identifiziert.

  • Faktor 1: Da ist zunächst die Akzeptanz von DSDM durch die Geschäftsleitung und andere Mitarbeiter. Dies stellt sicher, dass die verschiedenen Akteure des Projekts von Anfang an motiviert sind und während des gesamten Projekts eingebunden bleiben.
  • Faktor 2: Direkt abgeleitet von Faktor 1: Die Verpflichtung des Managements, die Einbeziehung der Endnutzer sicherzustellen. Der Prototyping-Ansatz erfordert eine starke und engagierte Beteiligung der Endbenutzer, um die funktionalen Prototypen zu testen und zu beurteilen.
  • Faktor 3: Das Projektteam muss aus kompetenten Mitgliedern bestehen, die eine stabile Einheit bilden. Ein wichtiges Thema ist die Befähigung des Projektteams. Dies bedeutet, dass das Team (oder eines oder mehrere seiner Mitglieder) die Macht und die Möglichkeit besitzen muss, wichtige Entscheidungen bezüglich des Projekts zu treffen, ohne formelle Vorschläge an das höhere Management schreiben zu müssen, was sehr zeitaufwändig sein kann. Damit das Projektteam ein erfolgreiches Projekt durchführen kann, benötigt es auch die entsprechende Technologie zur Durchführung des Projekts. Dies bedeutet eine Entwicklungsumgebung, Projektmanagement-Tools usw.
  • Faktor 4: Schließlich gibt DSDM auch an, dass eine unterstützende Beziehung zwischen Kunde und Lieferant erforderlich ist. Dies gilt sowohl für Projekte, die firmenintern als auch von externen Auftragnehmern realisiert werden. Ein Hilfsmittel zur Sicherstellung einer unterstützenden Beziehung könnte ISPL sein .

Vergleich mit anderen Entwicklungsframeworks

DSDM kann als Teil einer breiten Palette von iterativen und inkrementellen Entwicklungsframeworks betrachtet werden, insbesondere solcher, die agile und objektorientierte Methoden unterstützen. Dazu gehören (ohne darauf beschränkt zu sein) Scrum , Extreme Programming (XP) , Disciplined Agile Delivery (DAD) und Rational Unified Process (RUP) .

Wie DSDM haben diese die folgenden Eigenschaften:

  • Sie alle priorisieren Anforderungen und arbeiten sie iterativ ab, indem sie ein System oder Produkt schrittweise aufbauen.
  • Sie sind werkzeugunabhängige Frameworks. Dies ermöglicht es Benutzern, die spezifischen Schritte des Prozesses mit ihren eigenen Techniken und Software-Hilfsmitteln ihrer Wahl auszufüllen.
  • Die Variablen in der Entwicklung sind nicht Zeit/Ressourcen, sondern die Anforderungen. Dieser Ansatz sichert die Hauptziele von DSDM, nämlich den Termin und das Budget einzuhalten.
  • Ein starker Fokus auf die Kommunikation zwischen und die Einbeziehung aller Stakeholder in das System. Obwohl dies in anderen Methoden angesprochen wird, glaubt DSDM fest an das Engagement für das Projekt, um ein erfolgreiches Ergebnis zu gewährleisten.

Siehe auch

Verweise

Weiterlesen

Externe Links