Das Eckige muss ins Runde

Transkript

1 Das Eckige muss ins Runde Klassisches Requirements Engineering und Agilität Christian Mitschke, Consorsbank Susanne Mühlbauer, Agile-by-HOOD

2 Abstract Das Eckige muss ins Runde klassisches RE und Agilität Requirements Engineering gehört zum Handwerkszeug in der Software-Entwicklung. Dabei stellt sich die Frage, welche RE- Methoden in einem agilen Umfeld wertbringend einsetzbar sind. In der Session möchte ich mit Euch Erfahrungen und Beispiele aus meiner Arbeit mit Scrum Teams teilen In einem Einführungsteil stelle ich Euch daher die RE-Methoden vor, die von den agilen Teams, mit denen ich arbeite, als hilfreich empfunden wurden. Im Anschluss möchte ich diese mit Euch in einer Backlog Refinement Session ausprobieren. Zum Ende der Session stellen wir die Ergebnisse auf den Prüfstand. Welche Methoden würdet Ihr im Anschluss an den Scrum Day mit Eurem Team ausprobieren? Ich bin gespannt auf Euer Feedback und Eure Einschätzung zum Wertbeitrag von RE.

3 Ein paar Informationen zur Consorsbank Consorsbank bietet finanzielle Selbstbestimmung mit modernen Bankdienstleistungen Nützliche Finanztools, unterstützende & effiziente Kundenservices, leicht verständliche und transparente Informationen helfen, Geld intelligenter und einfacher zu managen Aufgebaut und bestätigt durch unseren Erfolg im schnelllebigen Trading-Geschäft Gegründet 1994 Seit 2002 Tochter der BNP Paribas Über Kunden Über 800 Mitarbeiter Über 1,5m Unique Visitors pro Monat auf Über App-Downloads in Apple itunes und Google Play Agile Softwareentwicklung unserer Kunden Frontends Website, Apps und Trading Software seit etwa 2 Jahren

4 Requirements Engineering Verstehen Vereinbaren Sicherstellen Ein scheinbares Entweder Oder User Story

5 Aktivitäten Stakeholder und Rollen Erheben Schnittstellen Aufschreiben Priorisieren Abstimmen

6 Vision Board Vision Statement Den Überblick haben Backlog Use Case Model Use Case Model Product Canvas Product Canvas Persona Szenario Ready Epic GUI NFA Roman Pichler, Ivar Jacobson

7 Consorsbank Finanzplaner komplexe Anforderungen visualisieren Visualisierung aller Usecases des Systems

