Zum Inhalt springen

Was ist die Beziehung zwischen einem System-Engineering-Plan und dem Anforderungsmanagement?

    Ein Systems-Engineering-Plan und Anforderungsmanagement sind untrennbar miteinander verbunden: Der SE-Plan legt fest, wie das Anforderungsmanagement während des gesamten Projektlebenszyklus eingerichtet, ausgeführt und gesichert wird. Ohne diese Verbindung bleiben Anforderungen isolierte Dokumente ohne Struktur oder Eigentümerschaft. Die folgenden Abschnitte beantworten die häufigsten Fragen zu dieser Beziehung und geben Ihnen konkrete Anleitungen, wie beide zusammenarbeiten können.

    Was steht in einem Systems-Engineering-Plan über Anforderungsmanagement?

    Ein Systems-Engineering-Plan beschreibt, wie das Anforderungsmanagement als Prozess innerhalb eines Projekts organisiert wird. Er legt fest, wer für die Erstellung, Überprüfung und Genehmigung von Anforderungen verantwortlich ist, welche Kategorien von Anforderungen unterschieden werden, wie Änderungen verwaltet werden und welche Werkzeuge oder Methoden verwendet werden. Anforderungsmanagement ist somit ein Kernbestandteil jedes SE-Plans.

    Konkret enthält der SE-Plan im Bereich des Anforderungsmanagements typischerweise die folgenden Elemente:

    • Eisenzerlegung Wie werden Stakeholderanforderungen in System- und Subsystemanforderungen übersetzt
    • Eigentümer und Rollen Wer ist für welchen Satz von Spezifikationen verantwortlich
    • Änderungsmanagement der Prozess für das Beantragen, Bewerten und Umsetzen von Anforderungsänderungen
    • Verifizierungs- und Validierungsstrategie Wie wird gezeigt, dass Anforderungen erfüllt sind
    • Werkzeug und Lagerung wo Anforderungen festgelegt werden und wie Rückverfolgbarkeit sichergestellt wird

    Ein SE-Plan ohne ausdrückliche Beschreibung des Anforderungsmanagements ist unvollständig. Die Qualität Ihrer Anforderungssammlung steht und fällt mit den Vereinbarungen, die Sie im Voraus darüber treffen, wie Sie damit umgehen.

    Wie beeinflusst der SE-Plan die Struktur Ihres Anforderungssatzes?

    Der System-Engineering-Plan bestimmt direkt die Struktur Ihres Anforderungssatzes, indem er die Dekompositionshierarchie, die Benennung und die Kategorisierung von Anforderungen vorschreibt. Wenn der SE-Plan mit einer funktionalen Dekomposition auf drei Ebenen arbeitet, dann spiegelt der Anforderungssatz genau diese Struktur wider. Der Plan ist damit der architektonische Rahmen, auf dem der Anforderungssatz aufgebaut wird.

    Dies bedeutet in der Praxis, dass Entscheidungen im SE-Plan direkte Auswirkungen darauf haben, wie Anforderungen gruppiert und verwaltet werden. Entscheidet sich der Plan für einen objektbasierten Ansatz, werden Anforderungen mit spezifischen Systemobjekten verknüpft. Entscheidet sich der Plan für eine funktionale Gliederung, folgen Anforderungen dem Funktionsbaum. Diese Wahl bestimmt auch, wie einfach es später ist, Anforderungen wiederzufinden, zu ändern oder zu übertragen.

    Ein häufiger Fehler ist, dass der Anforderungssatz organisch wächst, ohne dass der SE-Plan als Leitfaden verwendet wird. Das Ergebnis ist eine unstrukturierte Sammlung von Anforderungen, die niemand mehr überblickt. Indem Sie die Struktur Ihres Anforderungssatzes konsequent aus dem SE-Plan ableiten, vermeiden Sie dies und halten die Kohärenz zwischen Systemdesign und Anforderungsmanagement intakt.

    Was ist Rückverfolgbarkeit und warum ist sie untrennbar mit dem SE-Plan verbunden?

    Rückverfolgbarkeit ist die Fähigkeit, jede Anforderung auf ihre Quelle zurückzuführen und sie mit dem Design, der Verifizierung und dem Nachweis der Realisierung zu verknüpfen. Sie ist untrennbar mit dem Systems-Engineering-Plan verbunden, da der SE-Plan die Regeln festlegt, wie diese Verknüpfungen hergestellt, verfolgt und kontrolliert werden. Ohne diese Regeln existiert Rückverfolgbarkeit nur auf dem Papier.

    Eine gute Rückverfolgbarkeitsstruktur ermöglicht es, Fragen wie die folgende direkt zu beantworten:

    • Welche Stakeholderanforderung liegt dieser Systemanforderung zugrunde?
    • Welches Entwurfselement erfüllt diese Anforderung?
    • Welche Testprozedur zeigt an, dass die Anforderung erfüllt ist?
    • Was ist die Auswirkung, wenn sich diese Anforderung ändert?

    Der SE-Plan beschreibt, wie diese Kopplungen erfasst werden und wer dafür verantwortlich ist. Bei Audits oder Projektübergaben ist Rückverfolgbarkeit keine Luxusleistung, sondern eine Anforderung. Wenn diese Kopplungen manuell in einzelnen Dateien geführt werden, ist die Wahrscheinlichkeit von Fehlern und Lücken groß. Ein strukturierter Ansatz, der im SE-Plan verankert ist, ist der einzige Weg, die Rückverfolgbarkeit während des gesamten Projektlebenszyklus zuverlässig zu halten.

    Wie halten Sie Anforderungen und den SE-Plan bei Projektänderungen konsistent?

    Konsistenz zwischen dem SE-Plan und dem Anforderungssatz bei Projektänderungen erreichen Sie durch einen formellen Änderungsmanagementprozess, der beide Dokumente als eine Einheit behandelt. Jede Änderung in Bezug auf Umfang, Systemdefinition oder Projektansatz muss hinsichtlich ihrer Auswirkung auf den Anforderungssatz geprüft werden und umgekehrt. Wer diesen Prozess nicht sicherstellt, erhält unweigerlich einen Anforderungssatz, der nicht mehr mit dem geltenden SE-Plan übereinstimmt.

    In der Praxis bedeutet dies:

    1. Auswirkungsanalyse bei jeder Änderung Stellen Sie immer die Frage, welche Anforderungen durch eine Änderung im System oder im Projektansatz beeinträchtigt werden.
    2. Versionsverwaltung beider Dokumente Stellen Sie sicher, dass der SE-Plan und der Anforderungskatalog denselben Revisionsverlauf haben und miteinander verknüpft sind.
    3. Formelle Überprüfungsmomente Planen Sie regelmäßige Überprüfungen, bei denen der SE-Plan und das Anforderungset auf Konsistenz geprüft werden
    4. Klarer Besitz: nimm explizit die Verantwortung für die Kohärenz bei einer Person oder Rolle.

    Projektänderungen sind unvermeidlich. Die Organisationen, die am besten damit umgehen, sind diejenigen, die die Verbindung zwischen SE-Plan und Anforderungsmanagement strukturell eingerichtet haben und nicht von individuellem Wissen oder guten Absichten abhängig sind.

    Welche Werkzeuge unterstützen die Integration von SE-Plan und Anforderungsmanagement?

    Tools, die die Integration eines Systemengineering-Plans und des Anforderungsmanagements unterstützen, bieten zumindest die Möglichkeit, Anforderungen zu strukturieren, die Rückverfolgbarkeit zu dokumentieren, Verifizierungsmatrizen zu erstellen und Änderungen in einer zentralen Umgebung zu verfolgen. Bekannte Optionen reichen von leistungsstarken MBSE-Plattformen bis hin zu leichter zugänglichen Alternativen, die sich besser für kleinere Teams oder begrenztere Budgets eignen.

    Traditionelle MBSE-Werkzeuge

    Werkzeuge wie IBM DOORS und Cameo Systems Modeler bieten umfassende Funktionalität für Anforderungsmanagement und Systemmodellierung. Sie sind leistungsstark, aber auch kostspielig und komplex in der Implementierung. Für viele Teams in der niederländischen Infrastruktur-, Wasser- und Fertigungsindustrie sind sie daher in der Praxis keine realisierbare Wahl.

    Zugängliche Alternativen

    Wij ontwikkelden Datastorms als een no-code informatieplatform dat systems engineers grip geeft op de volledige complexiteit van hun projecten, van eisendecompositie en traceability tot verificatiematrices en formele overdracht, zonder de drempel van dure of complexe tooling. Het platform past zich aan op de specifieke structuur van jouw SE plan en sluit via een uitgebreide API aan op tools die al in gebruik zijn. Zo wordt de integratie tussen SE plan en eisenbeheer niet alleen beschreven, maar ook daadwerkelijk ondersteund in de dagelijkse praktijk. Wil je zelf ervaren hoe dit werkt in jouw projectomgeving? Vraag een proeflicentie aan en ontdek wat het platform voor jouw team kan betekenen.

    Die Wahl eines Werkzeugs hängt vom Umfang Ihres Projekts, dem Budget und der Komplexität Ihrer Anforderungssatz ab. Was immer gilt: Ein Werkzeug ersetzt keinen gut eingerichteten Prozess. Die Vereinbarungen im SE-Plan bleiben bestimmend, das Werkzeug macht sie umsetzbar.

    Häufig gestellte Fragen

    Wie beginne ich mit der Erstellung eines SE-Plans, wenn noch kein Anforderungssatz existiert?

    Beginnen Sie mit der Erfassung Ihrer Stakeholder und ihrer Bedürfnisse, noch bevor Sie eine einzige Anforderung formulieren. Der SE-Plan beschreibt dann zuerst den Prozess: Wer liefert Input, wie werden Stakeholderwünsche in Anforderungen übersetzt und welche Struktur verwenden Sie dafür. Indem Sie den Prozess im Voraus festlegen, verhindern Sie, dass der Anforderungsstapel später auf Sand gebaut ist. Eine einfache zweistufige Anforderungszerlegung ist ein solider Ausgangspunkt für kleinere Projekte.

    Was sind die häufigsten Fehler bei der Verknüpfung eines SE-Plans mit dem Anforderungsmanagement?

    Der am häufigsten gemachte Fehler ist, dass der SE-Plan bei Projektstart einmalig erstellt und danach nicht mehr aktualisiert wird, während sich der Anforderungskatalog weiterentwickelt. Ein zweites häufiges Problem ist das Fehlen einer klaren Verantwortlichkeit: Wenn niemand ausdrücklich für den Zusammenhalt zwischen beiden zuständig ist, fallen sie unweigerlich auseinander. Abschließend unterschätzen Teams, wie schnell ein Anforderungskatalog unüberschaubar wird, wenn die Rückverfolgbarkeit nicht von Anfang an strukturell aufrechterhalten wird.

    Wie detailliert muss der SE-Plan bei der Beschreibung des Anforderungsmanagements sein?

    Der SE-Plan muss kein Handbuch sein, aber er muss konkret genug sein, um als tägliche Richtlinie zu dienen. Beschreiben Sie mindestens: die Struktur der Anforderungshierarchie, die Rollen und Verantwortlichkeiten, den Änderungsmanagementprozess und die Verifizierungsstrategie. Je komplexer das Projekt und je größer das Team, desto mehr Detail ist erforderlich, um Missverständnisse und abweichendes Handeln zu vermeiden. Ein SE-Plan von zwei Seiten, den jeder kennt und nutzt, ist mehr wert als ein umfangreiches Dokument, das in der Schublade bleibt.

    Kann ich Anforderungsmanagement einrichten ohne einen formellen SE Plan als das Projekt klein ist?

    Technisch gesehen ja, aber auch bei kleinen Projekten lohnt es sich, zumindest die Kernvereinbarungen zum Anforderungsmanagement schriftlich festzuhalten. Denken Sie an: Wer ist der Eigentümer der Anforderungen, wie werden Änderungen genehmigt und wie weist man im Nachhinein nach, dass Anforderungen erfüllt wurden. Ohne diese Vereinbarungen entstehen Diskussionen in dem Moment, in dem es wirklich darauf ankommt, wie bei der Abnahme oder bei einem Streitfall mit einem Auftraggeber. Ein leichtgewichtiger SE-Plan von ein paar Seiten ist für jedes Projekt machbar und lohnenswert.

    Wie beziehe ich Stakeholder aktiv in den Anforderungsmanagementprozess ein, wie im SE-Plan beschrieben?

    Legen Sie im SE-Plan explizit fest, zu welchen Zeitpunkten Stakeholder einbezogen werden, wie z. B. bei der Erstellung von Stakeholder-Anforderungen, bei formellen Überprüfungen und bei Folgenabschätzungen von Änderungen. Geben Sie Stakeholdern Einsicht in die Anforderungssammlung über ein Tool oder eine Berichterstattung, die ihrem Kenntnisstand entspricht, ohne Fachjargon. Durch die Strukturierung der Einbeziehung durch feste Überprüfungsmomente und klare Rollen vermeiden Sie sowohl eine Überlastung als auch das Risiko, dass entscheidende Beiträge erst spät im Projekt bekannt werden.

    Wie gehe ich mit widersprüchlichen Anforderungen um, die erst spät im Projekt entdeckt werden?

    Konfliktierende Anforderungen, die spät entdeckt werden, sind fast immer das Ergebnis mangelnder Rückverfolgbarkeit oder des Fehlens formeller Review-Zeitpunkte früh im Projekt. Lösen Sie den Konflikt durch den Änderungsmanagementprozess, wie im SE-Plan beschrieben: Analysieren Sie die Auswirkungen, beziehen Sie die richtigen Stakeholder ein und dokumentieren Sie die Entscheidung einschließlich der Begründung. Nutzen Sie den Vorfall auch als Anlass, die Rückverfolgbarkeitsstruktur zu verbessern, damit ähnliche Konflikte in Zukunft früher erkannt werden.

    Was ist der Unterschied zwischen Verifizierung und Validierung im Kontext des Anforderungsmanagements und wie legt der SE Plan dies fest?

    Verifizierung beantwortet die Frage 'Bauen wir das System wie spezifiziert?', während Validierung die Frage beantwortet 'Bauen wir das richtige System für den Stakeholder?'. Im Kontext des Anforderungsmanagements bedeutet dies, dass die Verifizierung prüft, ob die formulierten Anforderungen erfüllt sind, und die Validierung prüft, ob diese Anforderungen den tatsächlichen Bedarf korrekt widerspiegeln. Der SE-Plan legt für beide fest, welche Methoden verwendet werden, wer verantwortlich ist und zu welchen Zeitpunkten im Projektlebenszyklus sie durchgeführt werden.

    Ähnliche Beiträge