Vertragsmodell: Projektbasiert vs. Retainer für Cisco Router Professional Services

Bei Cisco Router Professional Services entscheidet das Vertragsmodell maßgeblich über Kostenkontrolle, Reaktionsfähigkeit und Risiko: Ein projektbasierter Vertrag eignet sich für klar definierte Deliverables (Design, Implementierung, Migration), während ein Retainer (kontingentierte Laufzeitleistung) Stärken im laufenden Betrieb, bei vielen Changes und bei 24/7-Anforderungen hat. Streit entsteht häufig, wenn ein Projektvertrag „wie ein Retainer“ genutzt wird (Scope Creep) oder ein Retainer „wie ein Fixpreisprojekt“ erwartet wird (überzogene Abnahme). Dieser Leitfaden vergleicht beide Modelle praxisnah und zeigt, wie Sie sie production-grade formulieren.

Begriffe: Was „Projekt“ und „Retainer“ im Netzwerkumfeld wirklich bedeuten

Die Modelle unterscheiden sich weniger in Technik als in Steuerung: Projekt = Ergebnisverpflichtung, Retainer = Leistungsbereitschaft nach Prozess und Zeitkontingent. Beide benötigen klare SLAs und Acceptance Criteria – aber an unterschiedlichen Stellen.

• Projektbasiert: definierter Scope, feste Deliverables, Abnahme pro Meilenstein
• Retainer: monatliches Kontingent/Verfügbarkeit, priorisierte Tickets/Changes, kontinuierliche Verbesserungen
• Hybrid: Projekt für große Vorhaben + Retainer für Betrieb und kleine Changes

Projektbasiert: Wann es die beste Wahl ist

Projektverträge sind ideal, wenn der Umfang gut spezifizierbar ist und ein klarer Endzustand existiert. Das trifft häufig auf Implementierungen, Migrationen, Audit-Fixes oder Standardisierungen zu.

• Neubau/Erweiterung: neues Büro, neue Standorte, neue VPN-Topologie
• Migrationsprojekte: Altgerät → IOS/IOS XE, Providerwechsel, Designwechsel
• Assessment/Audit: Gap-Analyse + Maßnahmenpaket mit Abnahme
• Standardisierung: Templates, Baselines, Governance-Setup

Projektbasiert: Vorteile und typische Risiken

Das Projektmodell bietet gute Budgetkontrolle, aber nur wenn Scope und Abnahme klar definiert sind. Sonst wird es zum Streit über „ist das noch drin?“.

• Vorteil: klarer Fixpreis/Meilensteinpreis möglich
• Vorteil: Deliverables und Abnahme sind messbar (UAT/Evidence)
• Risiko: Scope Creep durch neue Anforderungen während der Umsetzung
• Risiko: „Betriebssupport“ wird implizit erwartet, aber nicht bezahlt

Projektvertrag: Pflichtbestandteile zur Streitvermeidung

• Scope & Exclusions: explizit, inkl. Annahmen (Sites, VLANs, Tunnel)
• Deliverables: As-Built, Backups, Runbooks, Evidence Packs
• Acceptance Criteria: Pass/Fail, Abnahmefenster, KPI-Nachweise
• Rollback: Trigger, Zeitbox, Verantwortlichkeiten
• Change Requests: Prozess und Preislogik

Retainer: Wann es die beste Wahl ist

Ein Retainer ist sinnvoll, wenn Sie kontinuierlich Änderungen und Betriebspflichten haben: regelmäßige Changes, Incident-Unterstützung, Lifecycle/Upgrades und mehrere Stakeholder. Besonders bei vielen Standorten steigt der Nutzen stark.

• Viele Changes: neue VLANs, Policies, VPN-Anbindungen, Routing-Adjustments
• 24/7 Betrieb: Incident Response, Troubleshooting, Provider-Eskalation
• Lifecycle Management: IOS/IOS XE Upgrades in Wellen, Security Fixes
• Multi-Site Betrieb: Template-Updates, Drift-Control, Rollout-Wellen

Retainer: Vorteile und typische Risiken

Der Retainer erhöht Planbarkeit der Verfügbarkeit, kann aber ohne klare Leistungsdefinition „verlaufen“. Der größte Fehler ist, Retainer ohne Ticket- und Priorisierungsprozess zu betreiben.

• Vorteil: schnelle Reaktionsfähigkeit und kontinuierliche Optimierung
• Vorteil: Know-how bleibt verfügbar (weniger Ramp-up pro Ticket)
• Risiko: unklare Priorisierung („alles ist dringend“)
• Risiko: Retainer wird als „unbegrenzte Leistung“ missverstanden
• Risiko: fehlende Governance führt zu Drift (Ad-hoc Changes)

Retainer: Pflichtbestandteile für production-grade Betrieb

• Leistungskatalog: Change-Typen, Incident-Support, Reviews, Upgrades
• Kontingent: Stunden/Monat oder Paket (inkl. Carry-over Regeln)
• SLA: Reaktionszeiten je Priorität (P1–P3), Escalation Path
• Change Governance: Peer-Review Regeln, Pre-/Post-Checks, Rollback
• Reporting: KPIs, Ticket-Volumen, Root Causes, Lessons Learned

Entscheidungsframework: Welche Fragen das Modell bestimmen

Diese Fragen helfen, das passende Modell schnell einzugrenzen. Oft ergibt sich daraus ein Hybridansatz.

