SlideShare ist ein Scribd-Unternehmen logo
1 von 52
Downloaden Sie, um offline zu lesen
Requirements Engineering in einer agilen Umgebung –
Waste oder Value?

Susanne Mühlbauer, HOOD GmbH                           HOOD GmbH
                                                         Keltenring 7
November 2012                                     82041 Oberhaching
                                               www.HOOD-Group.com
Unser Geschäftsfeld


Wir liefern unseren Kunden das Rüstzeug für die erfolgreiche Entwicklung komplexer
Produkte, Dienstleistungen und Systeme durch Training, Beratung und Coaching.
Unsere Kernkompetenz ist das Requirements Engineering mit all seinen
Schnittstellen im Systems und Software Engineering.




                                             -2-                                     © HOOD GmbH
HOOD- Excellence


Unsere Konferenzen, Publikationen, Expertentalk


     REConf®



                                                  Im HOOD Blog diskutieren wir ständig
                                                  aktuelle Themen und Trends des
                                                  Requirements Engingeering. Wir freuen
                                                  uns darauf, Sie auf unserem Blog
                                                  begrüßen zu dürfen:
                                                  http://blog.hood-goup.com
HOOD ist der Veranstalter von
Europas größter RE-Konferenz




                                            -3-                                  © HOOD GmbH
HOOD Portfolio




                 -4-   © HOOD GmbH
Was ist RE?
Was ist Agile?


  Scrum und
 der Product
    Owner

   Wasteful
     und
 valuable RE


    Fazit
                 -5-   © HOOD GmbH
Requirements Engineering




                                       Verstehen                                                Vereinbaren                      Sicherstellen

                        Was möchte der Kunde?                                              Wie vereinbaren wir das?   Wie stelle ich sicher, dass er das bekommt?




     Copyright © 2012 HOOD Ltd. http://www.HOOD-Group.com Vertraulich. Alle Rechte
vorbehalten. Weitergabe oder Vervielfältigung ohne vorherige schriftliche Zustimmung der
                                                                 HOOD Group verboten.                    -6-                                          © HOOD GmbH
Agile                               Scrum Guide




              Praktiken
        z.B. Scrum, XP, Crystal,…



                 Agile                  Das
                                       agile
               Prinzipien             Manifest


             Agile Werte

                             -7-
Die Ideallinie für RE im agilen Umfeld finden!



                                                                                                 „So wenig wie möglich, soviel wie nötig.“




                                                                             „Konventionell“                      „Agile“


                                      Schriftlich                                                                            Konversation
                                     Spezifikation                                                                           Just-in-Time
                                     „Vollständig“                                         Requirements Engineering         Value-Orientiert




     Copyright © 2012 HOOD Ltd. http://www.HOOD-Group.com Vertraulich. Alle Rechte
vorbehalten. Weitergabe oder Vervielfältigung ohne vorherige schriftliche Zustimmung der
                                                                 HOOD Group verboten.                  -8-                                     © HOOD GmbH
Scrum und
der Product
   Owner

  Wasteful
    und
valuable RE


   Fazit



              -9-   © HOOD GmbH
Scrum – kurz und knapp




 Product    Selected/
 Backlog     Sprint
            Backlog




                                              Potentiell lieferbares
                        Sprint                Produktinkrement




                                 Scrum Team

                                    -10-                    © HOOD GmbH
Wo haben wir es mit Anforderungen zu tun?
  Product
  Vision/                              Implementation
   Scope                                Requirements
                                                         Requirements
                                                          Acceptance
  Product         Selected/
  Backlog          Sprint
                  Backlog




                                                        Potentiell lieferbares
                              Sprint                    Produktinkrement



Business/System
 Requirements
                                        Scrum Team

                                            -11-                      © HOOD GmbH
Soruce: http://wallpapers-free.co.uk/backgrounds/cartoons/disney/The-Incredibles.jpg



                                                                                       Source: http://www.gamgea.com/wp-content/uploads/2009/04/the-incredibles-1-sized1.jpg


                                                                                                                                                                                                              Verantwortung des Product Owner


                                                                                                                                                                                                                     • Product Backlog
                                                                                                                                                                                                                     • Fachliche Klärung der
                                                                                                                                                                                                                       Backlog Items
                                                                                                                                                                                                                     • Wert des Produkts/ der Arbeit
                                                                                                                                                                                                                       (ROI)
                                                                                                                                                                                   PO
                                                                                                                                                                                                                     • Priorisierung und
                                                                                                                                                                                                                       Reihenfolge der Backlog
                                                                                                                                                                                                                       Items
                                                                                                                                                                               Product Owner ist ein                 • Abnahme der
                                                                                                                                                                                   Full-time Job                       Produktinkremente
                                                                                                                                                                                                                     • Release Planung




                                                                                                                                                                                                       -12-
Soruce: http://wallpapers-free.co.uk/backgrounds/cartoons/disney/The-Incredibles.jpg
               Soruce: http://wallpapers-free.co.uk/backgrounds/cartoons/disney/The-Incredibles.jpg
                         Source: http://www.gamgea.com/wp-content/uploads/2009/04/the-incredibles-1-sized1.jpg




                                                                                                                      PO



                                         Product Owner ist
                                     ein herausfordernder Job




