Stop decisions in software development projects - The development of a decision-support-model based on key figures

In Zeiten von Globalisierung, kurzen Produktlebenszyklen und schnellem technologischen Fortschritt gewinnen Projekte über alle Branchen zunehmend an Bedeutung – so auch in der Softwarebranche. Nahezu jedes Unternehmen muss derzeit große Anstrengungen im Bereich Projektmanagement unternehmen, um die gestiegenen Anforderungen erfüllen zu können, die richtigen Projekte auszuwählen und diese in geeigneter Weise durchzuführen. Ein wesentliches Problem in diesem Bereich ist, dass Umstände und Schlüsselfaktoren des Projekterfolgs während des gesamten Projektverlaufs als veränderlich angesehen werden müssen. Veränderungen der Rahmenbedingungen können jedoch zu steigenden Kosten und/oder sinkenden Ertragsprognosen führen, wodurch möglicherweise eine Weiterführung des bereits begonnenen Projektes unwirtschaftlich wird. Die Frage dahingehend, ob ein bereits laufendes Projekt unter veränderten Rahmenbedingungen weitergeführt oder abgebrochen werden sollte, ist daher eine der Kernfragen des Projektmanagements. Sie wird derzeit jedoch sowohl im Projektmanagement allgemein als auch im Softwareentwickungs-Projektmanagement im Besonderen weitgehend vernachlässigt. Daher war das wesentliche Ziel meiner Arbeit ein generisches Modell zur Entscheidungsunterstützung zu entwickeln. Dieses Modell kann als Framework aufgefasst werden, welches sowohl für verschiedene Arten von Softwareentwicklungsprojekten als auch Unterschiede in der Datenverfügbarkeit konzipiert wurde. Dabei wurde ein Haupt-Fokus auf die Integration von Kernrisiken in die Schätzung von Projektrestaufwänden und -erträgen gelegt, um eine tragfähige Entscheidungsgrundlage zu generieren.In times of globalization, short product life-cycles and fast technical progress projects gain in importance in all industries – so in the software industry. Practically every company these days has to put in great efforts into project management to meet the increasing requirements, select the right projects and execute these chosen projects well. A serious problem in this context is that circumstances and key success factors may change during the entire course of the project. As a result the increase of costs and/or the decrease of gains may be sufficiently serious to stop the project. The question whether a running project should be continued or stopped under changed conditions is one of the key issues in project management. At present this key-question, however, is neglected both in general project management and in software development projects. Therefore the main objective of my research was to develop a generic model to support decision-making in this context. The model can be seen as a framework, which is designed for use in different types of software development projects and different data availability. It focuses the integration of key risk factors in the estimation of remaining project costs and gains in order to give a suitable decision support

Aus Fehlern in der Softwareentwicklung lernen. Wie durch Fehleranalysen die Prozesse der Anforderungsanalyse und der Qualitätssicherung verbessert werden können

Softwarefehler existieren, seit Menschen Software entwickeln. Fehler können mitunter zu erheblichen wirtschaftlichen Verlusten und im schlimmsten Fall zum Verlust von Leben führen. Viele Fehler können auf Mängel im Prozess der Anforderungsanalyse zurückgeführt werden. Je später ein Anforderungsfehler entdeckt und behoben wird, desto aufwändiger wird die Korrektur. Die vorliegende Arbeit beschreibt, wie aus Fehlern in der Softwareentwicklung gelernt werden kann. Sie beschreibt ein Verfahren zu Fehleranalyse, auf dessen Basis insbesondere Prozesse der Anforderungsanalyse und der Qualitätssicherung verbessert werden können. Ziel der Verbesserungen ist es, Anforderungsfehler und mögliche Folgefehler im Entwurf und der Implementierung zu vermeiden oder zumindest früher zu finden. In dieser Arbeit wird zunächst ein Modell hergeleitet, das erklärt, warum Anforderungsfehler entstehen. Für bestimmte Typen von Anforderungsfehlern werden auf der Grundlage empirische Befunde konkrete Ursachen im Prozess der Anforderungsanalyse aufgezeigt. Dieses Erklärungsmodell ist Bestandteil eines Verfahrens zur Fehleranalyse, das den Anspruch erhebt, über die Auswertung von Fehlern Rückschlüsse über mögliche Ursachen im Prozess zu ziehen. Das Verfahren ist eine Weiterentwicklung der Orthogonal Defect Classification, kurz ODC. ODC wird in der Arbeit ausführlich dargestellt und auf der Grundlage empirischer Befunde kritisch gewürdigt. Das weiterentwickelte Verfahren zur Fehleranalyse wurde im Rahmen einer einjährigen Fallstudie bei dem IT-Dienstleister einer großen deutschen Versicherung erfolgreich angewandt. Hierbei wurden nachträglich reale Fehler von zwei Softwareentwicklungsprojekten einer geschäftskritischen Anwendungssoftware klassifiziert und analysiert, um Verbesserungspotenziale zu identifizieren. Das in der Arbeit entwickelte Verfahren zur Fehleranalyse leistet einen unmittelbaren Beitrag zur Lösung des aufgezeigten Praxisproblems: sie ist ein Instrument, um Prozessmängel der Anforderungsanalyse zu identifizieren, die systematisch Anforderungsfehler und Folgefehler verursachen

