67-mal heruntergeladen
![Als Benutzer
möchte ich Zahlen addieren können
damit ich Zeit beim Rechnen spare
User Story schreiben
Akzeptanzkriterien ausarbeiten
Glue Code schreiben
Unittest Code schreiben
Code schreiben
Ready
Done
[Then(@"the result should be (.*) on the screen")]
public void ThenTheResultShouldBeOnTheScreen(decimal p0)
{
Assert.AreEqual(p0, result);
}
Assert.AreEqual(130, calculator.result);](https://image.slidesharecdn.com/frankdsterbeck-anforderungenhabenimmerschuld-code-160930145134/75/Anforderungen-haben-immer-Schuld-50-2048.jpg)
Hochgeladen vonFrank Düsterbeck
Anforderungen haben immer Schuld
Das Dokument thematisiert die Herausforderungen im Anforderungsmanagement, insbesondere in agilen Projekten, und postuliert, dass schlechte oder sich ständig ändernde Anforderungen oft die Schuld tragen. Es werden Methoden zur besseren Handhabung von Anforderungen vorgestellt, wie die Verwendung von Personas, User Stories und Akzeptanzkriterien, um die Kommunikation zwischen Stakeholdern zu verbessern und die Qualität der Anforderungen zu sichern. Der Autor betont die Notwendigkeit, Komplexität zu reduzieren und Risiken zu minimieren, um den Anforderungen an moderne Softwareentwicklung gerecht zu werden.
Anforderungen haben immer Schuld
- 1. Anforderungen haben immer Schuld Komplexitätmit gutem Anforderungsmanagement beherrschen Frank Düsterbeck @fduesterbeck
- 2. DAS AGILE QUIZ Warumhaben Anforderungen oft Schuld? DAS AGILE QUIZ ???Weil sie schlecht sind (wenn sie da sind) und sich andauernd ändern!
- 3.
- 4. IT ODER DIENSTLEISTER? FACHBEREICH,BA UND IT? ANFORDERUNGEN LASTEN LASTENHEFT JETZT GEHT’S (ENDLICH) LOS??? (ER-)LÖSUNG DER LASTEN (PFLICHTEN) PFLICHTENHEFT
- 6. DAS GROSSE HEFT DERLASTEN (1602 SEITEN) UNDURCHSUCHBAR UNAKTUELL UNNÜTZ
- 8. DAS GROSSE HEFT DERLASTEN (1602 SEITEN)
- 9. WIE MAN ESBESSER MACHEN KANN (SOLLTE, MUSS)
- 10. Was ist dieGrundlage für gutes Anforderungs- management?
- 11. PO ENTREPRENEUR Repräsentiert die Endkundenbedürfnisse VEREINTPRODUKT- UND PROJEKTMANAGEMENT
- 12. Und was istnoch Grundlage für gutes Anforderungs- management?
- 13. VisionZiel des Projektes Erstellungeines Produktes Ergebnis des Produktes Welche Veränderung soll erzielt werden? Nutzen des Produktes Welche Verbesserung soll aus dem Ergebnis resultieren? Zielgruppe Wer soll mit dem Produkt arbeiten? Business Case
- 14.
- 15. > 60 Jahre >1.000.000 Gehalt Verheiratet > 1 Kind Lebt in einer Großstadt Personas
- 16. Personas Jetzt weiß ichauch wer das System nutzt und welche Bedürfnisse und Probleme er hat
- 17.
- 18.
- 19. Gemeinsames Verständnis Das ist eine Schlange Dasist ein Baum Das ist eine Höhle Das ist ein Berg
- 20. Ein Satz zu meinerVision Meine neuen Stärken Wer möchte was und wozu Die „messbaren“ Ziele Meine Stakeholder Risiken und Chancen Als wer Möchte ich was ganz großes Damit wozu Als wer Möchte ich was ganz großes Damit wozu DAS SUPER PRODUKT VISION POSTER
- 21. Stakeholder Freunde, Feinde undNeutrale Einfluss auf das Projekt Interessen und Hintergründe Weitere Treiber und Bremser Gesetze, Projekte Risiken und Chancen Eintrittswahrscheinlichkeit, Auswirkung Vorbeugen, reduzieren, übertragen, akzeptieren Ergreifen, steigern, teilen, ablehnen Historie Ursprung des Projektes Probleme in der Vergangenheit
- 22.
- 23.
- 24.
- 25. Und wie beschreibeich Anforderungen?
- 26. USER STORIES Als Rolle(wer) Möchte ich Ziel (was) Damit Nutzen (wozu)
- 27. Independent (von anderenunabhängig) Negotiable (kein Gesetz) Valuable (haben (Mehr-)Wert) Estimable (überschau- und damit schätzbar) Small (passen in eine Iteration) Testable (ohne Test kein Erfolg)
- 28. Sollten denn alle Storiesmöglichst klein sein? Was sind überhaupt Epics?
- 29. Als wer Möchte ichwas großes Damit wozu Als wer Möchte ich was Damit wozu Als wer Möchte ich was großes Damit wozu Als wer Möchte ich was großes Damit wozu Als wer Möchte ich was Damit wozu Als wer Möchte ich was Damit wozu Als wer Möchte ich was Damit wozu Das muss ich tun Das muss ich tun Das muss ich tun Das muss ich tun Das muss ich tun PO Als wer Möchte ich was ganz großes Damit wozu PO TD
- 31. Muss die Summeder Schätzung der zerlegten Stories eigentlich gleich der original Story sein?
- 32. Als wer Möchte ichwas großes Damit wozu Als wer Möchte ich was Damit wozu Als wer Möchte ich was Damit wozu Als wer Möchte ich was Damit wozu Als wer Möchte ich was Damit wozu≠∑
- 33. Und wie sichereich die Qualität der User Stories?
- 34.
- 35. *Haben nicht denAnspruch Anforderungen umfassend zu dokumentieren Card Conversation Confirmation Als Benutzer möchte ich Zahlen addieren können damit ich Zeit beim Rechnen spare *
- 36. Confirmation Akzeptanzkriterien (Testbasis) Herstellung derMessbarkeit Ready (DoR) Bereit zur Umsetzung Fertig (DoD) Bereit zur Inspektion
- 37.
- 38. Schlüssel- wörter identifizieren Confirmation Als Benutzer möchte ichmein Profil speichern können, damit ich meine Daten nicht immer wieder neu eingeben muss.
- 39. Wer mussspeichern? Wann speichern stattfinden? Wann ist speichern komplett abgeschlossen? Wie kann speichern genau durchgeführt werden? Wie häufig / oft / groß / schnell soll speichern sein? Wo / Wie kann geprüftwerden, ob speichern durchgeführt wurde? Wurde sichergestellt, dass speichern alle Daten / Aspekte berücksichtigt? Was geschieht, wenn man nicht speichern kann? Was könnte speichern verhindern und was wird dann erwartet? Welche möglichen Fehleingaben müssen beim speichern abgefangen werden? Welche Inhalte kommen in Profil vor? Welche optionalen / verpflichtende Aspekte gelten für Profil ? Welche Inhalte von Profil und nach welchen Regeln soll überprüft werden? Wie sieht das Layout für Profil aus?
- 40. Und was istwenn ich jetzt total viel Akzeptanzkriterien habe?
- 41. Akzeptanzkriterien • Der Premium-Kundesoll bei einer Buchung auswählen können, ob die Buchung als Abo laufen soll • Der ausgewählte Termin ist der Starttermin • Er kann verschiedene Intervalle für sein Abo auswählen – Täglich • Er kann zwischen bestimmten Wochentagen oder allen Arbeitstagen auswählen – Wöchtlich • Rhythmus von jeder, zweiter, dritter…Woche – Monatlich • Bestimmter Wochentag (letzter Freitag im Monat) • Bestimmter Tag, wie der 1. eines Monats • Er kann einen Endtermin für sein Abo bestimmen – Bestimmtes Datum – Nach einer bestimmten Anzahl an Wochen • Er kann in seinem Kundenkonto die ausgewählten Abos einsehen, ändern und löschen • Er kann in seinem Kundenkonto die Kosten anzeigen • Er kann einen Zahlungsrhythmus für das Abo auswählen – Im Voraus – Je Termin – monatlich
- 42. Man soll alsoviel reden! Gibt‘s da noch mehr?
- 43.
- 44.
- 45. UBIQUITÄRE SPRACHE GHERKIN ALLE VERSTEHENES SZENARIEN MIT GIVEN WHEN THEN ANGENOMMEN WENN DANN
- 46. Akzeptanzkriterien Szenario: Marmelade abonnierenmonatlicher Rhythmus Angenommen ein Kunde Max Und Max ist Premium Kunde Und Max aktiviert den Aboservice Wenn Max als Intervall monatlich auswählt Dann bekommt Max eine Nachricht Und die Marmelade wird monatlich versendet Und er bekommt 10% Rabatt Szenario: Marmelade abonnieren wöchentlicher Rhythmus Angenommen ein Kunde Max Und Max ist Premium Kunde Und Max aktiviert den Aboservice Wenn Max als Intervall wöchentlich auswählt Dann bekommt Max eine Nachricht Und die Marmelade wird wöchentlich versendet Und er bekommt 5% Rabatt
- 47. Akzeptanzkriterien Szenario: Marmelade abonnieren Angenommenein Kunde Max Und Max ist Premium Kunde Und Max aktiviert den Aboservice Wenn Max ein als Intervall <intervall> auswählt Dann bekommt Max eine Nachricht Und die Marmelade wird <intervall> versendet Und er bekommt <rabatt> Rabatt Beispiele: |intervall |rabatt | |wöchentlich |5% | |monatlich |10% |
- 48. … und dasgeht auch automatisiert? Wie denn?
- 49.
- 50. Als Benutzer möchte ichZahlen addieren können damit ich Zeit beim Rechnen spare User Story schreiben Akzeptanzkriterien ausarbeiten Glue Code schreiben Unittest Code schreiben Code schreiben Ready Done [Then(@"the result should be (.*) on the screen")] public void ThenTheResultShouldBeOnTheScreen(decimal p0) { Assert.AreEqual(p0, result); } Assert.AreEqual(130, calculator.result);
- 51. User Story schreiben Akzeptanzkriterienausarbeiten Glue Code schreiben Unittest Code schreiben Code schreiben Fachbereich und Anforderungsmanager haben eine einfache Sprache, ... … Anforderungsmanager, Entwickler und Tester müssen jetzt eng zusammenarbeiten, … … die Entwickler können dann direkt gegen das erwartete Verhalten (den Test) entwickeln, … … alle kriegen sofort eine Rückmeldung, ob sie alles richtig gemacht haben, … … am Ende braucht man nicht mehr soviel testen, … … und wir haben eine lebende Dokumentation!!!
- 52. Das ist jaalles ganz toll aber wie werde ich damit den Anforderungen an moderne Softwareentwicklung gerecht?
- 53. K O MP L E X I TÄT R E D U Z I E R E N R I S I K O M I N I M I E R E N
- 54. Epos 31 Epos 19 Epos12 Epos 9 Epos 4 Epos 7 Epos 2 User Story 4 User Story 33 User Story 14User Story 13User Story 3 User Story 1 User Story 6 User Story 2 User Story 5 Status Ready K O M P L E X I TÄT R E D U Z I E R E N
- 55. Detailed Appropriatly (angemessenAusdetailliert) Emergent (sich entwickelnd / dynamisch) Estimated (geschätzt) Prioritized (in „Reihenfolge“ gebracht)
- 56. Und wie macheich das Projectscoping? Wie weiß ich was ich zuerst bauen soll?
- 58. Das minimale Setan Funktionen... ...die für uns den maximalen… ...Lerneffekt herstellen. Schick Benutzbar Wertvoll Funktional
- 59. REICHT DAS? K OM P L E X I TÄT R E D U Z I E R E N R I S I K O M I N I M I E R E N
- 61. Das Unbekannte kennen... ...überden ganzen Geschäftsprozess(e)... ...über alle Hauptkomponenten.
- 62. Das ist mirirgendwie noch zu unkonkret!
- 63. Pre-Suche Einloggen Account anlegen Suchen Passwort ändern FilternDetails ansehen Anzahl im Warenkorb ändern In den Warenkorb legen Aus dem Warenkorb löschen Bestellen Bewerten Eigene Marmelade zusammenstellen Detaillierte Inhaltsliste anzeigen Abo anlegen Versandservice auswählen Einfache Einkaufs- möglichkeit
- 64. Pre-Suche Einloggen Account anlegen Suchen Passwort ändernFiltern Details ansehen In den Warenkorb legen Aus dem Warenkorb löschen Versandservice auswählen Bewerten Eigene Marmelade zusammenstellen Detaillierte Inhaltsliste anzeigen Abo anlegen Anzahl im Warenkorb ändern BestellungWarenkorbSucheLogin Bestellen Bewertung Einfache Einkaufs- möglichkeit
- 65. Warenkorb Story Mapping SucheLogin Bestellung... * Jeff Patton Benutzer- verwaltung Bestellprozess
- 66. RELEASE 1: MINISHOP RELEASE 2: AUKTIONEN RELEASE3: MARKTPLATZ
- 67. DAS GROSSE HEFT DERLASTEN (1602 SEITEN) UNDURCHSUCHBAR UNAKTUELL UNNÜTZ
- 68.
- 69. Und was istmit den nicht funktionalen Anforderungen?
- 70.
- 71. Unsere Story Map Unsere Rahmenbedingungen DoD Als Kunde möchteich, dass das System 99,99% Erreichbarkeit hat Als Administrator möchte ich, dass das System in einem Fail-Over Cluster läuft Als Kunde möchte ich, dass das System mobile Endgeräte unterstützt Als ausländischer Kunde möchte ich, dass das System meine Sprache anbietet Aufbau der Testinfra- struktur
- 72. Epos 31 Epos 19 Epos12 Epos 9 Epos 4 Epos 7 Epos 2 Funktion Test FunktionSpikeDesign Tools Infrastruktur Technische Unterstützung Funktion
- 73.
- 74. DON‘T WANT STORIES AlsRolle Möchte ich nicht, dass... Weil / Damit ich sonst...
- 75. Und wie siehtder Prozess für Stories bzw. Anforderungen aus?
- 76.
- 77.
- 78.
- 79.
- 80. Anforderungen haben immer Schuld Komplexitätmit gutem Anforderungsmanagement beherrschen Frank Düsterbeck @fduesterbeck
- 81. Anforderungen haben nimmer Schuld Komplexitätmit gutem Anforderungsmanagement gerecht werden Frank Düsterbeck @fduesterbeck
- 83.