Frameworks für das IT Management. Erste Auflage

Transkript

1 Frameworks für das IT Erste Auflage

2 20 ASL Application Services Library Die Application Services Library (ASL) ist ein frei verfügbarer Ansatz für das, die Wartung und die Erweiterung/Erneuerung von (Geschäfts-) Anwendungen. Sie besteht aus einem Framework von Prozessen, die durch verschiedene Veröffentlichungen und eine regelmäßig aktualisierte Bibliothek von Best-Practices, die von der Webseite der ASL-Stiftung verfügbar sind, welche zudem eine Plattform für Anwendungsmanagement-Organisation bietet. Organisationen setzen ASL als werkzeug zur Verbesserung der Leistungsfähigkeit von Anwendungsmanagement-Services ein. Copyrightinhaber: Verbreitung: Ursprung/Geschichte: Wann: Mitglieder der ASL-Stiftung: Zertifizierungsinstitutionen: Anzahl zertifizierter Personen: ASL-Stiftung: In den Niederlanden sind die meisten der großen Anwendungsmanagement-Service Provider und eine Reihe der IT-Abteilungen von Anwenderorganisationen der ASL-Stiftung beigetreten. Mehr als 250 niederländische Organisationen haben die ASL- Philosophie aufgegriffen und sie wird in den Niederlanden als der De-Facto-Standard für Anwendungsmanagement angesehen. ASL wurde in den späten 90er Jahren des 20. Jahrhunderts von der niederländischen Firma PinkRoccade als Ergänzung der ITIL- Bücher entiwckelt. Die ITIL-Bücher fokussierten auf IT Service und ließen Raum für zusätzliche Best-Practices des Anwendungsmanagements zur Dokumentation in der ASL. Die erste Version wurde im Jahre 2002 lanciert und das geistige Eigentum wurde der ASL-Stiftung übertragen. Verschiedene Organisationen, sowohl auf der Nachfrage- als auch auf der Angebotsseite, sind an der Stiftung beteiligt. Auf individueller Ebene ist eine ASL Foundation-Prüfung in Englisch und Niederländisch verfügbar, die von EXIN entwickelt und verwaltet wird. Organisationen können außerdem in Zukunft ihre Anwendungsmanagementprozesse anhand eines unabhängigen Standards prüfen lassen. Die niederländische Standardisierungsorganisation (NEN) entwickelt zur Zeit einen auf ASL basierenden Standard für das Anwendungsmanagement. Über 2500 Personen haben einen Foundation-Kurs besucht; ungefähr ein Drittel davon hat auch ein Zertifikat erhalten. Von Mark Smalley und Machteld Meijer

