Agiles REQUIREMENTS ENGINEERING. Peter Hruschka in der Praxis. Mein Ziel ist Ihr Erfolg:!

Größe: px

Ab Seite anzeigen:

Download "Agiles REQUIREMENTS ENGINEERING. Peter Hruschka hruschka@b-agile.de www.b-agile.de www.systemsguild.com. in der Praxis. Mein Ziel ist Ihr Erfolg:!"

Wilfried Kerner
vor 8 Jahren
Abrufe

1 Agiles EQUIEMENTS ENGINEEING in der Praxis Peter Hruschka Software- und System-Engineering: Von der Vision einer besseren Welt...!... zur industriellen Praxis! Mein Ziel ist Ihr Erfolg:! Stellen wir gemeinsam fest, wo Sie stehen und wo Sie hinwollen. ann übernehme ich! zielgerichtet Ausbildung und Betreuung Ihrer Teams Schwerpunktthemen:! equirements Engineering!! System- und Software- Architekturen! beides bevorzugt für! Embedded eal-time! Systems! Methodenschulung, eviews, Audits, Coaching! er Abschluss... oder der Beginn? eviews & Audits! er Anfang... Bestands-! aufnahme! ie Nachsorge... Consulting &! Coaching! ie Ausbildung... Workshops, Seminare, Konferenzen! Wo wollen Sie in 1-5 Jahren sein? Strategische! Zielplanung r. Peter Hruschka! Atlantic Systems Guild! +49 (172)

2 equirements Engineering ist und bleibt eine Schlüsseldisziplin für erfolgreiche Projekte aber der Prozess und die ollenverteilung im Projekt ist im Wandel begriffen Eine zeitgemäße efinition equirements Engineering (E) ist ein kooperativer, iterativer, inkrementeller Prozess, dessen Ziel es ist zu gewährleisten, dass alle relevanten Anforderungen bekannt und in dem erforderlichen etaillierungsgrad verstanden sind, die involvierten Stakeholder eine ausreichende Übereinstimmung über die bekannten Anforderungen erzielen alle Anforderungen konform zu den okumentationsvorschriften dokumentiert sind

3 Zwei Fakten die uns das Leben schwer machen: 1. gutes E braucht 25% des Projektaufwandes 2. equirements ändern sich mit 1-3 Prozent pro Monat Eine zeitgemäße efinition equirements Engineering ist ein kooperativer, iterativer, inkrementeller Prozess, dessen Ziel es ist zu gewährleisten, dass alle relevanten Anforderungen bekannt und in dem erforderlichen etaillierungsgrad verstanden sind, die involvierten Stakeholder eine ausreichende Übereinstimmung über die bekannten Anforderungen erzielen alle Anforderungen konform zu den okumentationsvorschriften dokumentiert sind

4 Agility = rasch und oft Business Value liefern durch iterative und inkrementelle Entwicklung So viel wie nötig, nicht so viel wie möglich I I I I I I T T T T T T I T eq. Baseline 1 SW elease 1 eq. Baseline 3 SW elease 3 eq. Baseline n SW elease n

5 Nicht ohne Iteration Null! Inhalt von Iteration Null

6 So vorbereitet: Tiefgang, wo dringend gewünscht Iterationsgeschwindigkeit? 2-4 Stunden 2 Wochen 1 Monat 2-4 Monate 6 Monate 1 Jahr > 1Jahr { { { XP Scrum Crystal Orange

7 Agility = Vertrauen und Kooperation Lieber miteinander reden statt gegeneinander schreiben Koedukation *) Auftraggeber und Auftragnehmer lernen in etwa im gleichen Tempo, was wirklich gebraucht wird. *) Pattern Nr. 65 aus dem Buch: Adrenaline Junkies & Formular Zombies Carl-Hanser-Verlag

8 Eine zeitgemäße efinition equirements Engineering ist ein kooperativer, iterativer, inkrementeller Prozess, dessen Ziel es ist zu gewährleisten, dass alle relevanten Anforderungen bekannt und in dem erforderlichen etaillierungsgrad verstanden sind, die involvierten Stakeholder eine ausreichende Übereinstimmung über die bekannten Anforderungen erzielen alle Anforderungen konform zu den okumentationsvorschriften dokumentiert sind User Story vs. Use Case User Story = ein Kommunikationsversprechen

9 User Story: Ein Satz & wie will ich es testen? Testfall 1... Testfall 2... Testfall 3... Aber Vorsicht: equirements ist mehr als nur User Stories : Begriffsdefinitionen atenanforderungen Qualitätsanforderungen andbedingungen

10 Agility = Mut und Verantwortung Klassische ollenverteilung priorisiert und gewichtet Anforderungen Projektleiter Benutzer schätzt Aufwände (mit Unterstütung), vergleicht IST mit SOLL liefern Anforderungen, prüfen und genehmigen neue ollen und neues ollenverständnis Auftraggeber equirements- Engineer managed Stakeholder ermittelt, spezifiziert, prüft und verwaltet Anforderungen Architekt, Entwickler liest und prüft auf Umsetzbarkeit, berät aus Lösungssicht QM, Tester testet gegen Anforderungen

11 Agile ollenverteilung priorisiert und gewichtet Anforderungen Product Owner Scrum Master schätzt Aufwände (mit Unterstütung), vergleicht IST mit SOLL liefern Anforderungen, prüfen und genehmigen TEAM managed Stakeholder ermittelt, spezifiziert, prüft und verwaltet Anforderungen liest und prüft auf Umsetzbarkeit, berät aus Lösungssicht testet gegen Anforderungen er Product-Owner Verantwortung für die equirements erstellt und pflegt Product Backlog präzisiert für das Team bis zur Ebene von User Stories managt alle Stakeholder, die equirements stellen priorisiert für jeden elease

12 as Team entwickelt und testet das Produkt hat hohe Qualitätsansprüche organisiert sich selbst, plant und verteilt Arbeiten im Sinne eines Chief Programmer Teams. er beste Techie übernimmt die olle des Architekten plant technisch notwenige Arbeiten mit ein, um Architektur zu stabilisieren er SCUM-Master sorgt für die Einhaltung der Spielregeln coached, statt zu delegieren hält allen Beteiligten den ücken frei

13 urch diese ollen mehr Miteinander mehr eigenständige Verantwortung Versuchen Sie Ihre Iterationslänge zu halbieren oder zu dritteln, um früher und öfter Business Value zu liefern 2. nie ohne Iteration Null zu starten, um isiko überschaubar zu halten 3. die olle des equirements Engineers in ichtung Product Owner zu entwickeln, um E-Verantwortung an einer Stelle zu konzentrieren 4. Ihre okumentationsvorschriften zu lockern und mehr mündlich statt alles schriftlich abzuwickeln, um Zusammenarbeit zu fördern und Zeit zu sparen

Ähnliche Dokumente

Einführung und Motivation

Einführung und Motivation iks-thementag: Requirements Engineering 16.11.2010 Autor Carsten Schädel Motto Definiere oder Du wirst definiert. Seite 3 / 51 These Im Privatleben definiert jeder (seine) Anforderungen.