Requirements management-tool-gestuetzt-swiss-requirements-day-2012

Zeit: 15:15 – 16:00 Ort: Raum 1 – Track 1 Bereich: Methods Titel: Tool-gestütztes Requirements-

Management: Richtig effizient mit System (de)

Referent: Dr Andreas Birk & Gerald Heller, Software.Process.Management

Tool-gestütztes Requirements-Management: Richtig effizient mit System

20. Juni 2012

Dr. Andreas Birk, Gerald Heller Software.Process.Management - www.swpm.de Swiss Requirements Day 2012, Zürich 1

Tool-gestütztes Requirements-Management: Richtig effizient mit System Folien-Handout

Dr. Andreas Birk, Gerald Heller (Software.Process.Management) 20. Juni 2012, Swiss Requirements Day 2012, Zürich

Enthält erläuternde Kommentare & Anmerkungen

2

Müssen Requirements-Ingenieure in Bergen von Papier versinken?

Traditionell und heute noch verbreitet werden Requirements mit Textverarbeitungs-Software definiert und als ausgedrucktes Dokument verwendet. Dieses Verfahren hat eine Reihe von Nachteilen. Moderne Requirements-Tools bieten bessere Möglichkeiten, um Requirements in einem Software-Projekt zu erstellen und zu verwenden. Dieser Foliensatz zeigt Verwendungsmöglich-keiten von Requirements-Tools und ihre Vorteile auf. Er beschreibt, wie Software-Organisationen Tool-basiertes Requirements-Management etablieren können.

20. Juni 2012 Copyright © 2012, Software.Process.Management, Dr. Andreas Birk & Gerald Heller


20. Juni 2012


Agenda

Tool-gestütztes RM

Vorgehen zur Etablierung von RM-Tools

Fallbeispiele & Erfahrungen

Die Vorzüge von RM-Tools

3

Fokus: Vorgehen

– Techniken zur Tool-Anpassung

vorwiegend in der Diskussion

Fragen & Anmerkungen gerne auch

während des Vortrags!


Modernes RM ist Tool-gestütztes RM

Klare, granulare Requirements

Immer die aktuelle Version

Zielgruppenspezifische Sichten

Automatische Nachverfolgung

Kollaboratives Erfassen & Klären

u.v.a.m.

4 20. Juni 2012 Copyright © 2012, Software.Process.Management, Dr. Andreas Birk & Gerald Heller


20. Juni 2012


Missverständnisse mit RM-Tools

5

Plug & Play

Ein paar Handgriffe am Tool und das RM läuft

Tool-Einführung geht so nebenbei

Anpassen!

Prozess & Tool gemeinsam gestalten!

Systematische Vorbereitung & Unterstützung!

Dies sind verbreitete Missverständnisse mit RM-Tools

Was im Umgang mit Requirements-Tools wirklich wichtig ist


Analogie: Software entwickeln

6

RM Tool etablieren ≈ Software-System für neuen Anwendungsbereich entwickeln

Stakeholder einbeziehen

In Phasen stufenweise vorgehen



20. Juni 2012


RM-Tool auf Stakeholder ausrichten

7

Produktmanager

Business Analysten

Architekten

Fachverantwortliche

Tester

Entwicklungsleiter & Projektleiter

Eine Auswahl wichtiger RM-Stakeholder, die spezifische Erwartungen an RM-Tools haben



8

RM-Stakeholder Typische Fragestellungen RM Fokus

Produktmanager

Business Analysten

Architekten

Fachverantwortliche

Wissen ohne Mehraufwand in gewohnter Form niederschreiben

Requirements als Fließtext

Tester




20. Juni 2012


Requirements eingebettet in den Textfluss in Polarion ALM

9

Das Tool Polarion ALM ist ein Beispiel für die Darstellung von atomaren Requirements in einem zusammenhängenden Textfluss, wie Fachverantwortliche es häufig für die Beschreibung von Requirements in Spezifikationsdokumenten wünschen.



10


Produktmanager

Business Analysten

Architekten

Fachverantwortliche

Tester

Testfokussierung auf die wichtigsten Dinge, Änderungen mitbekommen

Tests & Anforderungen, Änderungsmanagement




20. Juni 2012


Requirements-Coverage von Tests in HP Quality Center

11

Das Tool HP Quality Center integriert Requirements-Management und Testen. Dadurch kann es auch den Zusammenhang zwischen Requirements und Tests gut transparent machen, beispielsweise durch die „Requirements-Coverage“: In welchem Umfang sind die Requirements bereits erfolgreich getestet?