3 220 Frameworks für das IT 20.1 Ursprung/Geschichte ASL wurde in den späten 90er-Jahren des 20. Jahrhunderts von der ersten ITIL-Version abgeleitet. Die Service -Prozesse, die in ITIL bedacht worden sind, wurden in die Domäne des Anwendungsmanagements übersetzt. Dies war notwendig, da die ITIL-Bücher auf IT-Services und nicht spezifisch auf Anwendungsmanagement-Services fokussierten, während die Investitionen in Anwendungsmanagement-Services stiegen. Zusätzlich fanden Anwendungsmanager ihre eigenen, besonderen Aktivitäten nicht genügend in ITIL wieder. ASL wurde von PinkRoccade in den Niederlanden entwickelt und basiert auf den Best-Practices dieses IT Service Providers, eines der ältesten IT-Unternehmen in den Niederlanden (heute Teil von Getronics). ASL wurde im April 2002 öffentlich verfügbar gemacht, indem das geistige Eigentum der ASL-Stiftung übertragen wurde. Verschiedene Organisationen, sowohl von der Nachfrage- als auch von der Angebotsseite, beteiligen sich an der Stiftung Wo wird ASL eingesetzt? ASL zielt vorweigend auf Manager als auch Experten ab, welche die Reife ihrer Prozesse, die Anwendungsmanagement-Services liefern, erhöhen möchten. Es wird international unterstützt, die größte Akzeptanz findet sich jedoch in den Niederlanden, wo die meisten großen Anwendungsmanagement-Service Provider und eine Reihe der IT-Abteilungen von Anwenderorganisationen der ASL-Stiftung beigetreten sind. Mehr als 250 Organisationen haben die ASL-Philosophie übernommen. Seit ihrer Einführung im Jahre 2002 haben über 2500 Personen einen Foundation-Kurs besucht, von denen ungefähr ein Drittel auch ein Zertifikat erworben hat. ASL wird in den Niederlanden als der De-Facto-Standard für Anwendungsmanagement angesehen und wurde auch in verschiedene akademische Programme aufgenommen. Es gibt keine Pläne für eine größere Überarbeitung des in 2002 veröffentlichten Frameworks, die ASL- Stiftung hat jedoch aktive Arbeitsgruppen, die regelmäßig ergänzende Materialien und Best- Practices veröffentlichen Beschreibung und Hauptgrafiken ASL definiert Anwendungsmanagement (Application ) wie folgt: Anwendungsmanagement die vertraglich vereinbarte Verantwortung für das und die Durchführung aller Aktivitäten, die sich auf die Wartung und die Entwicklung bestehender Anwendungen innerhalb genau definierter Service Levels beziehen. Es befasst sich mit dem der Wartung, Verbesserung und Erneuerung von Applikationen auf wirtschaftlich sinnvolle Weise. Ein wesentliches Prinzip ist die Unterstüzung der Informationssysteme nutzenden Geschäftsprozesse über den Lebenszyklus der Geschäftsprozesse (im Gegensatz zum Leben der einzelnen Anwendung) hinweg. Dies bedeutet das Handhaben und Bewahren von Software, Datenbanken und Dokumentation. Es schließt Programmierung, Systementwicklung, Entwurf und Auswirkungsanalyse sowie Prozesse ein, welche die optimale Verfügbarkeit der Anwendung bei minmaler Unterbrechung des Betriebs sicherstellen. ASL wird gemäß dem IT -Modell von Professor Maarten

4 ASL Application Services Library 221 Looijen (Universität Delft, Niederlande) positioniert, der drei Formen des IT s unterschied: Informationsmanagement im Unternehmen, Anwendungsmanagement und Infrastrukturmanagement: Informationsmanagement im Unternehmen befasst sich mit der Pflege der Funktionalität von Informationssystemen. Es repräsentiert die Anwenderorganisation, die Nutzen aus der Funktionaltät zieht und Eigentümer des Informationssystems ist. Infrastrukturmanagement ist für die Pflege der operativen Aspekte des Informationssystems, das aus Hardware, Software und Datenbanken besteht, verantwortlich. Es ist die Organisation, die Informationssysteme betreibt und die Infrastruktur wartet. Dies wird oft das Rechenzentrum sein. ITIL ist in diesem Bereich ein weitläufig übernommener Standard. ITIL führte ein Konzept ein, das für Professor Looijens Modell neu war: Service, eine übergreifende Ebene über den Anwendungsmanagement- und Infrastrukturmanagement- Domänen. ASL basiert zu einem großen Maß auf ITIL-Konzepten, was durch die Namen und die Struktur vieler Prozesse offensichtlich wird. ASL setzt diese Konzepte insbesondere in der Anwendungsmanagement-Domäne ein: dem, der Wartung und der Erweiterung von Anwendungen. Dies hat nicht nur andere Fragestellungen zum Gegenstand, sondern erfordert ebenfalls unterschiedliche Fähigkeiten. Das ASL-Framework beinhaltet allgemeine Prozessbeschreibungen aller 26 Prozesse, einschließlich Elementen wie Ziel, Input/Aktivitäten/Output und Beziehungen zu den anderen Prozessen. Der Zweck des -Frameworks liegt darin, die Breite und Tiefe des Anwendungsmanagements beschreiben zu können, so dass Leser die für sie relevanten oder der Aufmerksamkeit des s bedürfenden Aktivitätsdomänen und Aspekte schätzen können. Es kann ebenfalls dazu eingesetzt werden, ein Bewusstsein und Verständnis zu schaffen. Das Framework besteht aus sechs Prozessclustern, die in drei Ebenen aufgeteilt sind: die operativen und prozesse haben eine kurz- bis mittelfristige Perspektive, während die Governance-Prozesse zwei Jahre in die Zukunft schauen. Der Wartungs- und Steuerungs-Cluster zielt darauf ab, sicherzustellen, dass die derzeitigen Anwendungen auf die wirksamste Art und Weise zur Unterstützung der Geschäftsprozesse und unter Einsatz minimaler Ressourcen hin zu einem Minimum an Unterbrechungen des Betriebs eingesetzt werden. Das Hauptziel des Anwendungsmanagements ist die Unterstützung und Sicherstellung, dass die Anwendungen funktionieren und laufen. Die fünf Prozesse sind den ITIL-Prozessen mit gleichen Namen ähnlich und haben ähnliche Ziele, aber unterschiedlichen Inhalt, da die Natur des Anwendungsmanagements eine andere ist: Incident- erfasst und behandelt gemeldete Fehler und Fragen und bietet den Anwendern Informationen über Implikationen von (Änderungen in) Anwendungen und Anwendungsmanagement-Services Configuration- beinhaltet die Identifizierung, Registrierung und das der eingesetzten Anwendungs- und Anwendungsmanagementservice-Komponenten wie die Anwendungen und Dokumentation