Der Entwicklungsaufwand der Anwendungsintegration. Eine empirische Untersuchung der Einflussfaktoren

In den vergangenen Jahren hat die Anwendungsintegration zunehmend an praktischer Bedeutung gewonnen. Gleichwohl ist die wissenschaftliche Auseinandersetzung mit dieser spezifischen Ausprägung der Softwareentwicklung erst wenig fortgeschritten. Unter anderem sind keine geeigneten Methoden zur Schätzung des Entwicklungsaufwands der Anwendungsintegration verfügbar. Diese unzureichende methodische Unterstützung der Aufwandschätzung wird als wichtiger Grund dafür angesehen, dass viele Integrationsvorhaben durch große Termin- und Kostenüberschreitungen gekennzeichnet sind. Die Frage, welche Faktoren in die Aufwandschätzung einbezogen werden müssen, konnte bislang aufgrund des Mangels angemessener empirischer oder theoretischer Erkenntnisse nicht zuverlässig beantwortet werden. Diese Arbeit leistet einen Beitrag zur Behebung dieses Mangels. In einer empirischen Untersuchung wurden erstmals die Erfahrungswerte und Einschätzungen kompetenter Praktiker zu den maßgeblichen Einflussfaktoren auf den Entwicklungsaufwand der Anwendungsintegration in systematischer Weise erhoben und inhaltlich ausgewertet. Durch die angewandte Forschungsmethode, eine qualitative und idiographische Variante der Repertory Grid Technique, konnte ein umfangreicher Katalog persönlicher Konstrukte erhoben werden, der einen wertvollen wissenschaftlichen Beitrag zur Untersuchung der Einflussfaktoren auf den Entwicklungsaufwand der Anwendungsintegration darstellt. Die Untersuchungsergebnisse wurden darüber hinaus in eine Checkliste für die Durchführung von Aufwandschätzungen überführt. Auf diese Weise leistet die vorgelegte Arbeit einen unmittelbaren Beitrag zur Lösung des aufgezeigten Praxisproblems: sie bietet erstmalig eine spezifische Unterstützung zur Schätzung des Entwicklungsaufwands der Anwendungsintegration

Vereinigung von detaillierten Teilmodellen in einer flexiblen Enterprise Architecture zur übergreifenden Analyse: Ableitung des Bedarfs an Handlungen für einen durch Kennzahlen beschriebenen Untersuchungskontext

Modelle haben sich zu Dokumentationszwecken bewährt, existieren in der Praxis aber oftmals losgelöst voneinander. Durch die wachsende Komplexität in den Unternehmen reicht jedoch eine getrennte Betrachtung nicht mehr aus. Das Zusammenspiel der Unternehmensbestandteile muss bei Entscheidungen berücksichtigt werden. Eine Enterprise Architecture (EA) eignet sich zur Herstellung einer übergreifenden Sichtweise. Wobei hauptsächlich aggregierte Inhalte enthalten sind, die manuell erstellt werden. Damit ist die EA ein weiteres Datensilo. Durch das Fehlen detaillierter Informationen in der EA sind außerdem die Möglichkeiten einer ganzheitlichen Analyse begrenzt. Die vorliegende Arbeit entwickelt daher ein Gesamtkonzept, um Detailinhalte zu vernetzen und übergreifende Analysen zu ermöglichen. Insbesondere werden auch Datenwerte (z.B. Kosten) einbezogen. Eine Indirektstufe kann die Teilmodelle lose verknüpfen. Zugleich dient ein einfaches EA-Vokabular als neutrale Begriffsschicht. Mithilfe der Technologien des Semantic Web entsteht so eine integrierte Datenbasis. Sie positioniert sich als Ebene oberhalb der Datenquellen. Anschließend kann eine übergreifende Analyse erfolgen, in der alle Inhalte kombiniert werden. Zur Konkretisierung des Ansatzes fokussiert sich die Arbeit auf die Ableitung des Bedarfs an Handlungen. Mit der Importance-Performance-Analyse wird ein Verfahren aus dem Qualitätsmanagement von Dienstleistungen entliehen und auf die EA-Analyse übertragen. Die Berechnung basiert auf flexibel zu beschreibenden Kennzahlen, bei deren Definition das EA-Vokabular verwendet wird. Als Ergebnis werden Gesamtratings für alle Untersuchungsobjekte ausgewiesen. Sie sagen etwas über einen Handlungsbedarf und die Dringlichkeit aus. Auch die Analyse basiert auf Technologien des Semantic Web. Als Nachweis der Realisierbarkeit wurde der Ansatz in einem Prototyp umgesetzt. Außerdem wird ein praxisnaher Anwendungsfall einer Digitalisierungsinitiative bei einer Versicherung skizziert