12


Produktmanager

Business Analysten

Architekten

Fachverantwortliche

Tester


Überblick behalten, kritische Situationen erkennen, schnell Gegensteuern

Status der Requirements, Testabdeckung



20. Juni 2012


Projektfortschritt visualisieren in HP Quality Center

13

Die für Projektleiter wichtige Sicht auf Kennzahlen wird durch Dashboard- und Reporting-Funktionen unterstützt, wie hier in HP Quality Center mit Diagrammen und KPI-Tabellen, die den jeweils aktuellen Projektstatus auch in Intranet-Wikis oder auf Mobilgeräten darstellen.


Requirements-Liste mit Risiko-Bewertung in Jama Contour



20. Juni 2012


Analogie: Software entwickeln

15

RM Tool etablieren ≈ Software-System für neuen Anwendungsbereich entwickeln

Stakeholder einbeziehen

In Phasen stufenweise vorgehen


Gestaltung & Einführung Tool-gestütztes RM

16

Konzeption Pilotierung Rollout

Drei Phasen

Orientiere die Phasen an den Terminen des Release-Zyklus der Projekte



20. Juni 2012


Konzeption: Was?

17

Bedarf

Kontext

Potenzial Lösungs- kandidaten

Lösungsmuster & Erfahrungen

schrittweise konkretisieren & verfeinern

Prozess & Tool gemeinsam behandeln

Verbinde neue Vorgehensweisen mit etablierten Praktiken


Konzeption: Wie?

18

Ziele & Scope

Ergebnisse

Lösungskonzept

Roadmap

initiale Versionen (fortschreiben)

Bedarfs- & Zielklärung

Analyse & Entwurf

Planung

Aktivitäten



20. Juni 2012


RM-Tool/Prozess-Lösung in Workshops gemeinsam erarbeiten

19

Beziehe alle Beteiligten aktiv ein und gestalte Entscheidungen nachvollziehbar und transparent

Workshops mit relevanten Projektmitgliedern sind ein sehr gutes Mittel, um integrierte RM-Tool/Prozess-Lösungen zu erarbeiten und zugleich die benötigte Akzeptanz im Team zu schaffen.


Drei Kompetenzbereiche verbinden

Drei Rollen von Beginn an ins Boot holen:

20

Kernteam

Methoden- experte

Tool- experte

Anwender- experte

Methodenexperte

RM-Vorgehen gestalten

Toolexperte

Umsetzung im Tool bestimmen

Anwenderexperte Bedarf & Haltung der Anwender einbringen (hier: Req.-Ingenieure)



20. Juni 2012


Pilotierung: Typischer Ablauf

21

Prozessgestaltung

Toolanpassung

Schulung

Pilotdurchführung

Analyse & Auswertung

Pilotunterstützung

Rollout-Roadmap

Ergebnisse

Prozess-/Tool-Lösung

Schulungen, Erfahrungen

Aktivitäten

Fortschreibung der Ergebnisse der Konzeption

Weite die Funktionen des RM-Tools mit dem Bedarf des Pilotprojektes schrittweise aus


Pilotphase unterstützen: Das Team

22

Kernteam

Projekt- leiter

Methoden- Coach

„Champion“ im Pilotprojekt

Tool- Administrator IT-

Administrator

Sponsor

Methoden- experte

Tool- experte

Anwender- experte


Methoden- Coach


Tool- Administrator

Rollenübergänge von der Konzeption zu Pilotprojekt


20. Juni 2012


Toolanpassung Ziele

Pilotphase Schneller & problemloser Einstieg für Benutzer

Roll-Out Effizienzsteigerung durch Automatisierung Rollen und Zugriffsrechte verfeinern Einbetten in Toolinfrastruktur

23

Vereinfache die Tool-Benutzbarkeit so weit wie möglich


Requirements in Atlassian JIRA: Anpassung erforderlich

24

voreingestellte Standardattribute des Tools, die für das Requirements-

Management angepasst und geändert werden sollten

Das Tool Atlassian JIRA ist für den leichtgewichtigen Einstieg in RM gut geeignet. Da es allerdings vom Einsatzfeld Fehler-Management her stammt, sind einige Standardfelder aus Requirements-Sicht unnötig oder missverständlich. Dies sind besonders anschauliche Beispiele dafür, dass ein RM-Tool meist für die Belange eines Projektes spezifisch angepasst werden muss.



20. Juni 2012


Toolanpassung: Usability

