Leichtgewichtige RE Assessments

Transkript

1 Leichtgewichtige RE Assessments In Softwareentwicklungsprojekten Folie 1 von November 2013 Daniel Rapp, Norbert Seyff, Anne Hess

2 Inhalt Erste Anwendungserfahrung: Effiziente Anwendung im universitären Umfeld mit industriellen Kunden Aufbau des RE Assessment Guides: Einflussfaktoren, Prozess- und Dokumentenanalyse, Auswertung Motivation und Abgrenzung: Leichtgewichtiges und effizientes Assessment Leichtigewichtige RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess 28. November 2013 Folie 2 von 19

3 Erste Anwendungserfahrung Detailliertere Auswertung wünschenswert Umfassend Leichtigewichtige RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess 28. November 2013 Folie 3 von 19

4 Erste Anwendungserfahrung Softwareentwicklungsprojekte im universitären Umfeld 6 8 Teammitglieder Informatikstudenten Konkreter Kundenauftrag Iterativer Softwareentwicklungsprozess (RUP) Planung, Umsetzung und Lieferung Eigenverantwortliche Kommunikation und Organisation Leichtigewichtige RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess 28. November 2013 Folie 4 von 19

5 Ablauf eines Assessments 1. Kickoff und Übergabe der Dokumentation Assessor 2. Dokumentenanalyse Zielorganisation Assessment Guide 3. Prozessanalyse Assessor Assessor Interviewpartner 4. Analyse der Ergebnisse & Erstellen des Endberichts Assessment Guide Assessor Leichtigewichtige RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess 28. November 2013 Folie 5 von 19

6 RE Assessment Guide Leichtigewichtige RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess 28. November 2013 Folie 6 von 19

7 Inhalt Erste Anwendungserfahrung: Effiziente Anwendung im universitären Umfeld mit industriellen Kunden Aufbau des RE Assessment Guides: Einflussfaktoren, Prozess- und Dokumentenanalyse, Auswertung Motivation und Abgrenzung: Leichtgewichtiges und effizientes Assessment Leichtigewichtige RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess 28. November 2013 Folie 7 von 19

8 Aufbau des RE Assessment Guides Einflussfaktoren Dokumentenanalyse Prozessanalyse Themenblöcke mit Assessment-Kriterien Leichtigewichtige RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess 28. November 2013 Folie 8 von 19

9 Aufbau des RE Assessment Guides Unternehmen Größe Branche Einflussfaktoren Interviewpartner Erfahrung Ausbildung & Zertifizierung Projekt Art Mitarbeiter & Rollen Leichtigewichtige RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess 28. November 2013 Folie 9 von 19

10 Aufbau des RE Assessment Guides Welche Artefakte wurden spezifiziert? Wer? Wann? Welche Attribute? Dokumentenanalyse Kommunikation der Artefakte Adressat Zeitpunkt Qualität der Artefakte Syntaktische Richtigkeit Semantische Richtigkeit Leichtigewichtige RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess 28. November 2013 Folie 10 von 19

11 Aufbau des RE Assessment Guides Prozess Definiert? Eingehalten? Anforderungserhebung Identifizieren & Integrieren der Stakeholder Erfassung der Anforderungen Prozessanalyse Anforderungsprüfung & -abstimmung Prüfkriterien Priorisierung Anforderungsmanagement Verfolgbarkeit Änderungsmanagement Leichtigewichtige RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess 28. November 2013 Folie 11 von 19

12 Aufbau des RE Assessment Guides CMMI ISO/IEC R-CMM ReqMan SPMMM REM Leichtigewichtige RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess 28. November 2013 Folie 12 von 19

13 Auswertung Export des Ergebnisses aus LimeSurvey Excel-Makro zur Aufbereitung der Rohdaten ID Titel der Frage Antwort Beschreibung A1 Definierter RE Prozess Eher nein Der Prozess wurde vornehmlich vom Kunden initiiert und die Anforderungen hauptsächlich direkt an die Entwicklungsabteilung weitergegeben. Dadurch wird das Anforderungsmanagement auf Seiten des ISC oftmals übergangen. Dieses Vorgehen wurde dabei nicht definiert. A2 A9 Identifizieren und Integrieren der Stakeholder Einhalten des RE Prozesses Eher ja Da es sich um ein fortlaufendes Projekt handelt, bei dem die Anforderungen bereits dokumentiert von Kundenseite geliefert werden, ist der Kunde die Hauptquelle von Anforderungen und entsprechend integriert. Eher nein Der definierte Prozess wird nicht immer eingehalten, da die Entwickler oftmals die Requirements Engineers bzw. Business Analysten aussen vor lassen. Eher nein Nur ein kleiner Teil der Anforderungen wurde seitens ISC erhoben, da viele Anforderungen bereits vom Kunden in die Entwicklung gegeben wurden. Ja, voll und ganz Die Anforderungen und Use Cases wurden zentral auf einem Server gespeichert. Eher ja Die Anforderungen wurden in Magic Draw erfasst. B1 Grundlegende Erfassung von Anforderungen B2 Zentrale Speicherung von Anforderungen B3 Toolunterstützte Erfassung von Anforderungen C1 Erstellen eines Ja, voll und ganz Das Anforderungsdokument ( Systemanforderungen ) wird toolbasiert mit standardisierten den Inhalten aus Magic Draw generiert (Dokumentenhülle). Leichtigewichtige Anforderungsdokuments RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess C2 Standardisierte Erfassung Ja, voll und ganz In Magic Draw ist eine Vorlage für die Erfassung von Anforderungen definiert, Erklärung der jeweiligen Assessment-Kriterien Ableiten von konkreten Handlungsempfehlungen 28. November 2013 Folie 13 von 19