5 222 Frameworks für das IT des Organisationszyklus des Anwendungszyklus Betrieb Strategie Planung und Kontrolle Continuity- Capacity- Definition der Service Delivery Kundenumgebungsstrategie Incident- Wartung & Steuerung Kostenmanagement Availability- Configuration- Change- (Mgt.) Implementierung Softwaresteuerung & -verteilung Verbindende Prozesse Qualitätsmanagement Einflussanalyse Entwurf Test Service Level Erweiterung & Erneuerung Strategie der Kundenorganisation Marktdefinition Benutzerkontendefinition Technologiedefinition Fähigkeitsdefinition IKT- Entwicklungsstrategie IKT-Portfoliomanagement Lebenszyklusmanagement Realisierung Abbildung 20.1 ASL Framework Availability- ist mit der Verfügbarkeit und Zuverlässigkeit der Anwendung und der Anwendungsmanagement-Services befasst Capacity- managt die Einrichtung der notwendigen (nicht-menschlichen) Kapazität und Ressourcen, um die richtigen Anwendungsmanagement-Services und Leistungsfähigkeit zur Verfügung zu stellen Continuity- stellt die Aufrechterhaltung des Betriebs und der Unterstützung der Anwendung und Anwendungsmanagement-Services sicher und beschäftigt sich beispielsweise mit Sicherheit, Betrugsprävention, Fallback-Einrichtungen und Backups. Der Erweiterungs- und Erneuerungs-Cluster stellt sicher, dass die Anwendungen entsprechend sich verändernden Anforderungen, die üblicherweise ein Ergebnis aus Veränderungen in den Geschäftsprozessen sind, modifiziert werden und hält die Anwendungen somit aktuell. Hier werden Modifikationen an der Software, den Datenmodellen und der Dokumentation vorgenommen. Diese Prozesse sind den Aktivitäten ähnlich, die während der ursprünglichen Entwicklung der Anwendungen durchgeführt werden: Auswirkungsanalyse: Aktivitäten zur Identifizierung und Bewertung der Auswirkung einer Änderungsanforderung (Request for Change) Entwurf: Informationsanalyse und funktionaler Entwurf