Voreinstellungen für Attributwerte Reihenfolge in Auswahllisten Strukturtemplates für Freitextfelder Automatisierung von Arbeitsabläufen Standardreports bereitstellen

25

Erhöhe durch gute Benutzbarkeit des Tools seine Akzeptanz & Effizienz

Ein weiterer sehr wichtiger Grund für die Anpassung von RM-Tools ist, dadurch ihre Benutzbarkeit zu erhöhen. Das ist insbesondere wichtig für die Akzeptanz des RM-Tools und der RM-Prozesse im Projektteam.


26

Toolanpassung: Tools integrieren

Tool-Anpassung ist auch wichtig, um verschiedene Tools miteinander zu integrieren. Dieses Beispiel zeigt Sparx Systems Enterprise Architekt, ein UML-Modellierungstool, das in aller Regel mit einem spezialisierten RM-Tool verbunden werden sollte.



20. Juni 2012


Toolanpassung: Requirements strukturieren


Rollout: RM verankern

28

Pilot schrittweise ausbauen Lösung als Angebot, nicht verpflichtend So attraktiv, dass die Vorteile offensichtlich sind

Voraussetzung: Infrastruktur zur Unterstützung bei Tool-Anpassung und für die Benutzer



20. Juni 2012


29

Tool-Administration Tool-Customization Tool-Knowhow (Nutzung) Prozess-Knowhow Wissens-Repository Support-Hotline

RM durch Infrastruktur unterstützen


Kontinuierliches Lernen & Verbessern

30

Knowledge Broker, Change Agent, Tool-Coach

Personen, die kontinuierliches Lernen & Verbessern aktiv unterstützen; häufig als Teilzeit-Rollen in Projekten

Projekt-Reviews & -Retrospektiven

Erfahrungen & Verbesserungspotenzial systematisch identifizieren & aufbereiten

Experience Sharing Maßnahmen zur Bereitstellung, Weitergabe und Zugänglichkeit von Erfahrungen; z.B. Wikis, Schulungen, Vortragsreihen



20. Juni 2012


Gestaltung & Einführung Tool-gestütztes RM

31

Konzeption Pilotierung Rollout

Ziele & Scope

Ergebnisse

Lösungs-konzept

Roadmap

initiale Versionen

(fortschreiben)

Bedarfs- & Zielklärung

Analyse & Entwurf

Planung

Aktivitäten

Kernteam

Methoden- experte

Tool- experte

Anwender- experte

Workshops

Tool-Auswahl

Prozessgestaltung

Toolanpassung

Schulung

Pilotdurchführung

Analyse & Auswertung

Pilotunterstützung

Rollout-Roadmap

Ergebnisse

Prozess-/Tool-Lösung

Schulungen, Erfahrungen

Verschiedene Formen: § Schrittweise § Gleichzeitig § Verpflichtend § Angebotsbasiert § …

Aktivitäten

Kernteam

Projekt- leiter

Methoden- Coach


Tool- Administrator

IT- Administrator

Sponsor

Iterationen

Reviews & Retrospektiven

Unterstützung

Qualifizierung

Wesentliche Bausteine Wesentliche Bausteine

Koordination

Unterstützung

Kontinuierliches Verbessern

Wesentliche Bausteine

Innovations-aufnahme

Fortschreibung der Ergebnisse der Konzeption

Welche Aktivitäten und organisatorischen Bausteine sind in welcher Phase relevant?


Erfolg mit Tool-gestütztem RM

RM systematisch einführen & verbessern

Prozess & Tool zusammen gestalten

RM-Kompetenzen in Team & Organisation aufbauen

Nutzen auch für andere Bereiche schaffen, z.B. Architektur, Testen, Projektmanagement

RM kontinuierlich weiter gestalten



20. Juni 2012


Vielen Dank

33

Kontakt

Dr. Andreas Birk

Software.Process.Management [email protected] http://www.swpm.de

Blog & Resources http://MakingOfSoftware.com

Gerald Heller



Bildnachweis Folie 2 iStock Photo 000004145220

Folie 7 Creative Commons, AJ Cann, "Swiss Army Knife” http://www.flickr.com/photos/ajc1/4663140532/

Folie 26 iStock Photo 000008944711

Folie 27 Creative Commons, Phil Hilfiker, "pompidou“ http://www.flickr.com/photos/hi-phi/36582873/

Folie 31 Andreas Birk, Gerald Heller

Requirements management-tool-gestuetzt-swiss-requirements-day-2012

Documents

Transcript of Requirements management-tool-gestuetzt-swiss-requirements-day-2012