Anwendungsportfoliomanagement – Wikipedia

ES Anwendungsportfoliomanagement ((APM) ist eine Praxis, die sich seit Mitte der neunziger Jahre in mittelgroßen bis großen IT-Organisationen entwickelt hat.^[1] Das Anwendungsportfoliomanagement versucht, die Lehren aus dem Finanzportfoliomanagement zu nutzen, um den finanziellen Nutzen jeder Anwendung im Vergleich zu den Kosten für Wartung und Betrieb der Anwendung zu rechtfertigen und zu messen.

Entwicklung der Praxis[edit]

Die wahrscheinlich früheste Erwähnung des Anwendungsportfolios erfolgte 1974 in Cyrus Gibson und Richard Nolans HBR-Artikel “Managing the Four Stages of EDP Growth”.^[2]

Gibson und Nolan stellten fest, dass das Verständnis und die erfolgreiche Nutzung von IT durch Unternehmen in vorhersehbaren Phasen “wächst” und der Fortschritt eines bestimmten Unternehmens in diesen Phasen gemessen werden kann, indem das Anwendungsportfolio, das Benutzerbewusstsein, die IT-Managementpraktiken und die IT-Ressourcen im Kontext betrachtet werden einer Analyse der gesamten IT-Ausgaben.

Nolan, Norton & Co. waren Pioniere bei der praktischen Anwendung dieser Konzepte, unter anderem bei Studien bei DuPont, Deere, Union Carbide, IBM und Merrill Lynch. In diesen “Stage Assessments” wurde gemessen, inwieweit jede Anwendung jede Geschäftsfunktion oder jeden Geschäftsprozess unterstützt oder “abdeckt”, welche Ausgaben für die Anwendung, welche funktionalen und technischen Qualitäten erforderlich sind. Diese Maßnahmen lieferten einen umfassenden Überblick über die Anwendung der IT auf das Unternehmen, die Stärken und Schwächen sowie einen Fahrplan zur Verbesserung.

APM wurde in den späten 1980er und 1990er Jahren weit verbreitet, als Organisationen begannen, sich mit der Gefahr eines Anwendungsfehlers zu befassen, als das Datum auf das Jahr 2000 geändert wurde (eine Bedrohung, die als Jahr 2000 oder Jahr 2000 bekannt wurde).^[3] In dieser Zeit entwickelten Zehntausende von IT-Organisationen auf der ganzen Welt eine umfassende Liste ihrer Anwendungen mit Informationen zu jeder Anwendung.

In vielen Organisationen wurde der Wert der Erstellung dieser Liste von Führungskräften in Frage gestellt, die besorgt über die Kosten für die Bewältigung des Jahres 2000-Risikos waren. In einigen Organisationen wurde den für das Budget der Informationstechnologie zuständigen Geschäftsleuten der Begriff der Verwaltung des Portfolios als Vorteil der Ausführung der Arbeiten vorgestellt, der über das Management des Risikos hinausgeht Anwendungsfehler.

Es gibt zwei Hauptkategorien von Anwendungsportfoliomanagementlösungen, die allgemein als “Top Down” – und “Bottom Up” -Ansätze bezeichnet werden.^[4] Die erste Notwendigkeit in jeder Organisation besteht darin, zu verstehen, welche Anwendungen vorhanden sind und welche Hauptmerkmale sie haben (wie Flexibilität, Wartbarkeit, Eigentümer usw.), die normalerweise als “Inventar” bezeichnet werden. Ein weiterer Ansatz für APM besteht darin, ein detailliertes Verständnis der Anwendungen im Portfolio zu erlangen, indem der Anwendungsquellcode und die zugehörigen Komponenten in einer Repository-Datenbank (dh “Bottom Up”) analysiert werden. Application Mining-Tools, die jetzt als APM-Tools vermarktet werden, unterstützen diesen Ansatz.

Zur Unterstützung des Top-Down-Ansatzes stehen Hunderte von Tools zur Verfügung. Dies ist nicht überraschend, da der Großteil der Aufgabe darin besteht, die richtigen Informationen zu sammeln. Die eigentliche Pflege und Speicherung der Informationen kann relativ einfach durchgeführt werden. Aus diesem Grund umgehen viele Unternehmen die Verwendung kommerzieller Tools und verwenden Microsoft Excel zum Speichern von Inventardaten. Wenn das Inventar jedoch komplex wird, kann die Wartung von Excel umständlich werden. Die automatische Aktualisierung der Daten wird von einer Excel-basierten Lösung nicht gut unterstützt. Schließlich ist eine solche Inventarisierungslösung völlig unabhängig von den Bottom-Up-Verständnisanforderungen.

Business Case für APM[edit]

Laut Forrester Research “geben Unternehmen für IT-Betriebsbudgets mindestens zwei Drittel für den laufenden Betrieb und die Wartung aus.”^[5]

Es ist üblich, Organisationen mit mehreren Systemen zu finden, die dieselbe Funktion ausführen. Es kann viele Gründe für diese Verdoppelung geben, einschließlich der früheren Bedeutung des Abteilungscomputers, der Anwendungssilos der 1970er und 1980er Jahre, der Verbreitung von Unternehmensfusionen und -akquisitionen und fehlgeschlagenen Versuchen, neue Tools einzuführen. Unabhängig von der Duplizierung wird jede Anwendung separat gewartet und regelmäßig aktualisiert, und die Redundanz erhöht die Komplexität und die Kosten.

Da ein Großteil der Ausgaben für die Verwaltung der vorhandenen IT-Anwendungen anfällt, ist die Transparenz des aktuellen Bestands an Anwendungen und des Ressourcenverbrauchs ein vorrangiges Ziel des Anwendungsportfoliomanagements.^[6][7] Dies ermöglicht es Unternehmen: 1) teilweise und vollständig redundante Anwendungen zu identifizieren und zu eliminieren, 2) den Zustand von Anwendungen in Bezug auf Stabilität, Qualität und Wartbarkeit zu quantifizieren, 3) den Geschäftswert / die Auswirkungen von Anwendungen und die relative Bedeutung jeder Anwendung zu quantifizieren 4) dem Unternehmen Ressourcen entsprechend dem Zustand und der Bedeutung der Anwendungen im Kontext der Geschäftsprioritäten zuweisen.