8 Watchlist list items name of the share <short name>in white color and capital letters (shorten with... int he center if necessary) triangle indicator (green if positive and up directed/ red if negative and down directed> + (if positive performance in green) or - (if negative performance) 100,00 <intraday performance of the share, up to 2 digits after the comma> <space> % <in lightgrey> intradaycourse of the share with 2 digits after the comma and the correspdonging descirptive indicator (for shares Beispiel Userstory mit zu großer Textbeschreibung für Watchlist Implementierung für Consorsbank App für Apple Watch As a customer I want to use my iphone / ipad Watchlist on my apple watch in order to get informed about my securities in a convenient way. Preconditions: every time the watchlist is accessed load the data no continous updates show all values in local watchlist no handling of pairing errors in this story No navigation in phone/tab when navigation through watch Happy Day Scenario: The Watchist is accessed by menu Show headline "Watchlist" Backbutton to navigate to menu watchlist name "iphone-watchlist" or "ipad-watchlist" and performance of the local stored one of the paired device (iphone or ipad watchlist) in percentage of the intraday watchlist items in alphabetical order with each line clickable > redirect to snapshot Alternative Scenarios: No items in local WL: show performance 0,00% and instead of list-item text "Ihre Watchlist enthält keine Daten." No data availabe: show performance 0,00% and instead of list item text "Daten konnten nicht geladen werden." Implementation of Watchlist Performance: if the performance is postive show + <value of the performance e.g 50,00 with 2 digits after comma in green> <space> % <in lightgrey> if the performance is negative show - <value of the performance e.g 50,00 with 2 digits after comma in red> <space> % <in lightgrey> if the performance is not calculateable cause of no items in watchlist show no sign <value of the performance 0,00 in white > <space> % <in lightgrey> Fallback text centred in white color 'Keine Wertpapiere vorhanden

9 Beispiel Nutzung von Skizzen für Watchlist Implementierung für Consorsbank App für Apple Watch

10 User Story User Story und Akzeptanzkriterien

11 Beispiel: Use Case Model für Mitfahrzentrale

12 Ausprobieren Aktivitäts- Diagramm Use Case (Stichworte) Happy Day Szenario Schritt 1 Schritt 2 Schritt 3 Alternativen A 1 A 2 A 3

13

14

15

16

17 Beispiele Consorsbank Verwendung von Flussdiagrammen Stories mit Szenarien und Bedingungen

18 Consorsbank Finanzplaner komplexe Anforderungen visualisieren Visualisierung aller Abläufe des Moduls Auswertungen als Hilfe zum Verstehen des Gesamtsystems und zum Schneiden und priorisieren

19 Wir brauchen keine Spezifikation Vision Statement Kontinuierliche Dokumentation Wozu Fachliche Doku Backlog Was System-Doku Wie Design-Doku Code Sprint

20 Beispiele Benutzerhandbuch Fachliche Architektur Szenarien/ Use Cases Tests, z.b. User Acceptance Tests Nachweise Auf allen Ebenen: Überblick Fachliche Doku Technische Architektur Schnittstellen Tests z.b. funktionale Tests, Performance Tests Nachweise Beweggründe Optionen Entscheidungen Trade-Offs Detail System-Doku Design-Doku Code Designprinzipien Schichtenmodell Frameworks Coding Guidelines Code Inline-Doku Tests z.b. Unit Tests Modelle > Reverse Engineering

21 Beispiel: Anforderung durch die e-commerce Abteilung Werbe- / Infoplätze in die Apps zu integrieren (Cross Selling) Confluence / Wiki Dokumentation mit Implementierungsinform ationen für Entwickler verschiedener Teams (CMS, App Development) Testfälle Userstories Implementierungsstatus für das Management Code mit Kommentaren Diagramme

22 Fazit Test-Know How Doku Know-How RE- Know How im Team Investition in Qualität Automatisiertes Testen Continuous Delivery Refactoring Langfristige Produktverantwortung

23 BNP Paribas S.A. Niederlassung Deutschland Bahnhofstraße Nürnberg Germany Tel.: HOOD GmbH Büro München Keltenring Oberhaching Germany Tel:

24 Agilität erleben: Jeden Tag gemeinsam einen Mehrwert schaffen. Ein Umdenken beginnt, neue Ideen sind gesät und und ein mutiger Schritt ist gewagt. Seit mehr als 25 Jahren berät und unterstützt HOOD erfolgreich seine Kunden bei der Entwicklung komplexer Software und Systeme durch Requirements Engineering-Prinzipien. Mit der Marke Agile-by-HOOD bündelt HOOD das Angebot im agilen Umfeld und macht somit einen weiteren konsequenten Schritt zur zielgerichteten Unterstützung von Organisationen, die entweder bereits agil arbeiten oder sich vorgenommen haben, in Zukunft ihre Entwicklung auf Scrum, Kanban oder ähnliche Vorgehensweisen umzustellen. HOOD kann dabei auf langjährige Erfahrungen im Agile Coaching und fundierte Expertise im Requirements Engineering zurückgreifen, um große Unternehmen beim Umstieg von klassischer auf agile Vorgehensweise zu begleiten. Das Thema agil-skaliert ist uns ein besonderes Anliegen - wir verstehen auch die Entwicklung komplexer Produkte und Systeme mit vielen Teams und großen Organisationen. Agile-by-HOOD ist ein Angebot der HOOD GmbH

25 Fahrt anbieten Gruppe 1 User Story: Als Fahrer möchte ich eine Fahrt anbieten, damit ich Mitfahrer finde. Akzeptanzkriterien: - Folgende Daten müssen zu einer Fahrt erfasst werden: - Start, Ziel, Datum, Preis und Treffpunkt - Wenn sich ein Mitfahrer gemeldet hat, will ich diesem die Fahrt bestätigen können - Wenn ich einen Mitfahrer nicht mitnehmen will, will ich diesen ablehnen können - Ich will eine Fahrt stornieren können - Ich will den Mitfahrern eine Mitteilung schicken können - Ich will eine Fahrt ändern können, wenn sich z.b. das Datum ändert

26 Fahrt anbieten Gruppe 2 User Story: Als Fahrer möchte ich eine Fahrt anbieten, damit ich Mitfahrer finde. Akzeptanzkriterien: - Folgende Daten müssen zu einer Fahrt erfasst werden: - Start, Ziel, Datum, Preis und Treffpunkt - Wenn sich ein Mitfahrer gemeldet hat, will ich diesem die Fahrt bestätigen können - Wenn ich einen Mitfahrer nicht mitnehmen will, will ich diesen ablehnen können - Ich will eine Fahrt stornieren können - Ich will den Mitfahrern eine Mitteilung schicken können - Ich will eine Fahrt ändern können, wenn sich z.b. das Datum ändert

27 Fahrt buchen Gruppe 3 User Story: Als Mitfahrer möchte ich eine Fahrt buchen können, damit ich mein Ziel erreiche. Akzeptanzkriterien: - Ich will nach folgenden Daten suchen können - Start, Ziel, Datum - Ich will eine Fahrt buchen können - Ich will eine Buchung stornieren können - Ich will eine Mitteilung an den Fahrer schicken - Ich will Alternativen angezeigt bekommen, wenn ich bei meiner Suche keine Treffer habe - Ich will die Fahrt bezahlen können

28 Fahrt buchen Gruppe 4 User Story: Als Mitfahrer möchte ich eine Fahrt buchen können, damit ich mein Ziel erreiche. Akzeptanzkriterien: - Ich will nach folgenden Daten suchen können - Start, Ziel, Datum - Ich will eine Fahrt buchen können - Ich will eine Buchung stornieren können - Ich will eine Mitteilung an den Fahrer schicken - Ich will Alternativen angezeigt bekommen, wenn ich bei meiner Suche keine Treffer habe - Ich will die Fahrt bezahlen können