USM und ITIL, SIAM, DevOps, etc.

From USM Wiki

This page is a translated version of the page USM and ITIL, SIAM, DevOps, etc. and the translation is 100% complete.

Die Universalität (das „U“) von USM unterstützt zahlreiche Praktiken und Techniken, wie SIAM, DevOps und Agile. Alle diese Praktiken und Techniken dienen letztlich ein und demselben Ziel: bessere Servicebereitstellung. USM bietet das universelle Managementsystem für dieses Ziel.

ITIL

USM als das Rad, das ITIL vorantreibt.


  • ITIL v1 - In seiner ersten Auflage, von Ende der 1980er Jahre bis zur Jahrtausendwende, basierte der Text von ITIL auf rund 50 Broschüren, in denen ebenso viele Best Practices für das IT-(Service-)Management festgehalten wurden. ITIL war vor allem darauf ausgerichtet, die technologischen Herausforderungen zu unterstützen, vor denen die Welt damals stand: immer komplexere Software auf immer größeren Computer-Maschinenparks in immer größeren Netzwerken optimal zu betreiben. Es war der Beginn der Ära des Internets.
  • ITIL v2 - In den Jahren 2000-2001 wurde ITIL in zwei große Bücher umgeschrieben: ITIL Service Support und ITIL Service Delivery, zu denen später noch einige kleinere Werke hinzukamen. Die beiden Hauptbücher beschrieben 12 Praktiken und Funktionen; die anderen Bücher beschrieben eine große Anzahl zusätzlicher Aktivitäten. ITIL 2 machte deutlich, dass Dienstleistungen zunehmend in den Mittelpunkt des Einsatzes von Informationsverarbeitungsprodukten rückten. Es ging nicht mehr um Technologie, sondern um die Unterstützung des Unternehmens „mit“ Technologie. Obwohl ITIL das Wort Prozesse verwendet, wurden die ITIL-Bücher im Format von Best Practices geschrieben.
  • ITIL v3 - Im Jahr 2007 wurde die dritte Version von ITIL veröffentlicht: ITIL v3, dieses Mal in fünf Büchern zusammengefasst: Service Strategy, Service Design, Service Transition, Service Operation und Continual Service Improvement. In diesen Büchern wurden insgesamt 28 Praktiken (wiederum als „Prozesse“ bezeichnet), Funktionen und Aktivitäten beschrieben. Diese Version basierte auf einem Ansatz, der sich auf den „Lebenszyklus“ eines IT-Dienstes konzentrierte, in einem Umfeld, das auf kontinuierliche Verbesserung ausgerichtet war. Im Jahr 2011 wurde eine leicht überarbeitete Version von ITIL v3 veröffentlicht. Mit ITIL v3 verlagerte sich der Schwerpunkt endgültig auf die Dienstleistungen, aber nun mit einem starken Fokus auf die Entwicklung neuer Funktionen für das Unternehmen. Der Fokus auf die schnelle Entwicklung neuer Funktionalitäten für das Unternehmen setzte sich in den folgenden Jahren in der IT-Branche fort. Agile und DevOps hielten Einzug, die Cloud-Technologie und die damit verbundenen Strategien wurden in großem Umfang eingeführt, und die Integration von IT und anderen Disziplinen wurde mit dem Internet der Dinge zum Mainstream. ITIL bedurfte zwangsläufig einer Aktualisierung, um diese Entwicklungen zu unterstützen.
  • ITIL 4 - Diese Aktualisierung wurde im Februar 2019 veröffentlicht. Obwohl ITIL 4 den Hinweis enthält, dass es sich bei den Prozessen der früheren Ausgaben um Praktiken und nicht um tatsächliche Prozesse handelte, basiert auch die neueste Version von ITIL auf einem praxisorientierten Ansatz. Diesmal werden 34 Praktiken beschrieben, mit denen eine Serviceorganisation ihre Wertströme organisieren kann. ITIL 4 fügte zwar die Begriffe Service Value System und Service Value Chain hinzu, sein praxisorientierter Charakter und das Fehlen einer systematischen Herangehensweise an das Konzept eines Management Systems führten jedoch zum gleichen Ergebnis: ein eher inkohärentes und sehr redundantes Set von Best Practices, die nicht ohne weiteres als Ganzes angewendet werden können.