Transparenz unterstützt auch die strategischen Planungsbemühungen und führt zu Konflikten zwischen Unternehmen und IT. Wenn Führungskräfte verstehen, wie Anwendungen ihre wichtigsten Geschäftsfunktionen unterstützen und welche Auswirkungen Ausfälle und schlechte Qualität haben, wenden sich die Gespräche davon ab, die IT für übermäßige Kosten verantwortlich zu machen und die besten Ausgaben zu tätigen wertvolle Ressourcen zur Unterstützung der Unternehmensprioritäten.

Portfolio[edit]

Ausgehend von den Ideen des Anlageportfoliomanagements sammeln APM-Experten Informationen zu jeder in einem Unternehmen oder einer Organisation verwendeten Anwendung, einschließlich der Kosten für die Erstellung und Wartung der Anwendung, des erzielten Geschäftswerts, der Qualität der Anwendung und der erwarteten Lebensdauer.^[8] Mithilfe dieser Informationen kann der Portfoliomanager detaillierte Berichte über die Leistung der IT-Infrastruktur in Bezug auf die Eigenkosten und den gelieferten Geschäftswert erstellen.

Definition einer Anwendung[edit]

Im Anwendungsportfoliomanagement ist die Definition einer Anwendung eine wichtige Komponente. Viele Dienstanbieter helfen Organisationen bei der Erstellung ihrer eigenen Definition, da sich aus diesen Definitionen häufig umstrittene Ergebnisse ergeben.

^[9]

