9 Prinzipien des Requirements Engineering

Das gemeinsame Verständnis ist das eindeutige gemeinsame Wissen zwischen Stakeholdern. Es soll als Basis für eine zweifelsfreie und interpretationsfreie Kommunikation zwischen den Beteiligten sorgen. Um dies zu erreichen, ist der wichtigste Ansatz die Dokumentation. Denn niedergeschriebene Definitionen ergeben weniger Interpretationsspielraum, als wenn sich alle Stakeholder eine eigene Definition denken. Da man aber nicht alle Begriffe und Definitionen schriftlich erfassen kann, erfordert es ein hohes Maß an Erfahrung und Fingerspitzengefühl, welche Themen schriftlich festzuhalten oder unter allen Beteiligten auch ohne diesen Schritt eindeutig sind.

Als Kontext wird die Umgebung eines Systems verstanden. Ein System umfasst all das aus dem Projektkosmos, woran Anforderungen gestellt werden können. Relevant ist es hier, die Abgrenzung von dem System zum Kontext herzustellen. Dabei muss sowohl eine sich mit Projektverlauf ändernde Grenze als auch mögliche Schnittstellen zwischen dem System und dem Kontext beachtet werden. Die Abgrenzung von System und Kontext sowie vom Kontext zur nicht mehr relevanten Umgebung ist relevant, da sich auch aus dem Kontext Anforderungen ergeben können oder Anforderungen des Systems beeinflusst werden.

Die Validierung ist ein elementarer Bestandteil in der Anforderungserhebung. Um die Richtigkeit sicherzustellen und problematische Auswirkungen zu verhindern, werden definierte Anforderungen geprüft. Denn ohne die Kontrolle könnten Anforderungen die Wünsche der Stakeholder verfehlen. Auch gibt es bei Anforderungen verschiedener Stakeholder widersprüchliche Ergebnisse. Auch die Einhaltung von beispielsweise regulatorischen Richtlinien, welche sich aus dem Systemkontext ergeben können, und deren Übereinstimmung mit den definierten Anforderungen, muss bei Validierung berücksichtigt werden.

Das Requirements Engineering fordert einen flexiblen Prozess, da sich das System und der Kontext in der realen Welt stetig weiterentwickeln. Durch diese Entwicklung können sich auch die Anforderungen ändern. Dabei können sich sowohl neue Anforderung aus einem neuen Zustand ergeben als auch bereits existierende Anforderungen verändern. Dieser Prozess ist eine normale Entwicklung. Wichtig ist hierbei, sich dem Prozess nicht zu verschließen und zielführend mit den Änderungen umzugehen. Diese sollten keinesfalls ignoriert werden, sondern stattdessen mit einbezogen oder überarbeitet werden.

Für das Prinzip der Innovation benötigt es einen erfahrenen Requirements Engineer. IREB möchte mehr Nutzen erreichen als der Input von den Stakeholdern bietet. Zum einen können Wünsche der Stakeholder verfeinert werden. Dabei versteht ein Requirements Engineer die Anforderung des Stakeholders und verbessert diese, indem die Anforderung verfeinert oder erweitert wird, wodurch das Bedürfnis des Stakeholders übererfüllt werden kann statt mit seiner selbst definierten Anforderung. Des Weiteren können durch den Requirements Engineer aus den bereits definierten auch weitere Anforderungen abgeleitet werden, welche den Stakeholdern zusätzlichen Nutzen einbringen. Ziel dieses Prinzips ist es immer, den Stakeholdern neue oder verbesserte Funktionen zu ermöglichen.

Dieses Prinzip rundet die Kernaspekte von IREB ab und bezieht sich auf alle anderen Prinzipien. Es wird gefordert, dass alle Prinzipien angewandt werden. Allerdings sollen diese Prozesse nicht stumpf von alten Projekten kopiert, sondern an die Probleme und Umstände des aktuellen Projekts angepasst werden. Zwar kann die Erfahrung immer als Hilfestellung herangezogen werden, allerdings ist die Anpassungsfähigkeit besonders wichtig. Die Flexibilität fordert eine systematische und disziplinierte Herangehensweise, damit es bei der gewünschten Flexibilität durch eine zuverlässige und anpassbare Struktur ein erfolgreiches Anforderungsmanagement möglich ist.