Historie des Arbeitskreises

Größe: px

Ab Seite anzeigen:

Download "Historie des Arbeitskreises"

Berndt Meissner
vor 8 Jahren
Abrufe

1 Requirements Engineering & Projektmanagement Arbeitskreis-Bericht Andrea Herrmann Ralf Fahney Rüdiger Weißbach Christian Rückert

2 Historie des Arbeitskreises Erste Idee: voriges Jahr auf dem FG-Treffen Treffen: ab Januar 2005 jeden Monat Kernteam von 4 Mitgliedern Herrmann A, Fahney R, Rückert Ch, Weißbach R: Clear Role and Process Definitions as a Means to Analyze and Understand Conflicts between Project Management and Requirements Engineering. REProMan: Workshop on the Interplay of Requirements Engineering and Project Management in Software Projects, in conjunction with the 13th Int l Requirements Engineering Conference (RE05), 30th aug 2005, Paris, France weitere sind eingereicht Folie 2

3 Ziel Klärung der Beziehung zwischen Requirements Engineering und Projektmanagement und Erarbeitung von Vorschlägen für eine effiziente Zusammenarbeit der beiden Fachdisziplinen. Ergebnis (u.a.) Ziel bisher nicht erreichbar, weil es mehrere allgemein anerkannte Sichten gibt, was man unter Requirements Engineering und Projektmanagement verstehen kann Daher AK-eigene Sicht Folie 3

4 Die Sicht des AK Wir unterscheiden Fachgebiete statt Rollen / Positionen / Funktionen Um die Beziehung zwischen PM und RE zu klären, unterscheiden wir fünf Fachgebiete SH - Stakeholding LO - Lobbying PM - Projektmanagement RE - Requirements Engineering SE - Solution Engineering (das Fachgebiet des Lösungsentwurfs, z.b. Software Engineering) Folie 4

Stakeholding LO - Lobbying PM - Projektmanagement RE - Requirements Engineering SE -

5 Fünf Fachgebiete - Fünf unterschiedliche Ziele Stakeholding: Von den Ergebnissen betroffen sein, Nicht notwendigerweise an der Projektdurchführung interessiert Über den Projektinhalt entscheiden Lobbying: An der Projektdurchführung interessiert sein Nicht notwendigerweise von den Projektergebnissen betroffen Auf den Projektinhalt Einfluss nehmen (wollen) Projektmanagement: Das Projekt planen, führen, koordinieren, steuern, kontrollieren Requirements Engineering: Den Projektinhalt analysieren, dokumentieren und verwalten Solution Engineering (z.b. Software Engineering): Die Lösung entwerfen Den Aufwand schätzen Folie 5

betroffen Auf den Projektinhalt Einfluss nehmen (wollen) Projektmanagement: Das Projekt planen, führen, koordinieren, steuern, kontrollieren Requirements

6 Die Sicht des AK Folie 6

7 Person S.R. Die Sicht des AK is The project s business brain and works as / in the area of expertise Person S.P. 2 is The project s solution provider and works as / in the area of expertise SH RE SE 1 PM RE SE LO is The project s sponsor representative and works as / in the area of expertise SH and at the same time is one of the project sponsor s employees and works as / in the area of expertise Person E.R. 3 LO is The project s endusers representative and works as / in the area of expertise and at the same time is one of the solution provider s employees and works as / in the area of expertise Person Person N.P.M. Position is The project s project manager and works as / in the area of expertise PM RE SE 1 SH PM RE SE 1 LO and at the same time is one of the service provider s employees and works as / in the area of expertise Fachgebiet = Area of Expertise 1 works in SE because of Quality Management 2 represents the solution provider s team 3 represents a team of persons representing the project s business brain, too Folie 7

8 Typische Ergebnistypen, typische Abhängigkeiten Folie 8

9 Typische Ergebnistypen, typische Abhängigkeiten SH PM RE SE LO Anforderungen [undokumentiert] inkl. Termin- und Budgetvorstellung Planen Führen Koordinieren Steuern Kontrollieren Projektplan Anforderungen [dokumentiert] = Projektumfang [benötigt] Anregungen [undokumentiert] Projektumfang [angeboten] Projektauftrag [beauftragt] Aufwandsschätzung Kostenschätzung Preis Projektplan Lösungsentwurf Planen Führen Koordinieren Steuern Kontrollieren Anforderungen an Lösungskomponenten [dokumentiert] Lösung Abnahme Folie 9

Projektumfang [benötigt] Anregungen [undokumentiert] Projektumfang [angeboten] Projektauftrag [beauftragt] Aufwandsschätzung