• Anwendungssoftware – Eine ausführbare Softwarekomponente oder ein eng gekoppelter Satz ausführbarer Softwarekomponenten (eine oder mehrere), die zusammen bereitgestellt werden und einige oder alle Schritte ausführen, die zum Erstellen, Aktualisieren, Verwalten, Berechnen oder Anzeigen von Informationen für einen bestimmten Geschäftszweck erforderlich sind. Um gezählt zu werden, darf nicht jede Komponente Mitglied einer anderen Anwendung sein.
• Softwarekomponente – Ein ausführbarer Satz von Computeranweisungen, die in einem einzelnen Bereitstellungscontainer so enthalten sind, dass er nicht weiter getrennt werden kann. Beispiele hierfür sind eine Dynamic Link Library, eine ASP-Webseite und eine Befehlszeilenanwendung “EXE”. Eine Zip-Datei kann null oder mehr Softwarekomponenten enthalten, da sie leicht weiter aufgeschlüsselt werden können (durch Entpacken des ZIP-Archivs).

Computerprogramm und Softwarekomponente sind Fachbegriffe, mit denen eine bestimmte Instanz der Klasse von Anwendungssoftware für die Zwecke des IT-Portfoliomanagements beschrieben wird. In der Anwendungssoftware finden Sie eine Definition für Nicht-Praktiker des IT-Managements oder der Unternehmensarchitektur.

Die Kunst und Praxis des Managements von Softwareanwendungsportfolios erfordert eine ziemlich detaillierte und spezifische Definition einer Anwendung, um einen Katalog von Anwendungen zu erstellen, die in einer Organisation installiert sind.

Die Anforderungen einer Definition für eine Anwendung[edit]

Die Definition einer Anwendung hat im Zusammenhang mit der Verwaltung des Anwendungsportfolios folgende Anforderungen:

• Für Mitglieder des Geschäftsteams muss es einfach sein, zu erklären, zu verstehen und anzuwenden.
• Für Entwicklung, Betrieb und Projektmanagement in den IT-Gruppen muss dies sinnvoll sein.
• Es muss als Input für eine komplexe Funktion nützlich sein, deren Output die Gesamtkosten des Portfolios sind. Mit anderen Worten, es gibt viele Faktoren, die zu den Gesamtkosten eines IT-Portfolios führen. Die schiere Anzahl der Anwendungen ist einer dieser Faktoren. Daher muss die Definition einer Anwendung bei dieser Berechnung hilfreich sein.
• Dies muss für die Mitglieder des Enterprise Architecture-Teams nützlich sein, die versuchen, ein Projekt im Hinblick auf ihre Ziele zur Portfoliooptimierung und -vereinfachung zu beurteilen.
• Es muss die Grenzen einer Anwendung klar definieren, damit eine Person, die an einer messbaren Aktivität zur Vereinfachung des Portfolios arbeitet, die Grenzen zweier vorhandener Anwendungen nicht einfach so neu definieren kann, dass sie als eine einzige Anwendung bezeichnet werden.

Viele Unternehmen werden die Definition einer Anwendung im Rahmen ihrer IT-Portfoliomanagement- und Governance-Praktiken neu formulieren. Aus diesem Grund sollte diese Definition als Arbeitsbeginn betrachtet werden.

Beispiele[edit]

Die Definition einer Anwendung kann schwierig zu vermitteln sein. In einer IT-Organisation kann es zu geringfügigen Unterschieden in der Definition zwischen Teams und sogar innerhalb eines IT-Teams kommen. Es hilft, die Definition anhand von Beispielen zu veranschaulichen. Der folgende Abschnitt enthält einige Beispiele für Anwendungen, für Anwendungen, die keine Anwendungen sind, und für Funktionen, die zwei oder mehr Anwendungen umfassen.

Einschlüsse[edit]

Nach dieser Definition sind die folgenden Anwendungen:

