Aktivität: Stakeholder-Bedürfnisse verstehen
Diese Aktivität versucht zu ermitteln, was die Stakeholder von der vorgeschlagenen Lösung erwarten, und definiert die Schlüssel-Features für die Lösung.
BeschreibungProjektstrukturplanTeamzuordnungVerwendung der Arbeitsergebnisse
Zweck
Der Zweck dieser Aktivität ist, die Bedürfnisse der wichtigsten Stakeholder zu verstehen, indem Informationen zum gewünschten bzw. vorgesehenen Produkt erfasst werden.
Beziehungen
Übergeordnete Aktivitäten
Beschreibung

Diese Aktivität beschäftigt sich mit der Erfassung und Sondierung von Informationen von Stakeholdern im Projekt, um die wirklichen Bedürfnisse der Stakeholder zu verstehen (siehe Stakeholder-Anfragen) sondieren. Die erfassten Stakeholder-Anfragen können als "Wunschliste" betrachtet werden, die als primäre Eingabe für die Definition der Features auf hoher Ebene verwendet werden, die in der Vision beschrieben werden (siehe Vision entwickeln), und die die Spezifikation der Softwareanforderungen steuern, die in der Softwareanforderungsspezifikation beschrieben werden (die auf das Anwendungsfallmodell, die Anwendungsfälle und die ergänzenden Spezifikationen verweisen kann).

Die Hauptzielsetzungen ist, die Stakeholder-Anfragen durch Eingaben wie Interviews, Verbesserungsvorschläge und Anforderungsworkshops zu sondieren. Die primären Ausgaben sind Sammlungen von Features, die nach Priorität sortiert sind, und ihren kritischen Attributen, die für die Definition des Systems und die Verwaltung des Systemumfangs verwendet werden (siehe System definieren, Systemumfang verwalten).

Diese Informationen führen zu einer Präzisierung der Vision und einem besseren Verständnis der  Anforderungsattribute. Außerdem können Sie während der Ausführung dieser Aufgabe mit Diskussionen über die funktionalen Anforderungen des Systems auf der Basis von Anwendungsfällen und Akteuren beginnen (siehe Akteure und Anwendungsfälle finden). Die Anforderungen, die nicht in die Anwendungsfälle passen, müssen in den ergänzenden Spezifikationen dokumentiert werden (siehe Ergänzende Spezifikationen entwickeln).  

Wenn Sie neue Anforderungen definieren, müssen Sie unbedingt alle Abhängigkeiten (z. B.  Rückverfolgbarkeit) zwischen diesen Anforderungen dokumentieren (siehe  Abhängigkeiten verwalten).

Eine weitere wichtige Ausgabe ist ein aktualisiertes Glossar der Begriffe, um die Kommunikation durch Verwendung eines allgemeinen Vokabulars durch die Teammitglieder zu vereinfachen (siehe Allgemeines Vokabular erfassen).

Eigenschaften
Ereignisgesteuert
Mehrere Vorkommen
Fortlaufend
Optional
Geplant
Wiederholt anwendbar
Mitarbeiterauswahl

Die Projektmitarbeiter, die an der Erfassung der Stakeholder-Bedürfnisse beteiligt sind, müssen effiziente Vermittler sein und Erfahrung im Sondieren von Informationen haben. Natürlich sind Erfahrungen in der Zieltechnologie wünschenswert, aber keine Voraussetzung.

Verwendung
Anleitung zur Verwendung

Diese Aktivität wird primär in den Iterationen während der Konzeptions- und Ausarbeitungsphasen ausgeführt, kann aber bei Bedarf nochmals bearbeitet werden, wenn der Umfang verwaltet und auf Anforderungsänderungen sowie andere Änderungen in den Projektbedingungen reagiert wird.

Wichtige Hinweise

Beachten Sie bitte, dass die in diesem Prozessmuster genannten Aktivitäten nicht nacheinander ausgeführt werden. Tatsächlich ist es viel häufiger der Fall, dass diese Aktivitäten parallel ausgeführt werden. Bei der Identifizierung der Akteure und Anwendungsfälle (Akteure und Anwendungsfälle finden) können Sie auf Anforderungen stoßen, die sich nicht selbstverständlich in einen bestimmten Anwendungsfall einfügen. In diesem Fall kann die Anforderung in ergänzenden Spezifikationen definiert werden (siehe Ergänzende Spezifikationen entwickeln). Bei der Identifizierung von Anforderungen, die nicht anwendungsfallspezifisch sind (z. B. systemweit gültige Anforderungen) können wiederum auf Anforderungen stoßen, die nur für einen bestimmten Anwendungsfall gelten. In diesem Fall wird die Anforderung dem Anwendungsfall zugeordnet.