14 Auswertung Export des Ergebnisses aus LimeSurvey Excel-Makro zur Aufbereitung der Rohdaten ID Titel der Frage Antwort Beschreibung A1 Definierter RE Prozess Eher nein Der Prozess wurde vornehmlich vom Kunden initiiert und die Anforderungen hauptsächlich direkt an die Entwicklungsabteilung weitergegeben. Dadurch wird das Anforderungsmanagement auf Seiten des ISC oftmals übergangen. Dieses Vorgehen wurde dabei nicht definiert. A2 A9 Identifizieren und Integrieren der Stakeholder Einhalten des RE Prozesses Eher ja Da es sich um ein fortlaufendes Projekt handelt, bei dem die Anforderungen bereits dokumentiert von Kundenseite geliefert werden, ist der Kunde die Hauptquelle von Anforderungen und entsprechend integriert. Eher nein Der definierte Prozess wird nicht immer eingehalten, da die Entwickler oftmals die Requirements Engineers bzw. Business Analysten aussen vor lassen. Eher nein Nur ein kleiner Teil der Anforderungen wurde seitens ISC erhoben, da viele Anforderungen bereits vom Kunden in die Entwicklung gegeben wurden. Ja, voll und ganz Die Anforderungen und Use Cases wurden zentral auf einem Server gespeichert. Eher ja Die Anforderungen wurden in Magic Draw erfasst. B1 Grundlegende Erfassung von Anforderungen B2 Zentrale Speicherung von Anforderungen B3 Toolunterstützte Erfassung von Anforderungen C1 Erstellen eines Ja, voll und ganz Das Anforderungsdokument ( Systemanforderungen ) wird toolbasiert mit standardisierten den Inhalten aus Magic Draw generiert (Dokumentenhülle). Leichtigewichtige Anforderungsdokuments RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess C2 Standardisierte Erfassung Ja, voll und ganz In Magic Draw ist eine Vorlage für die Erfassung von Anforderungen definiert, Erklärung der jeweiligen Assessment-Kriterien Ableiten von konkreten Handlungsempfehlungen 28. November 2013 Folie 14 von 19

15 Auswertung Export des Ergebnisses aus LimeSurvey Excel-Makro zur Aufbereitung der Rohdaten ID Titel der Frage Antwort Beschreibung A1 Definierter RE Prozess Eher nein Der Prozess wurde vornehmlich vom Kunden initiiert und die Anforderungen hauptsächlich direkt an die Entwicklungsabteilung weitergegeben. Dadurch wird das Anforderungsmanagement auf Seiten des ISC oftmals übergangen. Dieses Vorgehen wurde dabei nicht definiert. A2 A9 Identifizieren und Integrieren der Stakeholder Einhalten des RE Prozesses Eher ja Da es sich um ein fortlaufendes Projekt handelt, bei dem die Anforderungen bereits dokumentiert von Kundenseite geliefert werden, ist der Kunde die Hauptquelle von Anforderungen und entsprechend integriert. Eher nein Der definierte Prozess wird nicht immer eingehalten, da die Entwickler oftmals die Requirements Engineers bzw. Business Analysten aussen vor lassen. Eher nein Nur ein kleiner Teil der Anforderungen wurde seitens ISC erhoben, da viele Anforderungen bereits vom Kunden in die Entwicklung gegeben wurden. Ja, voll und ganz Die Anforderungen und Use Cases wurden zentral auf einem Server gespeichert. Eher ja Die Anforderungen wurden in Magic Draw erfasst. B1 Grundlegende Erfassung von Anforderungen B2 Zentrale Speicherung von Anforderungen B3 Toolunterstützte Erfassung von Anforderungen C1 Erstellen eines Ja, voll und ganz Das Anforderungsdokument ( Systemanforderungen ) wird toolbasiert mit standardisierten den Inhalten aus Magic Draw generiert (Dokumentenhülle). Leichtigewichtige Anforderungsdokuments RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess C2 Standardisierte Erfassung Ja, voll und ganz In Magic Draw ist eine Vorlage für die Erfassung von Anforderungen definiert, Erklärung der jeweiligen Assessment-Kriterien Ableiten von konkreten Handlungsempfehlungen 28. November 2013 Folie 15 von 19