• Ein Webdienst-Endpunkt, der drei Webdienste darstellt: InvoiceCreate, InvoiceSearch und InvoiceDetailGet
• Eine serviceorientierte Geschäftsanwendung (SOBA), die eine Benutzeroberfläche zum Erstellen von Rechnungen bietet und sich umdreht und die aufruft InvoiceCreate Bedienung. (Beachten Sie, dass der Dienst selbst eine andere Anwendung ist).
• Eine mobile Anwendung, die in einem Unternehmensanwendungsspeicher veröffentlicht und somit auf tragbaren Geräten im Besitz oder im Betrieb von Mitarbeitern bereitgestellt wird und den authentifizierten Zugriff auf Daten und Dienste ermöglicht.
• Ein Legacy-System, das aus einem Rich Client, einer serverbasierten Mittelschicht und einer Datenbank besteht, die alle eng miteinander verbunden sind. (zB lösen Änderungen in einem sehr wahrscheinlich Änderungen in einem anderen aus).
• Ein Website-Veröffentlichungssystem, das Daten aus einer Datenbank abruft und in einem HTML-Format als Unterwebsite unter einer öffentlichen URL veröffentlicht.
• Eine Datenbank, die Daten einer Microsoft Excel-Arbeitsmappe präsentiert, in der die Informationen für Layout und Berechnungen abgefragt werden. Dies ist insofern interessant, als die Datenbank selbst eine Anwendung ist, es sei denn, die Datenbank ist bereits in einer anderen Anwendung enthalten (wie einem Legacy-System).
• Eine Excel-Tabelle, die einen zusammenhängenden Satz wiederverwendbarer Makros enthält, die Geschäftswert liefern. Die Tabelle selbst bildet einen Bereitstellungscontainer für die Anwendung (wie eine TAR- oder CAB-Datei).
• Eine Reihe von ASP- oder PHP-Webseiten, die zusammenarbeiten, um die Erfahrung und Logik einer Webanwendung bereitzustellen. Es ist durchaus möglich, dass ein Unterstandort als separate Anwendung nach dieser Definition qualifiziert ist, wenn die Kupplung locker ist.
• Ein Webdienst-Endpunkt, der für die Kommunikation von Maschine zu Maschine eingerichtet wurde (nicht für die menschliche Interaktion), der jedoch rational verstanden werden kann, um einen oder mehrere nützliche Schritte in einem Geschäftsprozess darzustellen.

Ausschlüsse[edit]

Folgendes sind keine Anwendungen:

• Eine HTML-Website.
• Eine Datenbank, die Daten enthält, jedoch nicht Teil einer Reihe von Schritten ist, um mithilfe dieser Daten einen geschäftlichen Nutzen zu erzielen.
• Ein Webdienst, der strukturell nicht in der Lage ist, Teil einer Reihe von Schritten zu sein, die einen Mehrwert bieten. Zum Beispiel ein Webdienst, der eingehende Daten benötigt, die das gemeinsam genutzte Schema beschädigen.
• Ein eigenständiges Batch-Skript, das den Inhalt von zwei Datenbanken vergleicht, indem es jeweils Anrufe tätigt, und dann eine E-Mail an einen Überwachungsalias sendet, wenn Datenanomalien festgestellt werden. In diesem Fall ist es sehr wahrscheinlich, dass das Batch-Skript eng mit mindestens einer der beiden Datenbanken verbunden ist, und sollte daher in die Anwendungsgrenze aufgenommen werden, die die Datenbank enthält, mit der es am engsten verbunden ist.

Verbundwerkstoffe[edit]

Das Folgende sind viele Anwendungen:

• Eine zusammengesetzte SOA-Anwendung, die aus einer Reihe wiederverwendbarer Dienste und einer Benutzeroberfläche besteht, die diese Dienste nutzt. Hier gibt es mindestens zwei Anwendungen (die Benutzeroberfläche und eine oder mehrere Dienstkomponenten). Jeder Dienst wird nicht als Anwendung gezählt.
• Eine ältere Client-Server-App, die zum Speichern von Daten in eine Datenbank schreibt, und eine Excel-Tabelle, die Makros verwendet, um Daten aus der Datenbank zu lesen und einen Bericht zu präsentieren. In diesem Beispiel gibt es ZWEI Apps. Die Datenbank gehört eindeutig zur Legacy-App, da sie mit ihr entwickelt, mitgeliefert und eng mit ihr verbunden ist. Dies gilt auch dann, wenn das Altsystem dieselben gespeicherten Prozeduren wie die Excel-Tabelle verwendet.