6 ASL Application Services Library 223 Umsetzung: Technischer Entwurf und Programmierung der Änderungen in Anwendungen, die zu neuen Releases führen Test: Test der neuen Releases und Übergabe zur Akzeptanzprüfung Einführung: Schlussendliche Vorbereitung der Einführung der geänderten Software und anderer Service-Komponenten, einschließlich Konvertierung, Akzeptanztests, Schulung, Anleitung und Migration, gefolgt von einer Abnahme. Obwohl die Vorgehensweise der Anwendungsentwicklung ähnelt, gibt es einige grundlegende Unterschiede zwischen der Erstentwicklung von Anwendungen und der Erweiterung und Erneuerung im weiteren Verlauf des Lebenzyklus. Anders als bei der Entwicklung sind die Wartung und Erweiterungen von einer Reihe von Schwierigkeiten betroffen: höhere Anforderungen: ein neues Release muss häufig zu einem bestimmten Zeitpunkt eingeführt werden, um einer geänderten Gesetzgebung zu genügen oder weil neue Produkte eingeführt werden müssen kürzerer Feedbackzyklus: der Konzepter und Programmierer wird rasch mit Arbeit geringer Qualität konfrontiert, die schnell angegangen werden muss weniger Verbesserungsmöglichkeiten: aufgrund von Beschränkungen, die von vor einigen Jahren getroffenen Entscheidungen herrühren, müssen Veränderungen innerhalb der bestehenden Struktur vorgenommen werden und die Ideallösung muss oft einem kreativen Kompromiss geopfert werden. Die operativen Prozesscluster Wartung und Steuerung sowie Erweiterung und Erneuerung stehen in enger Verbindung, da sie sich mit den gleichen Anwendungsobjekten beschäftigen. Die zwei verbindenden Prozesse befassen sich mit der Übergabe von Software und Datenverbesserung an die Wartung auf eine kontrollierte Art und Weise: Change- bezieht sich auf den Prozess, der bestimmt, welche Änderungsanforderungen durch ein Release eingeführt werden. Dieser Prozess führt in Abstimmung mit dem Kunden zu einer Vereinbarung mit diesem und validiert durch eine Auswirkungsanalyse, welche Änderungen an der Terminplanung, Kosten und Fertigstellungszeitpunkten gemacht werden. Er überwacht im Laufe des Erweiterungsprojekts, ob Änderungen am Release vorgenommen werden müssen Softwaresteuerung und Verteilung deckt die in die Steuerung und Verteilung von Softwareobjekten und ergänzenden Objekten (wie Dokumentation) während der Entwicklung, dem Testen sowie der Übergabe in den Betrieb involvierten Prozesse ab. Die -Prozesse stellen sicher, dass alle operativen Prozesscluster aufeinander abgestimmt gemanagt werden. Dem des Personals, Deadlines, Umsatz und Kosten sowie interner und externer Qualität (Service Levels) wird Aufmerksamkeit geschenkt. Planung und Steuerung stellt sicher, dass die vereinbarten Anwendungsmanagement- Services mit der richtigen Kapazität durch zeitgerechten Einsatz der richtigen IT-Ressourcen und Personen zur rechten Zeit bereitgestellt werden. Er beschäftigt sich sowohl mit projektähnlichen (Releases innerhalb von Erweiterung und Erneuerung) als auch mit kontinuierlichen Aktivitäten (Wartung und Steuerung). Das Ausbalancieren und Managen dieser beiden Aspekte, üblicherweise durch die gleiche Abteilung und Personen, ist eine der großen Herausforderungen für die Anwendungsmanagement-Organisation.

