Lifecycle-Verantwortung: Was sie tatsächlich umfasst

Jeder Anbieter in diesem Markt sagt "wir betreiben deine Plattform". Wenige können sagen, was das auf der Rechnung konkret bedeutet.

Die Schweizer Bundesbeschaffung für IT-Betriebsleistungen zieht die Grenze explizit und unterteilt Plattformprozesse in zwei Kategorien: solche, die jede Firma mit stundenweise verrechneten Fachkräften erbringen kann, und solche, die einen abgegrenzten Verantwortungsbereich mit klaren Systemgrenzen erfordern, der über die gesamte Vertragsdauer bei einem Betreiber bleibt. Die zweite Kategorie ist das, was "Managed Lifecycle" bedeutet, und sie beschreibt, was VSHN verkauft.

Zwei Kategorien von Arbeit, nicht zwei Qualifikationsstufen

Die Unterscheidung betrifft nicht Erfahrung oder technische Tiefe. Ein stundenweise abrechnender Auftragnehmer kann bei einer Aufgabe exzellent sein und trotzdem die zweite Kategorie strukturell nicht übernehmen können, weil diese Kontinuität voraussetzt, die das Engagement selbst nicht bietet.

Lieferung, Personalvermittlung und Projektarbeit, die jede fähige Firma auf Zeit-und-Material-Basis anbieten kann:

• Umsetzung einer konkreten Konfigurationsänderung oder eines Features
• Durchführung eines abgegrenzten Migrations- oder Upgrade-Projekts
• Bereitstellung von Fachkräften, die im eigenen Team und mit eigenem Tooling des Kunden arbeiten, unter dessen eigener Leitung

Lifecycle-Verantwortung, die ein dauerhaftes Engagement für ein System statt für eine Aufgabe erfordert:

• Pflege des Konfigurationsmodells und des Nachweises, was tatsächlich im Einsatz ist, nicht nur was zuletzt angefragt wurde
• Steuerung und Nachverfolgung von Konfigurationsinformationen über die Zeit, inklusive Lizenzmanagement
• Beurteilung, Erfassung und Bewertung von Änderungen, während sie geschehen, inklusive Notfalländerungen unter Zeitdruck
• Risikobeurteilung für Katastrophenszenarien, bevor sie eintreten, nicht Rekonstruktion einer Reaktion danach
• Identifikation von Compliance-Anforderungen, Definition der Massnahmen, die sie erfüllen, und Durchführung der Überprüfungen, die das belegen
• Entwicklung und Pflege der Kompetenzen, die die Plattform über Jahre braucht, nicht nur für die Dauer eines Tickets
• Festlegung der strategischen Ausrichtung der Plattform selbst: was sie werden muss, nicht nur was heute angefragt wurde

Eine Firma, die Personal in das Team eines anderen stellt, kann einmalig mit jedem dieser Punkte beauftragt werden. Was sie nicht kann, ist die für alle zusammen dauerhaft verantwortliche Partei zu sein, denn Verantwortung für ein System setzt voraus, bei diesem System zu bleiben, und Personaleinsätze enden.

Kontakt

Warum diese Unterscheidung von der Beschaffung kommt, nicht von uns

Das ist nicht VSHNs eigene Selbstdarstellung, sondern spiegelt, wie grosse Einkäufer das Service-Management einer Plattform bereits in fünf Management-Prozesskategorien unterteilen, Service Strategy, Service Design, Service Transition, Service Operation und Continual Service Improvement, und die darunterliegenden Prozesse danach klassifizieren, ob sie dauerhafte Plattformverantwortung voraussetzen. Schweizer Beschaffungen für IT-Betriebsleistungen im öffentlichen Sektor nutzen genau diese Struktur, um zu entscheiden, welche Anbieter ein "Managed Lifecycle"-Engagement übernehmen können, definiert als Verantwortung für einen abgegrenzten Plattform- oder Produktbereich inklusive Service Levels, Betrieb, Stabilisierung und kontinuierlicher Verbesserung, und welche nur Personal in das Team eines anderen stellen können.

In VSHNs eigener Praxis bilden diese fünf Kategorien Arbeit ab, die kontinuierlich statt punktuell ist: Service Strategy ist zu entscheiden, was die Plattform werden muss, und das anzusprechen, bevor ein Kunde danach fragt; Service Design ist, eine Änderung zu planen, bevor sie die Produktion berührt; Service Transition ist, diese Änderung sicher, getestet und rückführbar auszurollen; Service Operation ist der tägliche Betrieb, Monitoring und Incident-Handling; und Continual Service Improvement ist die dauerhafte Praxis, die Plattform günstiger im Betrieb und sicherer in der Änderung zu machen, was nur unter einer Verpflichtung existiert, die über ein einzelnes Engagement hinausreicht.

Was das am Einwand "wir stellen einfach selbst Fachkräfte ein" ändert

Fachkräfte einzustellen gibt dir Personalkapazität. Es gibt dir nicht automatisch Lifecycle-Verantwortung, denn diese Verantwortung ist eine Funktion von Kontinuität und Verantwortungsstruktur, nicht von Kopfzahl. Ein Team, das rotiert, das einem Projekt statt der Plattform berichtet, oder das kein Mandat hat, das Konfigurationsmodell zwischen Tickets zu pflegen, leistet Lieferarbeit, selbst wenn jede Person darin qualifiziert ist.

VSHNs Red Hat OpenShift- und Kubernetes-Dienste werden als Lifecycle-Verantwortung verkauft und betrieben: eine Partei, verantwortlich für Konfiguration, Änderungsmanagement, Risikoposition bei Katastrophen, Compliance-Nachweise und langfristige Ausrichtung der Plattform, für die Dauer des Engagements, mit CNCF Kubernetes Certified Service Provider-Status seit 2019 und Red Hat Premier Certified Cloud and Service Provider-Status auf der Red-Hat-Seite.

Wo das neben unseren anderen Inhalten steht

Diese Seite erklärt die Form der Verpflichtung. Sicherheitskontrollen deckt ab, was diese Verpflichtung im Audit belegt, und Souveränität deckt ab, wer sie trägt und unter welchem Recht. Vergleiche VSHN mit Eigenaufbau und eigener Personalplanung unter Partner.

Hol dir eine Lifecycle-Verantwortungs-Einschätzung

Vergleichst du ein Personalvermittlungsangebot mit einem Betriebsangebot, und die beiden Zahlen scheinen nicht dasselbe zu bepreisen? Wahrscheinlich tun sie das nicht. Kontaktiere uns, und wir gehen gemeinsam durch, in welche Kategorie jede Position tatsächlich fällt.