Das Ergebnis der Anwendung von ITIL ist eine Kombination aus hohen Kosten (wegen des kommerziellen Preismodells und der internen Inkonsistenz) und begrenzten Ergebnissen (wegen des internen Fehlens eines Systemansatzes und der daraus resultierenden Redundanz). Dies kann behoben werden, indem das fehlende Element in die Strategie der Organisation aufgenommen wird: das Managementsystem, das es ermöglicht, den Wert der Best-Practice-Anleitung zu erschließen. Dies erklärt, wie USM und ITIL zu einer nachhaltigen Strategie kombiniert werden können. Mit der Metapher der Organisation als Gebäude bietet das USM Enterprise Service Management System das Fundament Ihres Gebäudes, während die Best-Practice-Anleitung der ITIL-Versionen auf die Etagen Ihres Gebäudes angewendet werden kann. Lesen Sie das E-Book „How to make a success of ITIL 4 with USM“ (auch erhältlich in Niederländisch und in Finnisch). Oder lesen Sie das E-Book „Wie Sie ITIL v3 mit USM zum Erfolg führen“ (auf Niederländisch)

USM kann alle ITIL v3 Best Practices mit einem integrierten Service Management System unterstützen


USM kann alle ITIL 4 Best Practices mit einem integrierten Service Management System unterstützen


COBIT

Was für ITIL gilt (siehe oben), gilt auch für COBIT. Obwohl COBIT viel näher an einem architektonischen Ansatz ist, bleibt es ein Rahmenwerk von Best Practices. Das bedeutet, dass - in der Metapher des Gebäudes - die COBIT-Leitlinien auch durch das Service-Management-System von USM unterstützt werden können, für eine nachhaltige Kombination aus einem Fundament und vielen Etagen.

USM kann alle COBIT Best Practices mit einem integrierten Service Management System unterstützen


FitSM

FitSM ist ein Bast-Practice-Framework, das eine Teilmenge der ITIL-Practices darstellt und den Anspruch erhebt, einen leichtgewichtigen Standard für das IT-Service-Management zu liefern. Mit der Übernahme der ITIL-Praktiken und der damit verbundenen Denkweise übernimmt FitSM die Vorteile, aber auch die Schwächen des ITIL-Best-Practice-Ansatzes. Darüber hinaus hat FitSM einige zusätzliche Ungereimtheiten geschaffen, die die wirtschaftliche Wirksamkeit des Rahmenwerks in der Praxis einschränken. FitSM scheint zu behaupten, dass „die anderen“ ITIL-Praktiken nicht als ebenso wichtig eingestuft werden wie diese Untergruppe, und betont den praxisorientierten Ansatz, der das Gegenteil von Systems Thinking ist. Wie bei den anderen Frameworks kann USM die vorgestellten Praktiken mit einem integrierten Service-Management-System unterstützen.

Die FitSM-Practices können alle durch das integrierte Service Management System von USM unterstützt werden


SIAM

Der SIAM-Rahmen (Service Integration And Management) beschreibt eine Praxis für das Management eines komplexen Outsourcing-Netzes. Der Dienstleistungsintegrator und alle Zulieferer in diesem Netz agieren als Akteure, die alle dasselbe Ziel verfolgen: die Bildung gut funktionierender Lieferketten in einem komplexen Netz. Eine starke Kette besteht aus starken Gliedern. USM ist ein starkes, universelles Bindeglied für diese Ketten und Netzwerke.

USM as the universal link in a complex SIAM network


DevOps

Das Gleiche gilt für eine Organisation mit einer DevOps-Praxis. Jedes DevOps-Team ist zu einem Dienstleister geworden und agiert nun als Akteur in einer Kette oder einem Netzwerk. Dies bedeutet wiederum, dass eine leistungsfähige Kette ein leistungsfähiges Glied erfordert: Die USM-Switching-Technik bietet die Lösung für die Interoperabilität zwischen allen Akteuren, für ein leistungsfähiges, effektives und effizientes Netzwerk. Auf diese Weise kann die DevOps-Praxis zur Erreichung des Unternehmensziels beitragen: die bestmögliche Servicebereitstellung für das Unternehmen. Lesen Sie das E-Book „How to make a success of DevOps with USM“.

USM as the universal link in a complex DevOps network