7 224 Frameworks für das IT Kostenmanagment befasst sich mit der Erfassung von Kosten, um angemessene finanzielle Informationen für die Entscheidungsfindung und Rechnungsstellung der vereinbarten Anwendungsmanagement-Services bereitzustellen. Das Ziel des Qualitätsmanagements ist die Sicherstellung der Qualität nicht nur der Prozesse und Organisation, sondern auch der Applikation selbst. Es fokussiert auf strukturelle Fragestellungen, die nicht im täglichen Betrieb abgehandelt werden können. Service Level zielt auf die Überwachung und Verbesserung von Kundenzufriedenheit und auf die Verbesserung der dem Kunden bereitgestellten Anwendungsmanagement-Services ab. Es deckt sowohl die für die Definition des vom Kunden geforderten Service Levels als auch für die Überwachung des tatsächlichen Service Levels notwendigen Aktivitäten ab. Anwendungszyklusmanagement (Applications Cycle, ACM) beschäftigt sich mit Business- und IT-Alignment, indem eine Langzeitstrategie für die Informationssysteme entwickelt wird, die auf die Langzeitstrategien der (Unternehmens)organisation ausgerichtet ist. Es wird von zwei Perspektiven aus angegangen: den individuellen Anwendungen und dem Anwendungsportfolio, alle Anwendungen werden im Vergleich zueinnander betrachtet. ACM betrachtet hauptsächlich Fragestellungen des Unternehmens Entwicklungen sowohl in dem Sektor, in dem die Organisation tätig ist als auch in der die Organisation selbst also muss es zusammen mit dem Informationsmanagement im Unternehmen geschehen. Die Hauptaufgabe des Anwendungsmanagements ist es, sicherzustellen, dass diese Fragestellungen adressiert werden. Organisationszyklusmanagement (Organization Cycle, OCM) betrachtet die langfristige Organisationsentwicklung der Anwendungsmanagement-Abteilung, sei es eine interne Abteilung oder eine kommerzielle Organisation. Anwendungsmanagement-Abteilungen sind oft sehr konservativ und dies ist eine Anregung, um sie zum Nachdenken über die Art von Anwendungsmanagement-Services zu bewegen, die sie bereitstellen möchten. Die von Anwendern nachgefragten Services sind so vielfältig, dass es sowohl für interne als auch externe Anwendungsmanagement-Organisationen schwierig ist, die gesamte Bandbreite abzudecken. Dies erzwingt eine Entscheidung über die Services, die von der Anwendungsmanagement- Organsation selbst erbracht werden sollen und diejenigen, für die eine Partnerschaft angemessen sein mag. OCM sieht vor, dass die Anwendungsmanagement-Organisation oder -Firma nicht nur die zukünftigen Bedürfnisse ihrer Kunden, sondern auch ihre eigene Zukunft berücksichtigt. Basierend auf dem ASL-Framework und Best-Practice des Anwendungsmanagements wurde ein ASL-Reifegradmodell entwickelt, um die Reife der individuellen Prozesse und der Anwendungsmanagementservices-Organisation zu messen Ansatz/How-To ASL kann zur Verbesserung eines breiten Spektrums von Aspekten des Anwendungsmanagements, von Kostenkontrolle und Servicequalität bis zu Mitarbeitermotivation und Strategic Alignment eingesetzt werden. Die übergreifende Empfehlung ist, dass einem pragmatischen Ansatz gefolgt werden sollte, beginnend mit einer Analyse von Problembereichen. Dann kann ein Teil der nicht notwendigerweise die ganze ASL übernommen werden, mit starker Betonung der Nutzung von