Methoden und Maßnahmen zur Bewertung von Anträgen[edit]

Es gibt viele beliebte Finanzkennzahlen und noch mehr Metriken verschiedener (nicht finanzieller oder komplexer) Typen, die zur Bewertung von Anwendungen oder Informationssystemen verwendet werden.

Return on Investment (ROI)[edit]

Der Return on Investment ist eine der beliebtesten Messgrößen für die Leistungsmessung und -bewertung in der Geschäftsanalyse. Die ROI-Analyse (bei korrekter Anwendung) ist ein leistungsstarkes Tool zur Bewertung vorhandener Informationssysteme und zur Entscheidungsfindung bei Softwarekäufen und anderen Projekten. Der ROI ist jedoch eine Metrik, die für einen bestimmten Zweck entwickelt wurde – zur Bewertung der Rentabilität oder der finanziellen Effizienz. Es kann viele andere Finanzkennzahlen nicht zuverlässig ersetzen, um ein wirtschaftliches Gesamtbild der Informationslösung zu erhalten. Die Versuche, den ROI als einzige oder wichtigste Messgröße für die Entscheidungsfindung in Bezug auf Informationssysteme zu verwenden, können nicht produktiv sein. Dies kann in einer sehr begrenzten Anzahl von Fällen / Projekten angebracht sein. Der ROI ist eine finanzielle Maßnahme und liefert keine Informationen über die Effizienz oder Effektivität der Informationssysteme.^[10]

Wirtschaftliche Wertschöpfung (EVA)[edit]

Ein Maß für die finanzielle Leistung eines Unternehmens basierend auf dem verbleibenden Vermögen, berechnet durch Abzug der Kapitalkosten vom Betriebsgewinn (bereinigt um Steuern auf Barbasis). (Wird auch als “wirtschaftlicher Gewinn” bezeichnet.)

Formel = Betriebsergebnis nach Steuern (NOPAT) – (Kapital * Kapitalkosten)

Gesamtbetriebskosten (TCO)[edit]

Mit den Gesamtbetriebskosten können Sie berechnen, was die Anwendung über einen definierten Zeitraum kostet. In einem TCO-Modell werden die Kosten für Hardware, Software und Arbeitskräfte erfasst und in die verschiedenen Phasen des Anwendungslebenszyklus unterteilt. Ein detailliertes TCO-Modell hilft dem Management, die tatsächlichen Kosten der Anwendung zu verstehen, wenn versucht wird, Build-, Run / Support- und indirekte Kosten zu messen. Viele große Beratungsunternehmen haben Strategien zum Aufbau eines vollständigen TCO-Modells definiert.

Gesamtwirtschaftliche Auswirkungen (TEI)[edit]

TEI wurde von Forrester Research Inc. entwickelt. Forrester behauptet, TEI untersuche systematisch die möglichen Auswirkungen von Technologieinvestitionen in vier Dimensionen: Kosten – Auswirkungen auf die IT; Vorteile – Auswirkungen auf das Geschäft; Flexibilität – zukünftige Optionen, die durch die Investition geschaffen werden; Risiko – Unsicherheit.

Geschäftswert der IT (ITBV)[edit]

Das ITBV-Programm wurde 2002 von der Intel Corporation entwickelt.^[11]

Das Programm verwendet eine Reihe von finanziellen Messungen des Geschäftswerts, die als Business Value Dials (Indikatoren) bezeichnet werden. Es ist ein mehrdimensionales Programm, einschließlich einer Geschäftskomponente, und relativ einfach zu implementieren.

Angewandte Informationsökonomie (AIE)[edit]

AIE ist eine von Hubbard Decision Research entwickelte Methode zur Entscheidungsanalyse. AIE behauptet, “die erste wirklich wissenschaftliche und theoretisch fundierte Methode” zu sein, die auf mehreren Methoden aus der Entscheidungstheorie und der Risikoanalyse aufbaut, einschließlich der Verwendung von Monte-Carlo-Methoden. AIE wird aufgrund seiner Komplexität nicht oft verwendet.

Verweise[edit]