10 Anforderungsingenieurwesen im V-Modell XT 1.0 Ein Detail Produkt SW-Spezifikation Verantwortlich SW-Architekt Mitwirkend SW-Entwickler, Logistikentwickler, Ergonomieverantwortlicher, Prüfer, Systemsicherheitsbeauftragter Zitat Im Rahmen der Anforderungsverfolgung wird sichergestellt, dass alle Anforderungen an das Element bei der Verfeinerung auf die nächste Hierarchieebene berücksichtigt werden. Die Erstellung der SW-Spezifikationen erfolgt Hand in Hand mit dem Architekturentwurf der SW-Einheiten. Zur Sicherstellung der Konsistenz zwischen Spezifikationen und Architektur ist der SW-Architekt verantwortlich für die Erstellung beider Produkte. Folie 10

Systemsicherheitsbeauftragter Zitat Im Rahmen der Anforderungsverfolgung wird sichergestellt, dass alle Anforderungen an das Element bei der Verfeinerung auf die

11 Anforderungsingenieurwesen im V-Modell XT Analyse Rolle Änderungsverantwortlicher das Problem analysiert, Lösungsvorschläge zu dem Problem erarbeitet, diese bewertet und eine Empfehlung ausspricht. Recherchieren der Ursache des geschilderten Problems, Festlegen von technischen Entscheidungskriterien zur Bewertung der Lösungen, Suchen einer geeigneten Lösung für das geschilderte Problem, Empfehlung der technisch sinnvollsten Lösung. Fachliche Erfahrung auf dem Themengebiet, das der Problemmeldung bzw. dem Änderungsantrag zugrunde liegt, Technisches Verständnis und Kenntnis des Systems (anwendungsbezogen/einsatzgebiet/technik), Gute Fachkenntnisse zwecks Ermittlung geeigneter Lösungsvorschläge zum vorliegenden Problem/Fehler/Verbesserungsvorschlag, Erfahrung in der technischen Bewertung der Lösungsvorschläge (Vor- und Nachteile), Gute Kenntnisse des V-Modells, um den Ansatzpunkt der erforderlichen Änderung identifizieren zu können, Fähigkeit, Abhängigkeiten und Auswirkungen zu erkennen, Fähigkeit, zu erkennen, ob der Änderungswunsch den Rahmen der vereinbarten Anwenderforderungen überschreitet (Vertragsänderung). Folie 11

Recherchieren der Ursache des geschilderten Problems, Festlegen von technischen Entscheidungskriterien zur Bewertung der Lösungen, Suchen einer geeigneten Lösung für das geschilderte Problem,

12 V-Modell XT 1.0 Skillprofile Einschätzung des AK (Zahlen in %) Rollen (Auszug) SH PM RE SE LO σ Akquisiteur Änderungsverantwortlicher Anforderungsanalytiker (AG) Anforderungsanalytiker (AN) Anwender Ergonomieverantwortlicher Projektkaufmann Projektleiter Projektmanager SW-Architekt SW-Entwickler Systemsicherheitsbeauftragter Höhe der Standardabweichung σ = Maß für Interpretationsspielraum im V-Modell XT 1.0 Folie 12

Anforderungsanalytiker (AG) 14 9 70 5 3 32 Anforderungsanalytiker (AN) 10 75 15 15 Anwender 81 16 1 1 16 Ergonomieverantwortlicher 10 8 40 35 8

13 Anforderungsingenieurwesen im V-Modell XT Analyse 1096 HTML-Dokumente 368 = 33% enthalten Begriff Anforderung Fachgebiet Requirements Engineering : Zitat: Der Anforderungsanalytiker (AG) hat die Grundlagen des Fachgebietes "Requirements Engineering" bei der Aufgabendurchführung zu beachten. Zitat: Der Anforderungsanalytiker (AN) hat die Grundlagen des Fachgebietes Requirements Engineering bei der Aufgabendurchführung zu beachten. Folie 13

Zitat: Der Anforderungsanalytiker (AG) hat die Grundlagen des Fachgebietes "Requirements Engineering" bei der

14 Was verstehen wir (=alle Teilnehmer) unter Requirements Engineering? Ein gemeinschaftliches Verständnis erleichtert es, die Notwendigkeit von Requirements Engineering darzustellen Folie 14

15 Future Work Abgleich des AK-Bildes mit CMMI GPM-Sicht IEEE PMBOK Software Engineering Soziale Aspekte Wissensmanagement Folie 15

Ähnliche Dokumente

Wie viel Requirements Engineering steckt im Software Engineering?

Wie viel Requirements Engineering steckt im Software Engineering? Ralf Fahney Freier Berater für Anforderungsingenieurwesen und Projektmanagement Helfrichstrasse 8 D-82041 Oberhaching rf@fahney.com Andrea