Willkommen zurück bei unserer kleinen Artikel-Serie zum Thema Qualitätskriterien. Dies hier ist der dritte Artikel. Wir möchten Ihnen hier aufzeigen, wie Sie aus Qualitätskriterien Regeln ableiten können, um die Anforderungen qualitativ zu verbessern und um die definierten Qualitätskriterien zu erfüllen.
Der Mann bringt 6 Brote mit. Die Frau wollte jedoch ein Brot und 6 Eier. Im letzten Blogbeitrag haben wir anhand von Qualitätskriterien gezeigt, dass die Frau sich missverständlich ausgedrückt hat oder in RE-Sprech: Die Frau hat missverständliche Anforderungen gestellt.
Die ersten zwei Sätze der Frau spielen hierbei die entscheidende Rolle:
Bevor wir hier in die Vollen gehen, ist es sinnvoll, unsere beiden bereits erschienen Artikel zu Assessments zu lesen. Im ersten Artikel „Assessments machen wir bei SOPHIST schon seit Jahren…“ haben wir aufgezeigt, wie eine Beurteilung der Prozesse und Methoden durch SOPHIST aussehen kann. Und im zweiten Artikel „A… wie Assessments mit SOPHIST“ haben wir beispielhaft beschrieben, wie wir Probleme im Requirements and Systems Engineering in einem Assessment erkennen und Vorschläge einbringen, um die erkannten Probleme zu lösen.
So, und jetzt kommt ein kurzer werblicher Teil .-) SOPHIST bietet auch vorbereitende Assessments (nachfolgend Vor-Assessments genannt) im Bereich Requirements and Systems Engineering für verschiedene Assessments wie beispielsweise A-Spice an.
In diesem Artikel stellen wir Ihnen den Ablauf eines Vor-Assessments mit SOPHIST-Unterstützung vor. Sie bekommen einen Einblick, wie die Zusammenarbeit mit SOPHIST abläuft und welche Schritte nötig sind, um auf ein Assessment vorbereitet zu sein.
Vorbereitung
Die Vorbereitung = der erste Schritt im Prozess von Vor-Assessments. Hier werden die Ziele (z.B. die Zertifizierung des A-Spice Level 2) und der Umfang des Vor-Assessments definiert. Die Ziele müssen klar und konkret sein, um eine effektive Bewertung zu ermöglichen. Es könnte beispielsweise ein Ziel sein, nur einen begrenzten Umfang der Anforderungen (Requirements) zu beurteilen, um eine Aussage über die Qualität eben dieser zu bekommen. Ein anderes Ziel könnte sein, den ganzen Systems Engineering Prozess zu beurteilen.
Es ist auch wichtig, den Umfang des Vor-Assessments zu definieren, um sicherzustellen, dass alle relevanten Inhalte einbezogen werden. Hierbei ist der Umfang begrenzt auf Themen im Requirements and Systems Engineering. Jedoch können in Abhängigkeit der gesetzten Ziele ein unterschiedlicher Umfang im Hinblick auf die betrachteten Anforderungen und betrachteter Architektur, aber auch betrachteter Prozesse, Methoden und Artefakten wie Gesetze, Anleitungen, Handlungsanweisungen etc. gewählt werden.
Nachdem Ziele und Umfang gesetzt wurden, ist der nächste Schritt in der Vorbereitung (der Durchführung des Vor-Assessments mit SOPHIST) eine Selbstbeurteilung durch das Kundenunternehmen. Diese Beurteilung beruht auf dem identischen Fragenkatalog und Bewertungsmechanismus, welche auch im Vor-Assessment verwendet werden. Und diese werden dann auch auf den für das Vor-Assessment gewählten Umfang angewandt. Dadurch erlangt das Kundenunternehmen eine statistikbasierte Eigenwahrnehmung über die Qualität ihrer gewählten Inhalte und zudem ein Gefühl für die Fragen, die im Vor-Assessment gestellt werden.
Schließlich ist es wichtig, organisatorische Aspekte zu klären. Einerseits, um den Zugriff auf Werkzeuge vorzubereiten, den die SOPHIST-Assessoren benötigen, um Prozesse und Methoden einzusehen. Und andererseits werden damit auch gleich die Termine für das Assessment geklärt.
Im ersten Beitrag unserer BLOG-Serie zum Thema Qualität von Anforderungen haben wir gezeigt, welche Missverständnisse natürlichsprachliche Anforderungen hervorrufen können und wie sich missverständliche Anforderungen auf die Entwicklung des Systems auswirken können. Aber mit welchen Qualitätskriterien erreicht man eine Verbesserung des Verständnisses über das System? Und wie kann man die Qualitätskriterien erfüllen?
Schauen wir uns ein Beispiel aus dem „normalen“ Leben an:
An der Konzeption, Entwicklung und Implementierung von Systemen sind viele verschiedene Interessengruppen beteiligt. Jeder von ihnen hat andere Bedürfnisse und Erwartungen an das System. Das bedeutet, dass klare und gut definierte Anforderungen unerlässlich sind, um ein gemeinsames Verständnis zwischen den beteiligten Interessensgruppen zu erreichen und sicherzustellen, dass das korrekte System entwickelt wird und das System einen Mehrwert für die Kund*innen bietet.
Sprache ist mehrdeutig
Eine der Hauptschwierigkeiten bei Anforderungen besteht darin, dass Sprache von Natur aus mehrdeutig ist. Das bedeutet, dass ein und dieselbe Anforderung von verschiedenen Personen auf unterschiedliche Weise interpretiert werden kann. Folgender Spruch gibt einen Eindruck von der Mehrdeutigkeit der Sprache:
Sie sind auf der Suche nach Unterstützung für ein Assessment in Ihrem Unternehmen?
Wir SOPHISTen können das – und das sogar richtig gut!
Mit 25 Jahren Erfahrung wissen wir, wovon wir sprechen und können Ihnen Tipps aus der Praxis geben. Wir sind branchen- und themenübergreifend aufgestellt, führen Assessments im Requirements Engineering und Systems Engineering unter Beachtung von Standards (wie beispielsweise ASPICE, SPICE, VAIT, uvm) durch.
Wir verwenden Cookies, um Inhalte und Anzeigen zu personalisieren, Funktionen für soziale Medien anbieten zu können und die Zugriffe auf unsere Website zu analysieren. Außerdem geben wir Informationen zu Ihrer Verwendung unserer Website an unsere Partner für soziale Medien, Werbung und Analysen weiter. Unsere Partner führen diese Informationen möglicherweise mit weiteren Daten zusammen, die Sie ihnen bereitgestellt haben oder die sie im Rahmen Ihrer Nutzung der Dienste gesammelt haben.
Funktional
Immer aktiv
Die technische Speicherung oder der Zugang ist unbedingt erforderlich für den rechtmäßigen Zweck, die Nutzung eines bestimmten Dienstes zu ermöglichen, der vom Teilnehmer oder Nutzer ausdrücklich gewünscht wird, oder für den alleinigen Zweck, die Übertragung einer Nachricht über ein elektronisches Kommunikationsnetz durchzuführen.
Vorlieben
Die technische Speicherung oder der Zugriff ist für den rechtmäßigen Zweck der Speicherung von Präferenzen erforderlich, die nicht vom Abonnenten oder Benutzer angefordert wurden.
Statistiken
Die technische Speicherung oder der Zugriff, der ausschließlich zu statistischen Zwecken erfolgt.Die technische Speicherung oder der Zugriff, der ausschließlich zu anonymen statistischen Zwecken verwendet wird. Ohne eine Vorladung, die freiwillige Zustimmung deines Internetdienstanbieters oder zusätzliche Aufzeichnungen von Dritten können die zu diesem Zweck gespeicherten oder abgerufenen Informationen allein in der Regel nicht dazu verwendet werden, dich zu identifizieren.
Marketing
Die technische Speicherung oder der Zugriff ist erforderlich, um Nutzerprofile zu erstellen, um Werbung zu versenden oder um den Nutzer auf einer Website oder über mehrere Websites hinweg zu ähnlichen Marketingzwecken zu verfolgen.