Agile und Scrum

Die DevOps-Praxis basiert auf der Technik des agilen Arbeitens mit Scrum-Techniken, die sich auf einen begrenzten Teil der Leistungserbringung konzentrieren: Änderungen. Bei Agile und Scrum geht es also um kleine und inkrementelle Verbesserungen, die kurzfristig zu einer verbesserten Servicebereitstellung beitragen, die den sich schnell ändernden Kundenanforderungen gerecht wird. Jede Verbesserung ist eine reaktive oder proaktive Verbesserung der Leistungserbringung und fügt sich nahtlos in das USM-Managementsystem ein.

USM bietet somit eine strukturelle und unverzichtbare Unterstützung für die agile Praxis und Scrum-Techniken, die Voraussetzung für die Einbettung in das Ziel der optimalen Leistungserbringung in der Organisation ist. Die agilen Prinzipien und das Agile Manifest können in einem USM-Einsatz vollständig befolgt werden. Wenn eine Organisation ihre Routinen und Governance methodisch nach USM aufgebaut hat, können mit diesen agilen Praktiken und Scrum-Techniken deutlich bessere und nachhaltigere Ergebnisse erzielt werden. Der Einsatz von USM basiert ebenfalls auf einem agilen Ansatz mit Verbesserungssprints.

Agile Praktiken konzentrieren sich auf kurzzyklische Änderungen, die im USM-Managementsystem unterstützt werden können.


Das Viable System Model (VSM)

Das viable system model (VSM) ist ein Modell, das Organisationen dabei unterstützt, ihre Leistung in einem sich verändernden Umfeld unter Kontrolle zu bekommen. Das VSM beschreibt die Struktur eines autonomen Systems, das in der Lage ist, sich selbst (und seine Leistung) an veränderte Anforderungen anzupassen. Ein lebensfähiges System kann in einem sich ständig verändernden Kontext überleben.

Das VSM basiert auf der Regulationstheorie (Kybernetik), so dass es die Kontrolle unterstützt. Es ist nicht dazu gedacht, die „Kreativität“ zu fördern. Wenn Sie nach einem Mechanismus suchen, der Ihnen hilft, Dienstleistungen in einem Abhängigkeitsverhältnis zu erbringen, bei dem „Kontinuität“ im Mittelpunkt steht, dann ist das VSM ein sehr nützliches Modell. Das Modell ist jedoch recht theoretisch, und für viele ist es schwer, seine Bedeutung und funktionieren zu verstehen. Wenn Sie das VSM zwar verstehen, aber immer noch mit der Frage "aber wie?" zu kämpfen haben, finden Sie in USM einen idealen Partner für das VSM.

Der Aufbau des USM ist dem des VSM sehr ähnlich: es bietet einen Kontrollmechanismus, aber jetzt auf der Grundlage einer Verwaltungsarchitektur, die ein Verwaltungssystem spezifiziert. Das bedeutet, dass sich USM auf die unteren Bereiche des VSM konzentriert. USM ist in sehr einfachen Strukturen mit sehr praktischen Komponenten aufgebaut, so dass es leicht ist, den Ansatz des VSM in der Praxis zu unterstützen.

Schauen Sie sich this video an, wenn Sie sehen wollen, wie USM das VSM unterstützt und wie USM auch mit Ashby's Law of Requisite Variety funktioniert.

Eine vereinfachte Darstellung des Viable System Model (VSM)


ASL und BiSL

In den Niederlanden haben sich zwei Rahmenwerke zur Unterstützung des Application Service Management (ASL) und des Business Information Service-Managements (BiSL, auch als BiSL-Next oder DiD: Digital Information Design bezeichnet) durchgesetzt. Beide basieren auf demselben praxisorientierten Ansatz wie die anderen Best-Practice-Frameworks. Ihre Abhängigkeit von Praktiken und das Fehlen eines Systems Thinking-Ansatzes führen zu den gleichen Problemen wie bei den anderen Rahmenwerken: intern inkonsistent, hochgradig redundant, teuer und nicht nachhaltig. Die Praktiken von ASL und BiSL können auch mit dem Service Management System von USM abgebildet werden.

Alle ASL-Praktiken können mit dem USM Service Management System unterstützt werden


Alle BiSL-Practices können mit dem USM Service Management System unterstützt werden