8 ASL Application Services Library 225 Best-Practices, die andere Organisationen entwickelt haben und mit einer Herangehensweise an die Verbesserung als kontinuierlichen Prozess an Stelle eines abgegrenzten Projekts. Aufgrund der Unterschiedlichkeit der Problembereiche und -größen als auch der der Komplexität und Reife von Organisationen ist es schwierig, Hinweise auf Ergebnisse und Kosten einer Übernahme zu geben. In benötigten Tagen ausgedrückt, könnten die Kosten von zwanzig oder fünfzig Tagen zur Verbesserung der Kommunikation in einer kleinen Organisation durch Einführung des Frameworks und einer einheitlichen Begrifflichkeit, bis hin zu mehreren tausend Tagen für eine größere Umstellung von Prozessen in einer großen Organisation reichen. Einige häufig auftretende Probleme schließen ein: Fokussierung auf das Modell und nicht auf Best Practices Übertriebener Ehrgeiz und Vermeidung eines inkrementellen Ansatzes Unterlassung der Analyse wahrgenommener Probleme Keine Nutzbarmachung der Erfahrungen und Einsichten der am und der Durchführung des Anwendungsmanagements beteiligten Teammitglieder. Schulung und Zertifizierung von Mitarbeitern spielt eine wichtige Rolle bei der Implementierung von ASL. Die meisten der von verschiedenen Schulungsinstituten angebotenen Kurse konzentrieren sich auf die Vorbereitung für die ASL Foundation-Prüfung (40 Multiple-Choice- Fragen, von EXIN entwickelt und verwaltet), die auf Englisch und Niederländisch angeboten wird. Ergänzend zu diesem Zertifikat, welches Individuen verliehen wird, werden auch Organisationen in Zukunft die Möglichkeit haben, ihre Anwendungsmanagementprozesse anhand eines unabhängigen Standards prüfen zu lassen. Das niederländische Standardisierungsinstitut (NEN) entwickelt zur Zeit einen auf ASL basierenden Standard für das Anwendungsmanagement Relevanz für das IT Das IT sieht sich mit einer Reihe von großen Herausforderungen konfrontiert: Rechtfertigung des hohen Ausmaßes von IT-Ausgaben, Minderung der operativen und anderer Risiken, während zugleich die steigende technische und organisatorische Komplexität sowie die augenscheinlich niemals endende Herausforderung, die Lücke zwischen IT und dem Business zu überbrücken, zu meistern ist. ASL kann einen Beitrag zur Lösung dieser Fragestellungen durch die Gewährung tieferer Einsichten in die Kosten des Anwendungsmanagement, die Reduzierung von Risiken durch Verbesserung der Zuverlässigkeit sowohl der prozesse als auch der operativen Prozesse und schließlich durch die Verbesserung des Alignments zum Business durch Einleitung und Fortführung eines strategischen Dialogs zwischen dem Anwendungsmanagement und dem Informationsmanagement im Unternehmen liefern.

9 226 Frameworks für das IT 20.6 Stärken und Schwächen Organisationen können von ASL am meisten profitieren, indem sie es dort übernehmen, wo maßgeschneiderte Software gewartet und erweitert wird. Teams mit gemeinsamer Verantwortung für das operative der Anwendung und ihrer Erweiterung und Erneuerung werden einen größeren Nutzen ziehen als Teams, bei denen Erweiterung und Erneuerung durch die Organisation durchgeführt werden, die sich auf die Erstentwicklung konzentriert. Entwickelnde Organisationen werden von den Best-Practices der Wartung existierender Systeme profitieren, die in den meisten Methodiken der Systementwicklung oft vernachlässigt wird. Einer der stärkeren Punkte von ASL ist die Bereitstellung eines Überblicks aller Aktivitäten (von operativ bis strategisch), die notwendig sind, um Anwendungen hinsichtlich sich wandelnder Anforderungen des Unternehmens auf dem neuestem Stand zu halten. Die meisten anderen Modelle behandeln nur einen Teil des Spektrums. ASL kann durch eine bessere Trennung zwischen Anwendungs- und Infrastrukturmanagement und durch Entfernung einiger kleinerer konfliktärer Begrifflichkeiten verbessert werden Querverweise/Beziehungen EFQM Die Implementierung von ASL innerhalb einer für das Anwendungsmanagement- Organisation wird die Reife der Prozesse erhöhen und die Bereiche Grundsätze, Strategie und Ergebnisse (primär Kundenergebnisse und Schlüsselleistungsergebnisse) verbessern. ISO 9000:2000 wenn ASL-Prozesse in einer Anwendungsmanagement-Organisation auf den Reifegraden Zwei bis Drei implementiert werden, ist diese Organisation auf einem guten Weg, den Kriterien für ein ISO 9000-Zertifikat zu entsprechen (mindestens 80 Prozent Abdeckung). Nur den Soft Skill-Kriterien wird nicht entsprochen. ITS-CMM - IT Service CMM berücksichtigt keine Softwarewartung und ist komplementär zu ASL. ITS-CMM bietet tiefergehendere prozesse als ASL, wenn dies also ein Bereich ist, der besonderer Aufmerksamkeit bedarf, kann eine Kombination dieser Modelle von Wert sein. ITS-CMM kann auf alle Bereiche einer IT Service-Organisation angewandt werden, einschließlich eines Teilbereichs des Informationsmanagements im Unternehmen. ASL jedoch schenkt strategischen Prozessen wesentlich mehr Aufmerksamkeit als das ITS- CMM und gibt eine detailliertere Beschreibung der Aktivitäten, die innerhalb der operativen Prozesse durchgeführt werden müssen. Dies wird durch Best-Practices unterstützt. CMMI - CMMI betrachtet primär Aspekte, mit denen sich die ASL-Prozesse Qualitätsmanagement sowie Planung und Steuerung beschäftigen, jedoch nicht auf strategischer Ebene. ASL nutzt keine Reifegrade für die Anwendungsmanagement-Organisation als Ganzes, stellt jedoch eine Möglichkeit zur Bestimmung der Reife von ASL-Prozessen bereit. Dies ist vergleichbar mit dem kontinuierlichen Ansatz des CMMI. Wo ASL sich darauf konzentriert, wie gut die Prozesse implementiert sind, fokussiert das CMMI darauf, wie gut dise Prozesse gemanagt werden. CobiT - CobiT unterstützt IT-Governance durch die Bereitstellung eines Frameworks, welches das Alignment der IT mit dem Business sicherstellt, das Business ermöglicht und den Nutzen maximiert, indem IT-Ressourcen verantwortungsvoll eingesetzt und IT-Risiken angemessen gehandhabt werden. ASL spricht die beiden erstgenannten Punkte ebenfalls an, trägt zu den beiden letzteren jedoch nicht nennenswert bei; dies bedeutet, dass CobiT komplementär ist. CobiT deckt alle Bereiche der IT ab, während ASL sich auf das Anwendungsmanagement konzentriert.