-13-
                                                                                                                                                                                                   • Project Management
                                                                                                                                                                            • Product Management


                                                                                                                      • Fachliches Know How
                                                                                                                                                                                                                          Fähigkeiten des Product Owner




                                                                                             • Technisches Know How




 © HOOD GmbH
                                                                • Requirements Engineering
                                                                                                                                              • Kommunikationsfähigkeiten
PO


            Scrum Team




     -14-           © HOOD GmbH
Dem Product Owner gehört das Produkt – Konflikte mit anderen
 Rollen


                    Business Analyst                               Unternehmens-
                                                                      führung
Projektleiter



                                                                           Architekt


Produkt Manager                        Produkt/
                                       System
    UX-Spezialist                        Product
                                                                       Marketing
                                         Owner




    Anforderungs-
    The Product Owner is responsible for maximizing the value of the product
      manager
                                                                   Vertrieb
                  and the work of the Development Team.
                                              -15-                           © HOOD GmbH
Eine Lösungsmöglichkeit: Die bestehenden Rollen als Stakeholder
betrachten




             Requirements
              Engineering     Product
                              Owner



                                         Scrum
                                         Master        Development Team

                                                  Scrum Team
   Stakeholders

                                  -16-                                    © HOOD GmbH
„Grooming the Backlog“
Quelle: http://www.pfoten-und-co.de/fotos/pflegePferd.jpg




                                                                   • Detaillierte
                                                                     Requirements Analyse
                                                                   • Grosse Anforderungen
                                                                     splitten
                                                                   • (Re-) Priorisieren
                                                                   • (Re-) Schätzen
                                                            -17-
                                                                   • Bearbeitungsreihenfolge
                                                                                           LAS Zürich
                                                                                       September 2012
Requirements Engineering innerhalb des Scrum Teams




                                                             Systemintegration

                                                                 QM
                             Product                               Architektur
                             Owner                              Betrieb




                                       Scrum
                                       Master        Development Team

                                                Scrum Team
                                                             Stakeholders

                                                                          © HOOD GmbH
Wasteful
               und
           valuable RE


            Fazit      Qualitäts-
Erhebung Spezifikation kriterien


                    Traceability




                                    -19-   © HOOD GmbH
Magic Backlog




                                                             Erhebungs-
                                                              techniken


Source: http://www.birgit-helfmann.de/pict/wunderlampe.jpg


                                                                              LAS Zürich
                                                                          September 2012
Beispiel: Von der Vision             Vision
zur User Story

                       Business                             Business
                         Plan                                Drivers
     Architektur-
        vision
                                    Minimum
                                   Marketable
                                    Product/
                                   Feature Set



      Feature            Feature                      Feature             Feature


                Epic           User                User
   Epic                                            Story           Epic
                               Story Epic
                       User                                User
                       Story                                              Epic
                                                           Story

                                            -21-
Product Vision - Beispiel                                                                            Vision




                                                                    „All my music is in my pocket“




                                                                                                   Apple

   Copyright © 2012 HOOD Ltd. http://www.HOOD-Group.com Vertraulich. Alle Rechte vorbehalten.
Weitergabe oder Vervielfältigung ohne vorherige schriftliche Zustimmung der HOOD Group verboten.    -22-            © HOOD GmbH
Requirements Engineering: Scope definieren



                                             Stakeholder
    Systemgrenze, -kontext
            und                                Analyse
        Schnittstellen




                               -23-                        © HOOD GmbH
Erhebung und Priorisierung mit MuSCoW

                                                                                   Product Backlog
    Feature/                                MuSCoW
       EPIC
     EpicEPIC
      (ITEM)
           EPIC
        (ITEM)
          (ITEM)
                                     MuS            CoW
                                    Feature/        Feature/
                                       EPIC
                                     Epic              EPIC
                                                     Epic
                                      (ITEM)          (ITEM)

MuSCoW                                                                MuSCoW
•   Must Have – ohne das
    funktioniert das System nicht
•   Should Have
•   Could Have
•   Won‘t Have                                          MuS                CoW
                                User EPIC
                                     Story
                                          EPIC
                                       (ITEM)        User EPIC
                                                          Story
                                            EPIC
                                         (ITEM)
                                                                         User EPIC
                                                                              Story
                                           (ITEM)         (ITEM)               (ITEM)



                                                               -24-                              © HOOD GmbH
Architekturrelevante Anforderungen                             Architektur-
                                                                  vision


                              1.       Architekturrelevante Anforderungen sind
                                       Anforderungen, die implizit oder explizit
                                       architekturrelevant sind.
                              2.       Implizite Architekturanforderungen sind
                                       Anforderungen, die über ihre Eigenschaften
                                       als architekturrelevant eingeordnet werden.
                                       Alle Anforderungen mit hohem Risiko,
                                          hoher Priorität oder geringer Stabilität
                                          können als architekturrelevant betrachtet
                                          werden.
                              3.       Explizite Architekturanforderungen sind
                                       meist nicht-funktionale Anforderungen.


                                                     Prinzip:
                                                Deferred Decisions
                               -25-                                        © HOOD GmbH
Evolving Architecture                               Architektur-
                                                       vision




                                                   Funktionalität




                               Funktionalität
                                 validiert
                                Architektur


                                                                   Quelle:
          Architektur nicht                     Architektur   Codecentric, OS
                                                              Information Days
         ohne Funktionalität                                        2012




                                                                t

                               -26-                             © HOOD GmbH
Wasteful
    und
valuable RE

              Qualitäts-
