Auf die Herausforderungen der Gegenwart ist die Beschränkung von Requirements Engineering auf nur eine Rolle keine ausreichende Antwort. Statt eines RE müssen alle für ihre Expertise auch RE Skills haben. Die Rolle des Requirements Engineers muss sich zum Coach und Facilitaror, dem Gestalter des Dialoges zwischen Anforderer und Umsetzer ändern.
3. Wie sieht die beste Schaukel aus,
die du dir vorstellen kannst?
4.
5. Begriffsdefinition
Requirements Engineering (RE)
Requirements Engineering umfasst das Ermitteln, Analysieren, Spezifizieren und
Validieren aller Eigenschaften und Rahmenbedingungen eines Softwaresystems, die
über seinen gesamten Lebenszyklus gewünscht werden bzw. relevant sind.
Im Detail variieren die Definitionen des Begriffs. Alle Definitionen führen jedoch
bestimmte Kernaktivitäten auf (ermitteln, spezifizieren, prüfen), die an Anforderungen
(Systemeigenschaften und Rahmenbedingungen) vollzogen werden.
(aus: Enzyklopädie der Wirtschaftsinformatik // Susanne Patig, Jens Dibbern)
http://www.enzyklopaedie-der-wirtschaftsinformatik.de/lexikon/is-management/Systementwicklung/Hauptaktivitate
n-der-Systementwicklung/Problemanalyse-/Requirements-Engineering/index.html
6. Ermitteln, spezifizieren, prüfen
Gewünschte bzw. relevante…
● Funktionale Anforderungen
● Qualitätsanforderungen
● Technologische Rahmenbedingungen
● Organisatorische Rahmenbedingungen
● Rechtliche Rahmenbedingungen
● Ethische Rahmenbedingungen
über seinen gesamten Lebenszyklus
21. noRE: Was wir wirklich brauchen!
noRE = Not Only Requirements Engineers
● RE Aufgaben nicht in einer Rolle im Team bündeln wie z.B.
○ Requirement Engineer
○ Business Engineer
○ User Experience Designer
○ Konzepter
● Jeder im Team ist auch Requirements Engineer
○ Skills im gesamten Team aufbauen