Die vorliegende Arbeit soll anhand des Design Science Research Framework nach Hevner aufzeigen, ob es möglich ist, eine Entscheidungsgrundlage für die projektspezifische Entscheidung über die Wahl der geeigneten architekturellen Vorgehensweise zu bieten. Die Ausgangssituation bildet dabei ein mit SCRUM durchzuführendes Großprojekt mit dessen Projektumfeldbedingungen.
Der Fokus der Arbeit liegt dabei auf der Identifikation der geeigneten kritischen Erfolgsfaktoren für die Auswahl der Vorgehensweise in der IT-Architektur, wie diese im Kontext zueinander stehen und wie der Prozess zur Entscheidungsfindung vonstatten gehen kann.
Inhaltsverzeichnis
1 Einleitung
1.1 Ausgangslage
1.2 Ziel der Arbeit
1.3 Aufbau der Arbeit
2 Definitionen
2.1 SCRUM
2.2 Großprojekt
2.3 IT-Architektur
2.3.1 Definition
2.3.2 Gibt es ein sinnvolles Maß an IT-Architektur?
2.4 Der Projektstrukturplan
3 Erarbeitung einer Entscheidungsmatrix
3.1 Kritische Erfolgsfaktoren
3.2 Risikoanalyse
4 Auswirkungen des Agilen Festpreisvertrages
5 Vorgehensweise im Gesamtprozess
6 Reflexion
7 Ausblick
Zielsetzung & Themen
Die vorliegende Arbeit verfolgt das Ziel, eine fundierte Entscheidungsgrundlage für die Wahl einer geeigneten architekturellen Vorgehensweise in agilen Großprojekten zu schaffen. Unter Anwendung des Design Science Research Frameworks nach Hevner wird untersucht, wie kritische Erfolgsfaktoren und eine strukturierte Risikoanalyse dazu beitragen können, das unternehmerische Risiko zu minimieren und eine Balance zwischen "Big Up Front Design" (BUFD) und "You ain’t gonna need it" (YAGNI) zu finden.
- Analyse und Definition agiler Vorgehensweisen und Großprojekt-Charakteristika.
- Identifikation und Gewichtung kritischer Erfolgsfaktoren für IT-Architekturen.
- Entwicklung eines risikobasierten Bewertungsmodells mittels Netzplan.
- Untersuchung der Auswirkungen des Agilen Festpreisvertrages auf die Projektsteuerung.
- Erarbeitung eines prozessualen Vorgehens zur systematischen Entscheidungsfindung.
Auszug aus dem Buch
2.3.2 Gibt es ein sinnvolles Maß an IT-Architektur?
Kaum ein Thema polarisiert so extrem, wie „Welches Maß an IT-Architektur ist sinnvoll?“ bzw. „Wann ist der optimale Zeitpunkt zwischen Geschäftsrisiko und der Rendite erreicht?“. Hier existieren zwei Extreme, welche die maximalen Ausprägungen der IT-Architektur beschreiben; BUFD für „big up-front design“ und YAGNI für „You ain’t gonna need it“. In der Realität gibt es noch viele Gestaltungsspielräume zwischen den genannten Extremen, da zwar weder BUFD noch YAGNI die vollkommene Wahrheit darstellen, aber in vielen Punkten ihre Daseinsberechtigung aufweisen.
BUFD kann u.a. nicht mit verspätet/unerwartet auftauchenden Anforderungen umgehen, denn dies bedeutet einen massiven vorhergehenden Aufwand. Präventive Systemspekulationen bieten am Ende des Tages Systemfunktionalitäten, die keinen direkten Mehrwert für den Kunden darstellen und somit auch keine Nutzung erfahren. Diese Aspekte der Software-Entwicklung sind ein offenes Geheimnis und sind Teil der modernen Software-Engineering Landschaft geworden.
Der Trend wendet sich von BUFD ab. Die Argumentation bezüglich YAGNI gestaltet sich subtiler, zumindest in Anbetracht der derzeitigen üblichen Software-Entwicklungen. Mit YAGNI kann das Gedankengut der agilen Software-Entwicklungsmethoden gut repräsentiert werden, da es vermieden wird, Dinge zu entwickeln, die eventuell nicht benötigt werden [JA01, 219ff]. Aufgrund der Lage der IT-Architektur ist es schwierig, grundlegende Implementierungsdetails abzuändern, wenn diese einmal angewendet und implementiert sind. Dieser Sachverhalt legt nahe, einen vorhergehenden Planungs- und Prozessgedanken im Rahmen der architekturellen Vorgehensweise zu implementieren. BUFD und YAGNI bilden hier nur die zwei Extreme des gesamten Spektrums ab, wobei die langfristigen Kosten des Produktes bei beiden Alternativen auf einem gleichen Niveau liegen (vgl. Abbildung 2). Um eine Senkung der langfristigen Kosten erreichen zu können, bedarf es eines Modells bzw. einer Entscheidungsgrundlage, auf Basis derer die Auswahl der geeigneten IT-Architektur erfolgt, um die Produktentwicklung zu ermöglichen und Nacharbeiten zu minimieren, allerdings nicht so weit, dass nicht benötigte Artefakte erstellt werden [CB10, 159ff].
Zusammenfassung der Kapitel
1 Einleitung: Dieses Kapitel führt in die Problematik agiler Methoden in Großprojekten ein und definiert den methodischen Rahmen der Arbeit nach Hevner.
2 Definitionen: Hier werden die zentralen Fachbegriffe wie SCRUM, Großprojekt, IT-Architektur und Projektstrukturplan für den weiteren Verlauf der Arbeit fundiert erläutert.
3 Erarbeitung einer Entscheidungsmatrix: In diesem Teil werden kritische Erfolgsfaktoren analysiert und ein risikobasiertes Modell zur architekturellen Entscheidungsfindung hergeleitet.
4 Auswirkungen des Agilen Festpreisvertrages: Dieses Kapitel beleuchtet, wie agile Vertragsformen zur Budgetsicherheit und Flexibilität beitragen können.
5 Vorgehensweise im Gesamtprozess: Hier werden die theoretischen Erkenntnisse in einen systematischen Gesamtprozess überführt, der unternehmerischen Entscheidern als Anleitung dient.
6 Reflexion: Dieses Kapitel kritisiert das entwickelte Modell auf Basis der sieben Richtlinien nach Hevner und bewertet den Erfüllungsgrad der Forschungsziele.
7 Ausblick: Abschließend werden die Ergebnisse zusammengefasst und Anforderungen an weiterführende Forschungsarbeiten formuliert.
Schlüsselwörter
SCRUM, Großprojekt, IT-Architektur, Design Science Research, BUFD, YAGNI, Projektstrukturplan, Entscheidungsmatrix, Agile Festpreisverträge, Risikoanalyse, Erfolgsfaktoren, Software-Engineering, Prozessmodell, Projektmanagement, Systemstabilität.
Häufig gestellte Fragen
Worum geht es in dieser Arbeit grundsätzlich?
Die Arbeit untersucht die Herausforderungen beim Einsatz agiler Methoden in IT-Großprojekten und entwickelt ein Entscheidungsmodell für die Wahl der passenden architekturellen Vorgehensweise.
Welche zentralen Themenfelder werden behandelt?
Die Schwerpunkte liegen auf dem agilen Software-Engineering, der Skalierung von SCRUM, IT-Architekturmanagement und der Gestaltung von IT-Projektverträgen.
Was ist das primäre Ziel der Arbeit?
Das Ziel ist die Bereitstellung einer systematischen Entscheidungsgrundlage, um die Balance zwischen "Big Up Front Design" und "You ain't gonna need it" in Großprojekten zu optimieren.
Welche wissenschaftliche Methode wird verwendet?
Die Arbeit nutzt das Design Science Research Framework nach Hevner zur Konstruktion und Evaluation des entwickelten IT-Artefakts (Entscheidungsmatrix/Netzplan).
Was wird im Hauptteil der Arbeit behandelt?
Der Hauptteil widmet sich der Definition von Erfolgsfaktoren, der Risikoanalyse nach dem Vorbild des Spiral-Modells und der Integration dieser Aspekte in einen Gesamtprozess.
Welche Schlüsselwörter charakterisieren die Arbeit?
Die Arbeit lässt sich durch Begriffe wie IT-Architektur, SCRUM, Großprojekt-Management, Entscheidungsmatrix und Risikominimierung charakterisieren.
Warum spielt die Unterscheidung zwischen "Großprojekt" und "großem Projekt" eine Rolle?
Die Arbeit definiert Großprojekte über spezifische Kriterien wie Budget, Laufzeit und Komplexität, da diese eine eigene Projektorganisation und abweichende architekturelle Strategien erfordern.
Welchen Einfluss hat der Agile Festpreisvertrag auf die IT-Architektur?
Er dient als kooperatives Modell, das Flexibilität bei Anforderungsänderungen bietet, erfordert jedoch eine klare prozessuale Struktur, um Kosten und Qualität innerhalb eines Projekts zu steuern.
- Citar trabajo
- Sebastian Storch (Autor), 2014, SCRUM im IT-Großprojekt, Múnich, GRIN Verlag, https://www.grin.com/document/309331