Spezifikation kriterien

          Traceability



  Fazit

                           -27-   © HOOD GmbH
Spezifikationen versus Product Backlog




                                                                                                  Product Backlog




     Copyright © 2012 HOOD Ltd. http://www.HOOD-Group.com Vertraulich. Alle Rechte
vorbehalten. Weitergabe oder Vervielfältigung ohne vorherige schriftliche Zustimmung der
                                                                 HOOD Group verboten.      -28-               © HOOD GmbH
Was ist ein Backlog?



Der Begriff „Backlog“ wird zum Beispiel in der
Auftragsverwaltung verwendet und beinhaltet alle
                                                           Product Backlog
eingegangenen/ eingehenden Aufträge geordnet nach
ihrer Bearbeitungsreihenfolge.
Über diese Liste werden alle nachfolgenden
Prozessschritte, wie Beschaffung und Produktion, geplant
und gesteuert.


Das Backlog findet nun in der agilen Softwareentwicklung
analoge Anwendung. Es enthält alle potenziell
umzusetzenden Backlog Items, geordnet nach der
Reihenfolge ihrer Bearbeitung. Auf Basis dieser Liste
erfolgt die Planung und Steuerung der Umsetzung.
                                      -29-
Aufbau eines Backlog
  Bearbeitungsreihenfolge




                                   Evolving Backlog
                            -30-
Was sind Backlog Items

Backlog Items sind solche Items, die geplant Ressourcen verbrauchen. Dazu zählen
zum Beispiel:




                                Features
                                                            Issue
    Test Set (Test Run)
                                                                          Needs
                                User Story


    Technische Anforderungen                         Market Requirement           Defect



                                                                    Use Cases
                 Nicht-funktionale Anforderungen



                                              -31-
Umdenken beim Requirements Engineering

 Funktionale Dekomposition                      Inkrementell, nutzenorientiert



                                                              Epic 1

                   Epic        
                                                                          
                                                                 User Story 1

          
 User Story 1             
                User Story 2           
                               User Story 3
                                                                    User Story 2

                                                              Epic 2



Ergebnis sichern – Gewinne realisieren                                    
                                                                 User Story 1


                                                                    User Story 2
                                              -32-                                 © HOOD GmbH
„Wasserfallsprint“




                     Wasserfallsprínt

                               -33-
„Wasserfallsprint“


                                                                      Sprint 1




    Input für Sprint Planning




                                                                           Realisation
                  Requirements Definition                 Review

t                                Wasserfallsprínt
                                               Baseline    Approval                      
                                            -34-
Iterativ und inkrementell


                  Sprint 1          Sprint 2           Sprint 3                           Sprint 4




    Input für Sprint Planning




                                                                                                        Realisation
                  Requirements Definition                     Review

t                                                Baseline        Approval
                                                                           Copyright © 2012 HOOD Ltd. http://www.HOOD-Group.com Vertraulich. Alle Rechte
                                                                      vorbehalten. Weitergabe oder Vervielfältigung ohne vorherige schriftliche Zustimmung der
                                               -35-                                                                                    HOOD Group verboten.
„Gut genug für den Moment“

                               1. Minimum Marketable Product/
                                  Feature Set
                               2. Walking Skeleton
                               3. Die einfachste Lösung, die
                                  funktioniert
                               4. Nur das Notwendigste wird vom
                                  System unterstützt
                               5. Was wäre, wenn wir heute liefern
                                  müssten (potentiell lieferbar)
                               6. Akzeptanzkriterien streichen
                               7. Bereits während der Erhebung
                                  priorisieren


                             -36-                                © HOOD GmbH
Wasteful
    und
valuable RE

              Qualitäts-
               kriterien

         Traceability



 Fazit

                           -37-   © HOOD GmbH
Die Säulen der Qualität



                                     User Story

                     I ndependent

                     N egotiable




                                                        Akzeptankriterien
INVEST (Bill Wake)




                     V aluable

                     E stimable

                     S mall

                     T estable
                         Card       Conversation   Confirmation

                                           -38-
Beispiel für Akzeptanzkriterien



          User Story:            User Story
          „Als Marketing-MA will ich einen
       I ndependent Webseite
          Text auf der
          publizieren können.“
       N egotiable




                                                   Akzeptankriterien
         Akzeptanzkriterien:
       V 1. Das System muss ein
         aluable
            Review des Textes
            ermöglichen
       E stimable
         2. Das System muss eine
            Freigabe des Textes
       S mall
            ermöglichen
         3. …
       T estable
           Card              Conversation     Confirmation

                                      -39-
Qualität von Akzeptanzkriterien



         Verständlich         User Story
          Atomar
      I ndependent
          Eindeutig
      N egotiable




                                                 Akzeptankriterien
          Nachweisbar
      V aluable
          Widerspruchsfrei
      E stimable
          Notwendig

         Realisierbar
      S mall

          Lösungsneutral
      T estable
          Card               Conversation   Confirmation

                                    -40-
„Als Marketing-MA will ich einen Text auf der Webseite publizieren
können.“

                         Akzeptanzkriterien
   Text erstellen



      Review
                                              Aufgabe:

                                Machen Sie daraus 3-4 User Stories
     Freigabe



    Publizieren




                                  -41-
