Wie unterscheiden sich Lastenheft und Pflichtenheft in Netzwerkprojekten?
Lastenheft und Pflichtenheft: Die zwei Perspektiven
Wenn ein neues Netzwerk geplant wird, treffen zwei Welten aufeinander. Die Auftraggebenden (z. B. die Geschäftsführung oder eine Fachabteilung) verfassen das Lastenheft. Es definiert das Was und Wofür: Welche Ziele sollen erreicht werden und welche Anforderungen muss das fertige Netzwerk erfüllen?
Die Auftragnehmenden (z. B. dein IT-Systemhaus oder die interne IT-Abteilung) antworten darauf mit dem Pflichtenheft. Es beschreibt detailliert das Wie und Womit: Wie werden die geforderten Ziele technisch umgesetzt? Ein Praxisbeispiel: Das Lastenheft fordert "getrennte Netzwerke für Gäste und Mitarbeitende". Dein Pflichtenheft übersetzt dies in die konkrete technische Lösung: "Konfiguration von VLAN 10 (Intern) und VLAN 20 (Gäste) mit entsprechendem Inter-VLAN-Routing und strikten Firewall-Regeln zur Isolation."
Die Struktur: Vom Ist-Zustand zur Abnahme
Beide Dokumente folgen einer klaren Struktur, um Missverständnisse zu vermeiden und den Projekterfolg messbar zu machen. Sie beginnen mit der Ausgangssituation (Ist-Zustand), um aktuelle Schwachstellen des Netzwerks aufzuzeigen, gefolgt von der Zielsetzung (Soll-Zustand).
Der Hauptteil besteht aus den detaillierten Anforderungen. Den Abschluss bilden die Abnahmekriterien. Diese definieren exakt und messbar, unter welchen Bedingungen das Projekt als erfolgreich abgeschlossen gilt. Beispiel für ein Abnahmekriterium: "Der neu eingerichtete DHCP-Server vergibt erfolgreich dynamische IP-Adressen an 50 Test-Clients im definierten Scope, was durch ein formelles Abnahmeprotokoll bestätigt wird."
Funktionale Anforderungen: Das absolute "Was"
Innerhalb der Dokumente wird strikt zwischen zwei Arten von Anforderungen unterschieden. Funktionale Anforderungen definieren die konkreten Aufgaben, Dienste und Funktionen, die das Netzwerk zwingend bereitstellen muss. Sie beschreiben das absolute Muss-Verhalten des Systems.
Typische funktionale Anforderungen in Netzwerkprojekten:
- "Das System muss eine dynamische IP-Adressvergabe für alle Endgeräte im Client-VLAN bereitstellen."
- "Das Netzwerk muss die Namensauflösung für interne Server über einen lokalen DNS-Server ermöglichen."
- "Es muss eine stateful Paketfilter-Firewall implementiert werden, die den Datenverkehr zwischen dem internen Netz und dem Internet kontrolliert."
Nicht-funktionale Anforderungen: Das "Wie gut"
Während funktionale Anforderungen die Funktion an sich festlegen, definieren nicht-funktionale Anforderungen die Qualitätsmerkmale. Sie beantworten die Frage, wie gut, wie sicher oder wie schnell das Netzwerk diese Funktionen erbringen muss.
Typische nicht-funktionale Anforderungen:
- Performance: "Die Latenz bei der DNS-Namensauflösung darf intern 5 Millisekunden nicht überschreiten."
- Verfügbarkeit: "Die Routing-Infrastruktur muss durch Redundanzkonzepte eine Hochverfügbarkeit von 99,99 % im Jahr erreichen."
- Skalierbarkeit: "Die WLAN-Infrastruktur muss ohne Austausch der Controller-Hardware auf den neuesten Standard (z. B. Wi-Fi 7) aufrüstbar sein."
Wie beeinflussen Rahmenbedingungen die Netzwerkanforderungen?
Rechtliche Vorgaben und Compliance
Netzwerke operieren nicht im luftleeren Raum. Rechtliche Vorgaben wie die Datenschutz-Grundverordnung (DSGVO) zwingen dich dazu, abstrakte Gesetze in konkrete, messbare Netzwerkanforderungen zu übersetzen.
Wenn ein Unternehmen beispielsweise sensible Kund:innendaten verarbeitet, reicht es nicht aus, pauschal "Sicherheit" zu fordern. Die rechtliche Rahmenbedingung muss präzise formuliert werden: "Der Datenverkehr zwischen der Datenbank und den Webservern muss durch eine dedizierte Firewall-Zone isoliert werden." Für Betreibende kritischer Infrastrukturen (KRITIS) bestehen zudem oft gesetzliche Meldepflichten, was die Anforderung nach einer lückenlosen, stets aktuellen Netzwerkdokumentation zwingend erforderlich macht.
Unternehmensrichtlinien und Budgetrestriktionen
Neben Gesetzen formen auch interne Rahmenbedingungen das Netzwerkdesign. Unternehmensrichtlinien (Corporate Policies) geben oft bestimmte Technologien oder Sicherheitsstandards vor. Besagt die Richtlinie, dass keine unverschlüsselten Protokolle verwendet werden dürfen, wird dies zur harten Anforderung im Lastenheft.
Der stärkste limitierende Faktor ist jedoch meist das Budget. Budgetrestriktionen zwingen dich dazu, Kompromisse einzugehen und Anforderungen realistisch anzupassen. Ein Praxisbeispiel: Du planst ein hochverfügbares Netzwerk. Ein unbegrenztes Budget würde zwei aktive Core-Router (Active/Active) an getrennten Standorten erlauben. Ein stark limitiertes Budget zwingt dich jedoch zu einer Anpassung der Anforderung: "Die Redundanz wird durch einen Cold-Standby-Router im selben Rack realisiert, der bei einem Ausfall manuell umgepatcht wird." Das Budget bestimmt also direkt die technische Ausprägung der Anforderung.
Teste dein Wissen
Die Geschäftsführung eines Krankenhauses verfasst ein Dokument mit den Zielen für ein neues WLAN. Welches Dokument entsteht hierbei?