10 ASL Application Services Library 227 ISPL - ISPL (Information Services Procurement Library) befasst sich mit der Beschaffung von IT-Services und hat Verknüpfungen mit Anwendungs-Services. Es spricht vorwiegend Fragestellungen des Informationsmanagements im Unternehmen an und kann die Qualität des Inputs für den ASL Service Level -Prozess verbessern. MSP, PRINCE2, PMBoK and ICB Methoden für Programm- und Projektmanagement können innerhalb des ASL eingesetzt werden, wenn Projekte zum Beispiel ein größeres Release oder die Erneuerung einer Anwendung einen Komplexitätsgrad aufweisen, der strenge Aufmerksamkeit erfordert BiSL BiSL (Business Information Services Library) ist ein relativ neues Modell mit einer ASL ähnlichen Struktur, welches auf das von Informationssystemen im Unternehmen abzielt. Die wichtigsten Themenbereiche sind: Informationsmanagement der Nachfrage Unterstützung der Endanwender Definition neuer funktionaler Anforderungen der Implementierung geänderter Informationssysteme. Es wird generell anerkannt, dass von den drei IT -Domänen des Looijen- Modells (das ebenfalls der Kontext für das BiSL-Modell ist) das Informationsmanagement im Unternehmen zur Zeit das schwächste Glied der Kette ist. Ein professionelleres und reiferes Informationsmanagement im Unternehmen würde sowohl dem Anwendungsmanagement als auch dem Infrastrukturmanagement ein Agieren auf höherem Niveau ermöglichen ITIL ITIL und ASL sind komplementäre Frameworks. Während ITIL üblicherweise auf allgemeine Service -Prozesse angewandt wird, wird ASL für die Prozesse des Anwendungsmanagements, die ITIL nicht in der Tiefe behandelt, eingesetzt. Da ASL von ITIL abgeleitet ist, verdient die oberflächliche Überlappung zwischen ASL und dem Application von ITIL besondere Aufmerksamkeit und wird in den beiden folgenden Absätzen durch die Beschreibung der Hauptgemeinsamkeiten und unterschiede adressiert. Gemeinsamkeiten Sowohl das ITIL-Application als auch ASL adressieren das Alignment der IT mit sich verändernden Anforderungen des Business. Das ITIL-Application beschreibt einen auf dem Strategic Alignment Model (SAM) von Henderson and Venkatraman basierenden Ansatz, der Steuerungsmethoden einschließt. Im ASL wird Business-/IT-Alignment durch den Prozesscluster des Anwendungszyklusmanagements adressiert, in dem eine auf die Langzeitstrategien der (Unternehmens)organisation abgestimmte Langzeitstrategie für die Informationssysteme entwickelt wird. Die Ansätze sind komplementär.