Lösung:
„Als Marketing-MA will ich einen Text auf der Webseite publizieren
können.“

   Text erstellen                 1. „Als Marketing-MA will ich einen Text
                                  erstellen können.“


      Review        Reihenfolge   2. „Als Marketing-MA will ich ein Review für
                                  einen Text durchführen können.“


     Freigabe                     3. „Als Marketing-MA will ich eine Freigabe für
                                  einen Text erhalten.“


    Publizieren                   4. „Als Marketing-MA will ich einen Text auf der
                                  Webseite publizieren können.“




                                               -42-
Lösung 2:
„Als Marketing-MA will ich einen Text auf der Webseite publizieren
können.“

   Text erstellen                 1. „Als Marketing-MA will ich einen Text
                                  erstellen und publizieren können.“

                                  2. „Als Marketing-MA will ich eine Freigabe für
      Review        Reihenfolge   einen Text erhalten.“

                                  3. „Als Marketing-MA will ich ein Review für
                                  einen Text durchführen können.“
     Freigabe



    Publizieren




                                               -43-
Wasteful
    und
valuable RE


         Traceability




 Fazit

                        -45-   © HOOD GmbH
Bestehende Spezifikationen: Needs, Epics und Stories extrahieren




                                                         Product Backlog



                       Anforderungen
            „Miteinander reden statt
                       - Verstehen
                       - Gruppieren
                gegeneinander
                       - Konsolidieren
                       - Priorisieren

                   schreiben“
                       - Abstimmen
                       - Verlinken
                          Quelle: mir leider unbekannt




                                     -46-
Traceability

                                       SW-Design

                     dokumentiert
             Epic                      Benutzerdoku/
                                         Fachliche
                                           Doku
beinhaltet            testet

                                         Testfall      Testlauf
             User
             Story

                          realisiert
             User                        Source
             Story                        Code


                                -47-                       © HOOD GmbH
Fazit




        -48-   © HOOD GmbH
Requirements Engineering im agilen Umfeld


Sprint
         Verstehen                 Vereinbaren                      Sicherstellen


    Was möchte der Kunde?     Wie vereinbaren wir das?   Wie stelle ich sicher, dass er das bekommt?



    Erheben                    Sprintziel                         Retro
            Scope                     Handschlag                     Automatisierung
  Vision                      MMP
                                                                Doku    Review
 Ziel    Visualisieren      DoD Akzeptanzkriterien
                                   Commitment                    frühes Feedback
         Konversation
                            Fokus auf Value                       Traceability
  Stakeholder                 potentially Shippable               Akzeptanzkriterien
                             User Stories
                                            -49-
Nutzen Sie agile Werte und Prinzipien und werden Sie zu:




http://www.drooglab.com/
                                     -50-                       © HOOD GmbH
Fragen/ Diskussion
Kontakt




          Susanne Mühlbauer
          Susanne.Muehlbauer@HOOD-Group.com
          HOOD GmbH
          Büro München
          Keltenring 7
          82041 Oberhaching
          Germany
                                   http://blog.hood-goup.com
          Tel: 0049 89 4512 53 0
          www.HOOD-Group.com




                                     -52-                      © HOOD GmbH
Quellen/ Links/ Zusatzinformation

1. www.agilemanifesto.org
2. www.scrum.org/Scrum-Guides
3. Innovation Games: Creating Breakthrough Products Through Collaborative
   Play [Paperback], Luke Hohmann




                                    -53-                             © HOOD GmbH

Weitere ähnliche Inhalte

Ähnlich wie RE im agilen Umfeld - Waste oder Value?

Kultur- und Komplexitätsmanagement bei Mergers und Acquisitions
Kultur- und Komplexitätsmanagement bei Mergers und AcquisitionsKultur- und Komplexitätsmanagement bei Mergers und Acquisitions
Kultur- und Komplexitätsmanagement bei Mergers und Acquisitions
Dr. Karl-Michael Popp
 
Aras PLM Company Update
Aras PLM Company UpdateAras PLM Company Update
Aras PLM Company Update
Aras
 

Ähnlich wie RE im agilen Umfeld - Waste oder Value? (20)

Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...
Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...
Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...
 
Achieving Sustainable Requirements Engineering
Achieving Sustainable Requirements EngineeringAchieving Sustainable Requirements Engineering
Achieving Sustainable Requirements Engineering
 
120715 agile requirements_handout
120715 agile requirements_handout120715 agile requirements_handout
120715 agile requirements_handout
 
Anforderungsanalyse fuer soa_services
Anforderungsanalyse fuer soa_servicesAnforderungsanalyse fuer soa_services
Anforderungsanalyse fuer soa_services
 
Anforderungsanalyse für SOA-Services mittels BPMN 2.0 und UML – SOA | BPM Int...
Anforderungsanalyse für SOA-Services mittels BPMN 2.0 und UML – SOA | BPM Int...Anforderungsanalyse für SOA-Services mittels BPMN 2.0 und UML – SOA | BPM Int...
Anforderungsanalyse für SOA-Services mittels BPMN 2.0 und UML – SOA | BPM Int...
 
Agil bleiben mit vielen teams REConf 2013
Agil bleiben mit vielen teams REConf 2013Agil bleiben mit vielen teams REConf 2013
Agil bleiben mit vielen teams REConf 2013
 