• Ist der Scope einmalig und klar abgrenzbar (Projekt) oder kontinuierlich (Retainer)?
• Wie viele Changes pro Monat sind realistisch?
• Gibt es 24/7 Anforderungen und definierte Incident-Klassen?
• Wie hoch ist der Bedarf an Standardisierung/Template-Governance?
• Wie kritisch sind Rollback und Change Windows (KRITIS/Healthcare/OT)?

Hybridmodell: Projekt + Retainer als häufig beste Praxis

Im Enterprise ist häufig ein Hybrid am effektivsten: große Vorhaben als Projekt (mit klarer Abnahme), danach Retainer für Betrieb, Optimierung und Lifecycle. So bleiben Budgets und Qualität kontrollierbar.

• Projekt: Design/Implementierung/Migration inkl. UAT und Evidence
• Retainer: Betrieb, Incident Support, kleine Changes, Upgrades, Drift-Control
• Governance: Templates und Standards werden im Retainer gepflegt

Commercials: Wie sich Kosten und Risiko unterscheiden

Projektverträge verschieben Risiko auf saubere Spezifikation. Retainer verschiebt Risiko auf Priorisierung und Governance. Beide brauchen klare Mechanismen, um „Überraschungen“ zu verhindern.

• Projekt: Fixpreis möglich, aber Change Requests bei Scope-Änderungen
• Retainer: planbare Monatskosten, aber Mehrarbeit via Zusatzkontingent
• Risikoabsicherung: klare Annahmen, Out-of-Scope Liste, Rate Cards

Abnahme und Erfolgskriterien: Unterschiedliche Messpunkte

Im Projekt gibt es eine formale Abnahme. Im Retainer erfolgt Abnahme eher über Service-KPIs und regelmäßige Reports. Definieren Sie Messpunkte, sonst bleibt Qualität subjektiv.

• Projekt-Abnahme: UAT/ATP bestanden, Evidence Pack geliefert, Handover durchgeführt
• Retainer-Erfolg: MTTR sinkt, Drift reduziert, Incident-Rate, SLA-Compliance

Beispiel-KPIs für Retainer (operativ)

• Reaktionszeit P1/P2: SLA-Compliance
• MTTR: Trend über 3–6 Monate
• Change Success Rate: Anteil Changes ohne Rollback
• Drift: Anzahl Abweichungen von Templates/Standards
• Failover KPIs: Track Events, Umschaltzeiten (stichprobenartig)

Governance: Wie Sie beide Modelle „auditfest“ machen

Ob Projekt oder Retainer: Ohne Change Governance entsteht Risiko. Fordern Sie standardisierte Pre-/Post-Checks und versionierte Templates, damit Änderungen nachvollziehbar sind.

• Change-ID Pflicht für jede Änderung
• Pre-/Post-Checks als Evidence (standardisiert)
• Rollback-Plan pro Change Window
• Dokumentation: As-Built/Runbook aktualisieren (Definition im Vertrag)

CLI: Standard Evidence Set (für beide Modelle)

show clock
show ip interface brief
show interfaces counters errors
show ip route 0.0.0.0
show ip route summary
show ip sla statistics
show track
show crypto ipsec sa
show ntp status
show logging | last 100
show processes cpu sorted

Verhandlungstipps: Wie Sie Streitpunkte vorab entschärfen

Die größten Konflikte drehen sich um Scope, Reaktionszeiten und Verantwortlichkeiten. Diese Punkte sollten Sie explizit vertraglich fixieren.

• RACI: wer ist verantwortlich (Customer/Vendor/Provider)?
• Wartungsfenster: getrennt von Incidents, klare Planungslogik
• CR-Prozess: schriftlich, mit Preis- und Terminimpact
• Knowledge Transfer: regelmäßige KT-Sessions im Retainer (z. B. quarterly)
• Exit-Plan: Übergabe bei Vertragsende (Dokumentation, Zugang, Runbooks)

Konfiguriere Cisco Router & Switches und liefere ein Packet-Tracer-Lab (CCNA)

Hallo! Ich bin ein CCNA-Network Engineer und unterstütze Sie bei Cisco Router- und Switch-Konfigurationen – inklusive eines vollständigen Cisco Packet-Tracer-Labs (.pkt). Ideal für Lern-/Übungsszenarien, Validierung oder eine saubere Demo-Topologie.

Was ich (je nach Paket) umsetze

• Switching: VLANs, Trunking (802.1Q), Port-Zuweisung, STP-Basics (PortFast/BPDU Guard wo sinnvoll)

• Routing: Default/Static Routing oder OSPF, Inter-VLAN Routing (Router-on-a-Stick)

• Services: DHCP (Pools/Scopes), NAT/PAT für Internet-Simulation

• Optional Security: Basic ACLs und SSH-Hardening

• Test & Verifikation: Ping/Traceroute + wichtige Show-Commands (mit erwarteten Ergebnissen)

Sie erhalten

• ✅ Packet Tracer .pkt Datei

• ✅ Saubere Konfigurations-Notizen pro Gerät

• ✅ Verifikations-Checkliste + erwartete Outputs

• ✅ Kurze Dokumentation (wie die Topologie funktioniert)

Bitte schreiben Sie mir vor der Bestellung, damit wir Scope, Packet-Tracer-Version, Geräteanzahl und Deadline klären.

Konfiguriere Cisco Router & Switches | Cisco Packet-Tracer-Labs. Finden Sie mich auf Fiverr.