Target Actor
Konzept zur eindeutigen Bestimmung des primären Akteurs (Rolle oder externes System), auf den ein Use Case oder Feature abzielt. Unterstützt Priorisierung, Schnittstellendesign und Testfokus.
Klassifikation
- KomplexitätMittel
- AuswirkungOrganisatorisch
- EntscheidungstypDesign
- OrganisationsreifeFortgeschritten
Technischer Kontext
Prinzipien & Ziele
Use Cases & Szenarien
Kompromisse
- Falsche Actor-Identifikation führt zu Fehlentwicklungen.
- Unklare Abgrenzung zwischen Actor und Stakeholder verursacht Verantwortungsdiffusion.
- Zu viele Target Actors zerstreuen Fokus und Ressourcen.
- Kombiniere empirische Daten mit qualitativen Interviews.
- Halte Actor-Profile knapp und iterativ aktualisierbar.
- Verknüpfe Actor-Definitionen mit Metriken und Tests.
I/O & Ressourcen
- Stakeholder-Interviews und Nutzerforschung
- Bestehende Use-Case-Beschreibungen
- Geschäftsziele und Produkt-Roadmap
- Definierte Target Actor Profile
- Priorisierte Use-Cases und Akzeptanzkriterien
- Mapping zu Tests, Schnittstellen und Metriken
Beschreibung
Der Target Actor beschreibt den konkreten Akteur (Nutzerrolle, externes System oder Gruppe), auf den ein Use Case oder Produktmerkmal abzielt. Er formuliert Bedürfnisse, Ziele und Kontextbedingungen, um Priorisierung, Scope-Definition, Schnittstellendesign und Testfälle zu lenken. Nützlich in Anforderungsanalyse und Produktstrategie. Er unterstützt auch Stakeholder-Kommunikation.
✔Vorteile
- Erhöhte Zielgerichtetheit in Feature-Entscheidungen.
- Verbesserte Testabdeckung aus Anwendersicht.
- Bessere Kommunikation mit Stakeholdern durch gemeinsame Actor-Definition.
✖Limitationen
- Vereinfachung komplexer Nutzergruppen kann Details verbergen.
- Nicht alle nicht-funktionalen Anforderungen ergeben sich direkt aus Actors.
- Overfitting auf einzelne Actors kann andere Nutzer ausschließen.
Trade-offs
Metriken
- Actor Impact Score
Maß für den geschätzten Geschäftswert oder Einfluss eines Target Actors auf ein Feature.
- Testabdeckungsrate pro Actor
Prozentsatz der relevanten Use-Case-Szenarien, die aus Sicht des Actors getestet wurden.
- Time-to-Value für Actor-Features
Zeit bis zur messbaren Wertschöpfung für einen Target Actor nach Release.
Beispiele & Implementierungen
E-Commerce Checkout
Target Actor: eingeloggter Käufer. Fokus auf Zahlungs- und Adressflow, Priorisierung von Mobile UX.
B2B-Mandantenintegration
Target Actor: externes ERP-System. Anforderungen an Authentifizierung, Mapping und SLA werden zuerst definiert.
Admin-Dashboard
Target Actor: interner Administrator. Priorität für Monitoring, Rollback-Mechanismen und granulare Berechtigungen.
Implementierungsschritte
Stakeholder identifizieren und Zugang vereinbaren; Akteure interviewen.
Akteursprofile erstellen: Ziele, Kontext, Einschränkungen.
Use-Cases nach Actor-Impact priorisieren und Acceptance-Kriterien definieren.
⚠️ Technische Schulden & Engpässe
Tech Debt
- Unklare Actor-Definitionen in bestehenden Use Cases
- Fehlende Verknüpfung zwischen Actor-Profilen und Testfällen
- Legacy-Interfaces, die nicht auf spezifizierte Target Actors abgestimmt sind
Bekannte Engpässe
Beispiele für Missbrauch
- Definieren eines Target Actors als 'jeder Benutzer', ohne Segmentierung
- Ignorieren externer System-Actors bei Integrationsentscheidungen
- Festhalten an einer Persona, obwohl Telemetrie andere Prioritäten zeigt
Typische Fallen
- Verwechslung von Stakeholdern und Target Actors
- Zu frühe Verallgemeinerung von Akteuren vor Validierung
- Nichtbeachtung von System-Akteuren bei Sicherheitsannahmen
Erforderliche Fähigkeiten
Drivers (Architectural Drivers)
Constraints
- • Regulatorische Anforderungen (Datenschutz) für bestimmte Akteure
- • Technische Integrationsgrenzen externer Systeme
- • Zeitliche Ressourcen für Stakeholder-Interviews