Seminar OSS – Support- und Wartungsverträge

Open-Source-Support umfasst häufig Fehleranalyse, Patch-Pflege, Beratung, Release-Begleitung und Community-Koordination. Das Seminar entwickelt daraus einen Vertrag mit eindeutigen Leistungsgrenzen, Reaktionswegen und Nachweisen.

Inhaltsübersicht

• Zielsetzung
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Praxisübungen
• Methodik

Zielsetzung

• Supportumfang und Wartungsverantwortung präzise abgrenzen
• Community-, Anbieter- und Eigenleistungen zu einer tragfähigen Supportkette verbinden
• Patch-, Release- und End-of-Life-Pflichten vertraglich absichern
• Mitwirkung, Haftung, Unterauftragnehmer und Exit konsistent regeln

Zielgruppe

Einkauf, Vertragsmanagement, Service Management, Rechtsabteilung, Plattformbetrieb, Architektur und technische Service Owner.

Voraussetzungen

Grundkenntnisse des unterstützten OSS-Stacks und der vorgesehenen Betriebsverantwortung.

Seminarinhalte

1. Schritt 1: Leistungsgegenstand inventarisieren

   Produkte, Versionen, Module, Erweiterungen, Betriebssysteme, Datenbanken, Schnittstellen und Betriebsumgebungen werden mit Supportstatus erfasst.

2. Schritt 2: Supportmodell auswählen

   Herstellerähnlicher Support, Integrator, Managed Service, Expertenpool, Community und interne Kompetenz werden nach Verantwortungsumfang kombiniert.

3. Schritt 3: Annahme und Klassifizierung regeln

   Meldewege, berechtigte Kontakte, Supportzeiten, Sprachen, Prioritäten, erforderliche Diagnosedaten und Zurückweisungsgründe werden definiert.

4. Schritt 4: Analyse- und Lösungsleistung beschreiben

   Erstreaktion, qualifizierte Analyse, Workaround, Fehlerbehebung, Upstream-Meldung, Backport und Root-Cause-Bericht werden unterschieden.

5. Schritt 5: Wartung und Release-Pflege festlegen

   Unterstützte Versionen, Patch-Frequenz, Security-Fixes, Kompatibilität, Upgrade-Beratung, Test und Abkündigungsfristen werden geregelt.

6. Schritt 6: Community-Abhängigkeit steuern

   Upstream-Entscheidungen, fehlende Maintainer, Forks, nicht angenommene Patches und Verzögerungen werden mit transparenten Mitwirkungs- und Eskalationspflichten behandelt.

7. Schritt 7: Mitwirkungspflichten festlegen

   Zugänge, Reproduktion, Logs, Testumgebung, Ansprechpartner, Freigaben und Wartungsfenster werden mit Folgen fehlender Mitwirkung beschrieben.

8. Schritt 8: Nachweise und Reporting definieren

   Tickets, Zeiten, Ursachen, Patches, Upstream-Status, Wissensartikel, Trends und offene Risiken werden regelmäßig berichtet.

9. Schritt 9: Vertragsrisiken ausgleichen

   Haftung, Rechte an Anpassungen, Vertraulichkeit, Security-Meldungen, Unterauftragnehmer, Audit und Versicherungen werden an Kritikalität angepasst.

10. Schritt 10: Exit und Wissensübergabe absichern

    Offene Tickets, Patches, Repositories, Dokumentation, Konfiguration, Kontakte und laufende Community-Vorgänge werden geordnet übergeben.

Praxisübungen

• Abgrenzung von Support- und Betriebsleistungen
• Formulierung eines Patch- und Release-Anhangs
• Bewertung einer Community-Abhängigkeit
• Entwurf eines Übergabe- und Exit-Katalogs

Methodik

Fachinput, moderierte Analyse, Gruppenarbeit und realitätsnahe Fallstudien wechseln sich ab. Jeder Themenblock endet mit einer überprüfbaren Arbeitsunterlage für den betrieblichen Einsatz.