16 Auswertung Export des Ergebnisses aus LimeSurvey ID Titel der Frage Antwort Beschreibung A1 Definierter RE Prozess Eher nein Der Prozess wurde vornehmlich vom Kunden initiiert und die Anforderungen hauptsächlich direkt an die Entwicklungsabteilung weitergegeben. Dadurch wird das Anforderungsmanagement auf Seiten des ISC oftmals übergangen. Dieses Vorgehen wurde dabei nicht definiert. A2 Identifizieren und Integrieren der Stakeholder Eher ja Da es sich um ein fortlaufendes Projekt handelt, bei dem die Anforderungen bereits dokumentiert von Kundenseite geliefert werden, ist der Kunde die Hauptquelle von Anforderungen und entsprechend integriert. Excel-Makro zur Aufbereitung der Rohdaten A9 Einhalten des RE Eher nein ID Titel der Frage Antwort Beschreibung A1 Definierter RE Eher nein Der Prozess wurde vornehmlich vom Kunden initiiert und die Anforderungen hauptsächlich direkt an die Entwicklungsabteilung weitergegeben. Dadurch Prozesses wird das Anforderungsmanagement auf Seiten des ISC oftmals übergangen. Dieses Vorgehen wurde dabei nicht definiert. A2 Identifizieren und Eher ja Da es sich um ein fortlaufendes Projekt handelt, bei lassen. dem die Anforderungen Integrieren der bereits dokumentiert von Kundenseite geliefert werden, ist der Kunde die Stakeholder Hauptquelle von Anforderungen und entsprechend integriert. A9 Einhalten B1 des Grundlegende RE Eher nein Erfassung Der definierte Prozess Eher wird nein nicht immer eingehalten, da die Entwickler Prozesses oftmals die Requirements Engineers bzw. Business Analysten aussen vor von Anforderungen lassen. B1 Grundlegende Erfassung Eher nein Nur ein kleiner Teil der Anforderungen wurde seitens ISC erhoben, da viele von Anforderungen Anforderungen bereits vom Kunden in die Entwicklung gegeben wurden. B2 Zentrale B2 Speicherung Zentrale von Ja, Speicherung voll und ganz Die Anforderungen von und Use Cases wurden zentral auf einem Server Anforderungen gespeichert. B3 Toolunterstützte Anforderungen Eher ja Die Anforderungen wurden in Magic Draw erfasst. gespeichert. Erfassung von Anforderungen C1 Erstellen B3 eines Toolunterstützte Ja, voll und ganz Das Anforderungsdokument Eher ja ( Systemanforderungen ) wird toolbasiert mit standardisierten den Inhalten aus Magic Draw generiert (Dokumentenhülle). Leichtigewichtige Anforderungsdokuments RE Erfassung Assessments Daniel von Rapp, Norbert Seyff, Anne Hess C2 Standardisierte Erfassung Ja, voll und ganz In Magic Draw ist eine Vorlage für die Erfassung von Anforderungen definiert, Der definierte Prozess wird nicht immer eingehalten, da die Entwickler oftmals die Requirements Engineers bzw. Business Analysten aussen vor Erklärung der jeweiligen Assessment-Kriterien Nur ein kleiner Teil der Anforderungen wurde seitens ISC erhoben, da viele Anforderungen bereits vom Kunden in die Entwicklung gegeben wurden. Ja, voll und ganz Die Anforderungen und Use Cases wurden zentral auf einem Server Ableiten von konkreten Handlungsempfehlungen Die Anforderungen wurden in Magic Draw erfasst. 28. November 2013 Folie 16 von 19

17 Ergebnis Anzahl positive Antworten Anzahl gestellter Fragen Anzahl positive Antworten Anzahl gestellter Fragen Leichtigewichtige RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess 28. November 2013 Folie 17 von 19

18 Inhalt Erste Anwendungserfahrung: Effiziente Anwendung im universitären Umfeld mit industriellen Kunden Aufbau des RE Assessment Guides: Einflussfaktoren, Prozess- und Dokumentenanalyse, Auswertung Motivation und Abgrenzung: Leichtgewichtiges und effizientes Assessment Leichtigewichtige RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess 28. November 2013 Folie 18 von 19

19 Motivation RE immer stärker im Fokus von Unternehmen Schwierigkeiten die Qualität des RE einschätzen zu können Schnelle, konkrete Standortbestimmung Maßgeschneiderte Handlungsempfehlungen Leichtigewichtige RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess 28. November 2013 Folie 19 von 19

20 Abgrenzung Universitäres Umfeld Industrielles Umfeld Gesamtdauer Assessment ca. 2 Tage ca. 3-4 Wochen Aufwand Kunde ca. 2 Personenstunden ca. 10 Personenstunden Aufwand Zühlke ca. 6 Personenstunden ca. 40 Personenstunden Leichtigewichtige RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess 28. November 2013 Folie 20 von 19

21 Ausblick Weitere Assessments im industriellen Umfeld Erweiterung des Fragenkatalogs Optimierung der Auswertung Selbstassessment Leichtigewichtige RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess 28. November 2013 Folie 21 von 19

22 Vielen Dank! Leichtigewichtige RE Assessments Daniel Rapp, Norbert Seyff, Anne Hess 28. November 2013 Folie 22 von 19