11 228 Frameworks für das IT Unterschiede ITIL-Application konzentriert sich auf Aspekte der Handhabbarkeit von Anwendungen, während ASL sich darauf konzentriert, wie das Anwendungsmanagement durchgeführt wird. ITIL-Application zielt auf die Verbesserung des Prozesses Anwendungsentwicklung, um bessere IT-Services zu liefern; ASL zielt auf die Verbesserung der Prozesse des Anwendungsmanagements (Service -Prozesse ebenso wie Prozesse der Anwendungswartung und erweiterung) ab, um bessere Anwendungsmanagement-Services zu liefern. Um von der Implementierung des ITIL-Application s zu profitieren, bedarf die Organisation eines gewissen Grads an Erfahrung und Reife, wohingegen ASL von Organisationen unterschiedlicher Reifegrade erfolgreich eingeführt werden kann Links und Literatur Buch zu ASL Pols, R. van der (2004). ASL: a Framework for Application. Zaltbommel: Van Haren Publishing Webseite zu ASL Die Hauptinformationen und Best Practices können hier gefunden werden.

12 IV Impressum Titel: Eine Veröffentlichung von: Redaktion: Verlag: Frameworks für das IT itsmf International Jan van Bon (Chefredakteur) Tieneke Verheijen (Redakteurin) Van Haren Publishing, Zaltbommel, ISBN(13): Auflage: Design und Layout: Druck: Originalversion in Englische Sprache Frameworks for IT Erste Ausgabe, erste Auflage, September 2006 Erste Ausgabe, zweite Auflage, November 2006 Deutsche Übersetzung: Erste Ausgabe, erste Auflage, September 2007 CO2 Premedia, Amersfoort - NL Wilco, Amersfoort - NL Für weitere Informationen über Van Haren Publishing senden Sie bitte eine an: info@vanharen.net Das itsmf International hat durch ihr International Publications Executive Sub Committee (IPESC), das sich aus einem Ausschuss von Mitgliedern globaler itsmf-landesverbände zusammensetzt, diesem Buch die formale Befürwortung des itsmf International zuteil werden lassen. itsmf International 2006 Alle Rechte vorbehalten. Kein Teil dieses Werkes darf in irgendeiner Form, sei es durch Druck, Fotokopie, Mikrofilm oder in einem anderen Verfahren ohne vorherige schriftliche Genehmigung des Verlages reproduziert oder verarbeitet, übersetzt, vervielfältigt oder verbreitet werden. Obwohl diese Veröffentlichung mit großer Sorgfalt zusammengestellt wurde, übernehmen weder die Autoren noch die Herausgeber oder der Verlag eine Haftung für Schäden, die infolge von eventuellen Fehlern oder Unvollständigkeiten in dieser Veröffentlichung entstehen. HINWEISE AUF EINGETRAGENE WARENZEICHEN PRINCE2, M_o_R and ITIL sind Registered Trade Marks und Registered Community Trade Marks des Office of Government Commerce und sind im U.S. Patent and Trademark Office registriert. CobiT ist ein eingetragenes Warenzeichen der/des Information Systems Audit and Control Association (ISACA)/IT Governance Institute (ITGI). Das PMBoK ist ein eingetragenes Warenzeichen des Project Institute (PMI). etom ist ein eingetragenes Warenzeichen des Tele Forum.