Wie Sie mit SAP Fiori & SAPUI5 Ihre Eigenentwicklungen für die Zukunft aufste...
Wie Sie mit SAP Fiori & SAPUI5 Ihre Eigenentwicklungen für die Zukunft aufste...Wie Sie mit SAP Fiori & SAPUI5 Ihre Eigenentwicklungen für die Zukunft aufste...
Wie Sie mit SAP Fiori & SAPUI5 Ihre Eigenentwicklungen für die Zukunft aufste...
 
ITIL® COBIT® Convergence – Fachreferat
ITIL® COBIT® Convergence – FachreferatITIL® COBIT® Convergence – Fachreferat
ITIL® COBIT® Convergence – Fachreferat
 
Agilität im Systems Engineering – geht das?
Agilität im Systems Engineering – geht das?Agilität im Systems Engineering – geht das?
Agilität im Systems Engineering – geht das?
 
REConf_2012 OMG Requirements Interchange Format ReqIF
REConf_2012 OMG Requirements Interchange Format ReqIFREConf_2012 OMG Requirements Interchange Format ReqIF
REConf_2012 OMG Requirements Interchange Format ReqIF
 
Large-Scale Product Owner @ XPDays Germany (5.10.2023)
Large-Scale Product Owner @ XPDays Germany (5.10.2023)Large-Scale Product Owner @ XPDays Germany (5.10.2023)
Large-Scale Product Owner @ XPDays Germany (5.10.2023)
 
MGB speed creation_fusionmodeling_20120712
MGB speed creation_fusionmodeling_20120712MGB speed creation_fusionmodeling_20120712
MGB speed creation_fusionmodeling_20120712
 
DNUG 36 2012_Konferenzbroschuere
DNUG 36 2012_KonferenzbroschuereDNUG 36 2012_Konferenzbroschuere
DNUG 36 2012_Konferenzbroschuere
 
Kultur- und Komplexitätsmanagement bei Mergers und Acquisitions
Kultur- und Komplexitätsmanagement bei Mergers und AcquisitionsKultur- und Komplexitätsmanagement bei Mergers und Acquisitions
Kultur- und Komplexitätsmanagement bei Mergers und Acquisitions
 
Sicherheit und Effizienz für SAP Berechtigungen - Ihr persönlicher Weg
Sicherheit und Effizienz für SAP Berechtigungen - Ihr persönlicher WegSicherheit und Effizienz für SAP Berechtigungen - Ihr persönlicher Weg
Sicherheit und Effizienz für SAP Berechtigungen - Ihr persönlicher Weg
 
BPM mit SharePoint 2013 und Visio 2013
BPM mit SharePoint 2013 und Visio 2013 BPM mit SharePoint 2013 und Visio 2013
BPM mit SharePoint 2013 und Visio 2013
 
projekt0708 PWR Solution (Release 3.0) für SAP NetWeaver
projekt0708 PWR Solution (Release 3.0) für SAP NetWeaverprojekt0708 PWR Solution (Release 3.0) für SAP NetWeaver
projekt0708 PWR Solution (Release 3.0) für SAP NetWeaver
 
Aras PLM Company Update
Aras PLM Company UpdateAras PLM Company Update
Aras PLM Company Update
 
Betriebsverfassungsgesetz und Scrum - Scrum Day 2012
Betriebsverfassungsgesetz und Scrum - Scrum Day 2012Betriebsverfassungsgesetz und Scrum - Scrum Day 2012
Betriebsverfassungsgesetz und Scrum - Scrum Day 2012
 
Agile Business Intelligence in der Praxis - Scrum im DWH-Umfeld
Agile Business Intelligence in der Praxis - Scrum im DWH-UmfeldAgile Business Intelligence in der Praxis - Scrum im DWH-Umfeld
Agile Business Intelligence in der Praxis - Scrum im DWH-Umfeld
 

Mehr von HOOD Group

Den Fokus auf nachhaltige Artefakte legen
Den Fokus auf nachhaltige Artefakte legen Den Fokus auf nachhaltige Artefakte legen
Den Fokus auf nachhaltige Artefakte legen
HOOD Group
 
RE und Scrum - auf den zweiten Blick ein geniales Team
RE und Scrum - auf den zweiten Blick ein geniales TeamRE und Scrum - auf den zweiten Blick ein geniales Team
RE und Scrum - auf den zweiten Blick ein geniales Team
HOOD Group
 

Mehr von HOOD Group (10)

ISO 26262 und Agil? Aber sicher!
ISO 26262 und Agil? Aber sicher!ISO 26262 und Agil? Aber sicher!
ISO 26262 und Agil? Aber sicher!
 
Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...
Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...
Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...
 
Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...
Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...
Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...
 
Praxisbericht: Agil skalierte Produktentwicklung im regulierten Umfeld
Praxisbericht: Agil skalierte Produktentwicklung im regulierten UmfeldPraxisbericht: Agil skalierte Produktentwicklung im regulierten Umfeld
Praxisbericht: Agil skalierte Produktentwicklung im regulierten Umfeld
 
Use Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengeht
Use Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengehtUse Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengeht
Use Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengeht
 
Transition zur agilen Organisation - Die glorreichen Sieben-
Transition zur agilen Organisation - Die glorreichen Sieben-Transition zur agilen Organisation - Die glorreichen Sieben-
Transition zur agilen Organisation - Die glorreichen Sieben-
 
Den Fokus auf nachhaltige Artefakte legen
Den Fokus auf nachhaltige Artefakte legen Den Fokus auf nachhaltige Artefakte legen
Den Fokus auf nachhaltige Artefakte legen
 
RE und Scrum - auf den zweiten Blick ein geniales Team
RE und Scrum - auf den zweiten Blick ein geniales TeamRE und Scrum - auf den zweiten Blick ein geniales Team
RE und Scrum - auf den zweiten Blick ein geniales Team
 
Die 7 Irrtümer bei der Einführung von Requirements Engineering
Die 7 Irrtümer bei der Einführung von Requirements EngineeringDie 7 Irrtümer bei der Einführung von Requirements Engineering
Die 7 Irrtümer bei der Einführung von Requirements Engineering
 
DESIRe: Unterstützung für den Autor von Anforderungen; Requirements Engineer
DESIRe: Unterstützung für den Autor von Anforderungen; Requirements EngineerDESIRe: Unterstützung für den Autor von Anforderungen; Requirements Engineer
DESIRe: Unterstützung für den Autor von Anforderungen; Requirements Engineer
 

RE im agilen Umfeld - Waste oder Value?

  • 1. Requirements Engineering in einer agilen Umgebung – Waste oder Value? Susanne Mühlbauer, HOOD GmbH HOOD GmbH Keltenring 7 November 2012 82041 Oberhaching www.HOOD-Group.com
  • 2. Unser Geschäftsfeld Wir liefern unseren Kunden das Rüstzeug für die erfolgreiche Entwicklung komplexer Produkte, Dienstleistungen und Systeme durch Training, Beratung und Coaching. Unsere Kernkompetenz ist das Requirements Engineering mit all seinen Schnittstellen im Systems und Software Engineering. -2- © HOOD GmbH
  • 3. HOOD- Excellence Unsere Konferenzen, Publikationen, Expertentalk REConf® Im HOOD Blog diskutieren wir ständig aktuelle Themen und Trends des Requirements Engingeering. Wir freuen uns darauf, Sie auf unserem Blog begrüßen zu dürfen: http://blog.hood-goup.com HOOD ist der Veranstalter von Europas größter RE-Konferenz -3- © HOOD GmbH
  • 4. HOOD Portfolio -4- © HOOD GmbH
  • 5. Was ist RE? Was ist Agile? Scrum und der Product Owner Wasteful und valuable RE Fazit -5- © HOOD GmbH
  • 6. Requirements Engineering Verstehen Vereinbaren Sicherstellen Was möchte der Kunde? Wie vereinbaren wir das? Wie stelle ich sicher, dass er das bekommt? Copyright © 2012 HOOD Ltd. http://www.HOOD-Group.com Vertraulich. Alle Rechte vorbehalten. Weitergabe oder Vervielfältigung ohne vorherige schriftliche Zustimmung der HOOD Group verboten. -6- © HOOD GmbH
  • 7. Agile Scrum Guide Praktiken z.B. Scrum, XP, Crystal,… Agile Das agile Prinzipien Manifest Agile Werte -7-
  • 8. Die Ideallinie für RE im agilen Umfeld finden! „So wenig wie möglich, soviel wie nötig.“ „Konventionell“ „Agile“ Schriftlich Konversation Spezifikation Just-in-Time „Vollständig“ Requirements Engineering Value-Orientiert Copyright © 2012 HOOD Ltd. http://www.HOOD-Group.com Vertraulich. Alle Rechte vorbehalten. Weitergabe oder Vervielfältigung ohne vorherige schriftliche Zustimmung der HOOD Group verboten. -8- © HOOD GmbH
  • 9. Scrum und der Product Owner Wasteful und valuable RE Fazit -9- © HOOD GmbH
  • 10. Scrum – kurz und knapp Product Selected/ Backlog Sprint Backlog Potentiell lieferbares Sprint Produktinkrement Scrum Team -10- © HOOD GmbH
  • 11. Wo haben wir es mit Anforderungen zu tun? Product Vision/ Implementation Scope Requirements Requirements Acceptance Product Selected/ Backlog Sprint Backlog Potentiell lieferbares Sprint Produktinkrement Business/System Requirements Scrum Team -11- © HOOD GmbH
  • 12. Soruce: http://wallpapers-free.co.uk/backgrounds/cartoons/disney/The-Incredibles.jpg Source: http://www.gamgea.com/wp-content/uploads/2009/04/the-incredibles-1-sized1.jpg Verantwortung des Product Owner • Product Backlog • Fachliche Klärung der Backlog Items • Wert des Produkts/ der Arbeit (ROI) PO • Priorisierung und Reihenfolge der Backlog Items Product Owner ist ein • Abnahme der Full-time Job Produktinkremente • Release Planung -12-
  • 13. Soruce: http://wallpapers-free.co.uk/backgrounds/cartoons/disney/The-Incredibles.jpg Soruce: http://wallpapers-free.co.uk/backgrounds/cartoons/disney/The-Incredibles.jpg Source: http://www.gamgea.com/wp-content/uploads/2009/04/the-incredibles-1-sized1.jpg PO Product Owner ist ein herausfordernder Job -13- • Project Management • Product Management • Fachliches Know How Fähigkeiten des Product Owner • Technisches Know How © HOOD GmbH • Requirements Engineering • Kommunikationsfähigkeiten
  • 14. PO Scrum Team -14- © HOOD GmbH
  • 15. Dem Product Owner gehört das Produkt – Konflikte mit anderen Rollen Business Analyst Unternehmens- führung Projektleiter Architekt Produkt Manager Produkt/ System UX-Spezialist Product Marketing Owner Anforderungs- The Product Owner is responsible for maximizing the value of the product manager Vertrieb and the work of the Development Team. -15- © HOOD GmbH
  • 16. Eine Lösungsmöglichkeit: Die bestehenden Rollen als Stakeholder betrachten Requirements Engineering Product Owner Scrum Master Development Team Scrum Team Stakeholders -16- © HOOD GmbH
  • 17. „Grooming the Backlog“ Quelle: http://www.pfoten-und-co.de/fotos/pflegePferd.jpg • Detaillierte Requirements Analyse • Grosse Anforderungen splitten • (Re-) Priorisieren • (Re-) Schätzen -17- • Bearbeitungsreihenfolge LAS Zürich September 2012
  • 18. Requirements Engineering innerhalb des Scrum Teams Systemintegration QM Product Architektur Owner Betrieb Scrum Master Development Team Scrum Team Stakeholders © HOOD GmbH
  • 19. Wasteful und valuable RE Fazit Qualitäts- Erhebung Spezifikation kriterien Traceability -19- © HOOD GmbH
  • 20. Magic Backlog Erhebungs- techniken Source: http://www.birgit-helfmann.de/pict/wunderlampe.jpg LAS Zürich September 2012
  • 21. Beispiel: Von der Vision Vision zur User Story Business Business Plan Drivers Architektur- vision Minimum Marketable Product/ Feature Set Feature Feature Feature Feature Epic User User Epic Story Epic Story Epic User User Story Epic Story -21-
  • 22. Product Vision - Beispiel Vision „All my music is in my pocket“ Apple Copyright © 2012 HOOD Ltd. http://www.HOOD-Group.com Vertraulich. Alle Rechte vorbehalten. Weitergabe oder Vervielfältigung ohne vorherige schriftliche Zustimmung der HOOD Group verboten. -22- © HOOD GmbH
  • 23. Requirements Engineering: Scope definieren Stakeholder Systemgrenze, -kontext und Analyse Schnittstellen -23- © HOOD GmbH
  • 24. Erhebung und Priorisierung mit MuSCoW Product Backlog Feature/ MuSCoW EPIC EpicEPIC (ITEM) EPIC (ITEM) (ITEM) MuS CoW Feature/ Feature/ EPIC Epic EPIC Epic (ITEM) (ITEM) MuSCoW MuSCoW • Must Have – ohne das funktioniert das System nicht • Should Have • Could Have • Won‘t Have MuS CoW User EPIC Story EPIC (ITEM) User EPIC Story EPIC (ITEM) User EPIC Story (ITEM) (ITEM) (ITEM) -24- © HOOD GmbH
  • 25. Architekturrelevante Anforderungen Architektur- vision 1. Architekturrelevante Anforderungen sind Anforderungen, die implizit oder explizit architekturrelevant sind. 2. Implizite Architekturanforderungen sind Anforderungen, die über ihre Eigenschaften als architekturrelevant eingeordnet werden.  Alle Anforderungen mit hohem Risiko, hoher Priorität oder geringer Stabilität können als architekturrelevant betrachtet werden. 3. Explizite Architekturanforderungen sind meist nicht-funktionale Anforderungen. Prinzip: Deferred Decisions -25- © HOOD GmbH
  • 26. Evolving Architecture Architektur- vision Funktionalität Funktionalität validiert Architektur Quelle: Architektur nicht Architektur Codecentric, OS Information Days ohne Funktionalität 2012 t -26- © HOOD GmbH
  • 27. Wasteful und valuable RE Qualitäts- Spezifikation kriterien Traceability Fazit -27- © HOOD GmbH
  • 28. Spezifikationen versus Product Backlog Product Backlog Copyright © 2012 HOOD Ltd. http://www.HOOD-Group.com Vertraulich. Alle Rechte vorbehalten. Weitergabe oder Vervielfältigung ohne vorherige schriftliche Zustimmung der HOOD Group verboten. -28- © HOOD GmbH
  • 29. Was ist ein Backlog? Der Begriff „Backlog“ wird zum Beispiel in der Auftragsverwaltung verwendet und beinhaltet alle Product Backlog eingegangenen/ eingehenden Aufträge geordnet nach ihrer Bearbeitungsreihenfolge. Über diese Liste werden alle nachfolgenden Prozessschritte, wie Beschaffung und Produktion, geplant und gesteuert. Das Backlog findet nun in der agilen Softwareentwicklung analoge Anwendung. Es enthält alle potenziell umzusetzenden Backlog Items, geordnet nach der Reihenfolge ihrer Bearbeitung. Auf Basis dieser Liste erfolgt die Planung und Steuerung der Umsetzung. -29-
  • 30. Aufbau eines Backlog Bearbeitungsreihenfolge Evolving Backlog -30-
  • 31. Was sind Backlog Items Backlog Items sind solche Items, die geplant Ressourcen verbrauchen. Dazu zählen zum Beispiel: Features Issue Test Set (Test Run) Needs User Story Technische Anforderungen Market Requirement Defect Use Cases Nicht-funktionale Anforderungen -31-
  • 32. Umdenken beim Requirements Engineering Funktionale Dekomposition Inkrementell, nutzenorientiert  Epic 1 Epic   User Story 1  User Story 1  User Story 2  User Story 3 User Story 2  Epic 2 Ergebnis sichern – Gewinne realisieren  User Story 1 User Story 2 -32- © HOOD GmbH
  • 33. „Wasserfallsprint“ Wasserfallsprínt -33-
  • 34. „Wasserfallsprint“ Sprint 1 Input für Sprint Planning Realisation Requirements Definition Review t Wasserfallsprínt Baseline Approval  -34-
  • 35. Iterativ und inkrementell Sprint 1 Sprint 2 Sprint 3 Sprint 4 Input für Sprint Planning Realisation Requirements Definition Review t  Baseline Approval Copyright © 2012 HOOD Ltd. http://www.HOOD-Group.com Vertraulich. Alle Rechte vorbehalten. Weitergabe oder Vervielfältigung ohne vorherige schriftliche Zustimmung der -35- HOOD Group verboten.
  • 36. „Gut genug für den Moment“ 1. Minimum Marketable Product/ Feature Set 2. Walking Skeleton 3. Die einfachste Lösung, die funktioniert 4. Nur das Notwendigste wird vom System unterstützt 5. Was wäre, wenn wir heute liefern müssten (potentiell lieferbar) 6. Akzeptanzkriterien streichen 7. Bereits während der Erhebung priorisieren -36- © HOOD GmbH
  • 37. Wasteful und valuable RE Qualitäts- kriterien Traceability Fazit -37- © HOOD GmbH
  • 38. Die Säulen der Qualität User Story I ndependent N egotiable Akzeptankriterien INVEST (Bill Wake) V aluable E stimable S mall T estable Card Conversation Confirmation -38-
  • 39. Beispiel für Akzeptanzkriterien User Story: User Story „Als Marketing-MA will ich einen I ndependent Webseite Text auf der publizieren können.“ N egotiable Akzeptankriterien Akzeptanzkriterien: V 1. Das System muss ein aluable Review des Textes ermöglichen E stimable 2. Das System muss eine Freigabe des Textes S mall ermöglichen 3. … T estable Card Conversation Confirmation -39-
  • 40. Qualität von Akzeptanzkriterien Verständlich User Story Atomar I ndependent Eindeutig N egotiable Akzeptankriterien Nachweisbar V aluable Widerspruchsfrei E stimable Notwendig Realisierbar S mall Lösungsneutral T estable Card Conversation Confirmation -40-
  • 41. „Als Marketing-MA will ich einen Text auf der Webseite publizieren können.“ Akzeptanzkriterien Text erstellen Review Aufgabe: Machen Sie daraus 3-4 User Stories Freigabe Publizieren -41-
  • 42. Lösung: „Als Marketing-MA will ich einen Text auf der Webseite publizieren können.“ Text erstellen 1. „Als Marketing-MA will ich einen Text erstellen können.“ Review Reihenfolge 2. „Als Marketing-MA will ich ein Review für einen Text durchführen können.“ Freigabe 3. „Als Marketing-MA will ich eine Freigabe für einen Text erhalten.“ Publizieren 4. „Als Marketing-MA will ich einen Text auf der Webseite publizieren können.“ -42-
  • 43. Lösung 2: „Als Marketing-MA will ich einen Text auf der Webseite publizieren können.“ Text erstellen 1. „Als Marketing-MA will ich einen Text erstellen und publizieren können.“ 2. „Als Marketing-MA will ich eine Freigabe für Review Reihenfolge einen Text erhalten.“ 3. „Als Marketing-MA will ich ein Review für einen Text durchführen können.“ Freigabe Publizieren -43-
  • 44. Wasteful und valuable RE Traceability Fazit -45- © HOOD GmbH
  • 45. Bestehende Spezifikationen: Needs, Epics und Stories extrahieren Product Backlog Anforderungen „Miteinander reden statt - Verstehen - Gruppieren gegeneinander - Konsolidieren - Priorisieren schreiben“ - Abstimmen - Verlinken Quelle: mir leider unbekannt -46-
  • 46. Traceability SW-Design dokumentiert Epic Benutzerdoku/ Fachliche Doku beinhaltet testet Testfall Testlauf User Story realisiert User Source Story Code -47- © HOOD GmbH
  • 47. Fazit -48- © HOOD GmbH
  • 48. Requirements Engineering im agilen Umfeld Sprint Verstehen Vereinbaren Sicherstellen Was möchte der Kunde? Wie vereinbaren wir das? Wie stelle ich sicher, dass er das bekommt? Erheben Sprintziel Retro Scope Handschlag Automatisierung Vision MMP Doku Review Ziel Visualisieren DoD Akzeptanzkriterien Commitment frühes Feedback Konversation Fokus auf Value Traceability Stakeholder potentially Shippable Akzeptanzkriterien User Stories -49-
  • 49. Nutzen Sie agile Werte und Prinzipien und werden Sie zu: http://www.drooglab.com/ -50- © HOOD GmbH
  • 51. Kontakt Susanne Mühlbauer Susanne.Muehlbauer@HOOD-Group.com HOOD GmbH Büro München Keltenring 7 82041 Oberhaching Germany http://blog.hood-goup.com Tel: 0049 89 4512 53 0 www.HOOD-Group.com -52- © HOOD GmbH
  • 52. Quellen/ Links/ Zusatzinformation 1. www.agilemanifesto.org 2. www.scrum.org/Scrum-Guides 3. Innovation Games: Creating Breakthrough Products Through Collaborative Play [Paperback], Luke Hohmann -53- © HOOD GmbH