SlideShare ist ein Scribd-Unternehmen logo
Einführung in SCRUM

   Sandro Sonntag - Adorsys




            05/08/12
Vorstellung adorsys

• Gründer 2006: Francis Pouatcha
• 45 Mitarbeiter
• adorsys GmbH & Co. KG
• Geschäftsführer Stefan Hamm, Lothar Hegebart und Dr. Benno Schmitzer
• Spezialist für individuelle und innovative Softwarelösungen im Bereich Financial
    Services

• What we‘ve done ...

     •     Teambank AG Nürnberg - www.easycredit.de
     •     Bausparkasse Schwäbisch Hall - Multikanalarchitektur
     •     Kreditwerk AG
     •     Haufe / Lexware - www.haufe.de
     •     Bankverlag Köln BVZS
     •     Bundesagentur für Arbeit
     •     Hamburger Sparkasse
     •     Hamburger Sparkasse Direkt
     •     Ergo Finanzgruppe (Karstadt Quelle Versicherungen)
           – www.ergodirekt.de


                                                                     Francis Pouatcha
05/08/12                                                                                2
Das Team
bei Adorsys




05/08/12      Einführung in SCRUM   3
Agenda


   1       Probleme in klassischen Software-Entwicklungs-Methoden


   2       Lösungs-Potenziale durch agile Methoden


   3       Was versucht Scrum zu besser zu machen?


   4       Scrum Rolen und Prozess


   5       Zusammenfassung


   6       Erfahrungen aus Scrum-Projekten


05/08/12                       Einführung in SCRUM                  4
Probleme der traditionellen
Softwareentwicklung
...und warum Agile-Softwareentwicklung?




05/08/12                    Einführung in SCRUM   5
Traditionelles Vorgehen
•Phasenweise Entwicklung
•Ergebnisse stehen vor Projektbeginn fest
•Lastenhefte - Problem muss vor Realisierung vollständig durchdrungen sein




05/08/12                        Einführung in SCRUM                          6
Nachteile


→ Anforderungen sind unklar (seriöse Schätzungen sind nicht möglich)
→ Anforderungen ändern sich
→ Projekte dauern zu lang
     • 32% der Projekte werden nicht erfolgreich umgesetzt
→ Keine Zeit für Tests
     • Qualitätssicherung wird vernachlässigt
     • Späte Integration sorgt für Probleme zum Projektende
→ Zeit wird nicht effizient genutzt
     • nur 52% der Anforderungen werden implementiert
     • 64% der Anforderungen werden kaum mehr gebraucht
→ Fehleinschätzungen im Projekt-Controlling durch mangelnde Sichtbarkeit
     • % Schätzungen sind Fehleinschätzungen
     • Fehlschätzungen um 43% sind die Regel

                                                              Quelle: Standish Report
                                                              2003/2009
05/08/12                              Einführung in SCRUM                               7
Agile Softwareentwicklung
...schafft Geschwindigkeit, Flexibilität und Qualität




05/08/12                           Einführung in SCRUM   8
Vertreter der Agilen
Softwareentwicklungsprozesse

   Extreme-Programming
   Feature-Driven-Development
   Test-Driven-Development
   Scrum
   Kanban
   u.v.m.




05/08/12                        Einführung in SCRUM   9
Manifesto for Agile Software
Development

   Die Werte agiler Softwareentwicklung bilden das Fundament.
   Im Februar 2001 haben 17 Erstunterzeichner diese Werte als Agiles
   Manifest definiert:


     • Individuen und Interaktionen ist wichtiger als Prozesse und
           Werkzeuge.

     • Funktionierende Software ist wichtiger als umfassende
           Dokumentation.

     • Zusammenarbeit mit dem Kunden ist wichtiger als
           Vertragsverhandlung.

     • Reagieren auf Veränderung ist wichtiger als das Befolgen eines Plans.



05/08/12                          Einführung in SCRUM                          10
SCRUM
Deutsch: Gedränge



   ... kommt aus dem Rugby-Sport
     • Crossfunktionale Teams
     • Iterativ, das ganze Team bewegt sich von Linie zu Linie
     • viele überlappende Phasen




05/08/12                          Einführung in SCRUM            11
Die Ziele von SCRUM




   Management von Komplexität,
   Unvorhersehbarkeit und laufende Änderungen
   durch:


     •Tansparenz
     •Überprüfung
     •Anpassung


05/08/12              Einführung in SCRUM       12
SCRUM Roles
Wer macht Was?




05/08/12         Einführung in SCRUM   13
Productowner
SCRUM Roles



• hat die Produktvision
• repräsentiert den Kunden
• zentraler Ansprechpartner für das
           Produkt


• Aufgaben:
   • definiert Anforderungen
   • priorisiert Anforderungen
   • gibt Feedback
   • kümmert sich um die Stakeholder
   • führt die Abnahme der Features
           durch




05/08/12                        Einführung in SCRUM   14
Das Team
SCRUM Roles



• Two-Pizza-Team (3-9 Personen)
• gemischte Skills (Cross-Functional)
• ist selbstorganisierend
• Vollzeit


• Aufgaben:

     •     Tasks ableiten
     •     Aufwand schätzen
     •     das Produkt entwickeln
     •     Qualität sichern




05/08/12                            Einführung in SCRUM   15
Scrum-Master
SCRUM Roles



• Ist für die Einhaltung des Prozesses zuständig
• Schützt das Team
• Löst Probleme die dem Team im Wege stehen
• SCRUM-Guru
• Aber: mischt sich nicht in Fachliche/Technische
           Belange ein


• Aufgaben:
   • Beseitigt Impediments
   • Verhindert Verzögerungen
   • Kümmert sich ums Management
• Schaut das es dem Team gut geht


05/08/12                         Einführung in SCRUM   16
Stakeholder
SCRUM Roles



• Lassen (idealerweise) das Team
           ungestört Arbeiten
• Tauschen sich mit dem
           Productowner aus
• Stellen Anforderungen an den
           Productowner




05/08/12                           Einführung in SCRUM   17
Rollenspiel
SCRUM Roles




05/08/12      Einführung in SCRUM   18
SCRUM Process – Überblick


                                   24 h




                                     30 days




                                     Sprint
Product Backlog   Sprint Backlog               Working increment
                                                of the software
Product-Backlog


→ Priorisierte Anforderungen
→ Verantwortung und Erstellung durch
  Productowner
→ High Level Requirements
→ Beschreibt den Business-Value in Form von User-
  Stories
→ Kein Anspruch auf Vollständigkeit oder
  Perfektion
→ Sollte nicht zu lang werden (Richtwert ca. 4
  Sprints)
→ Team hat Einblick und weiß wo die Reise hingeht




05/08/12                          Einführung in SCRUM   20
Product Backlog Beispiel




05/08/12              Einführung in SCRUM   21
User-Stories schreiben
Fachliche Anforderungen




• Beschreibt die Anforderung in knappen Sätzen
• Granulartität muss so fein sein dass das Team die Aufgabe
   versteht und formal implementieren kann
• Stories können bei komplexeren Problemen durch
   Zusatzdokumente detailliert werden
• Mock-Ups sind hilfreich




05/08/12                    Einführung in SCRUM               22
User-Stories schreiben
Fachliche Anforderungen



    Aufbau:
    Als <user> möchte ich <functionality> ( so dass <benefit> )




    Beispiel:
    Als Facebook-User kann ich die Anzahl meiner Freude in der
      Freundesliste sehen, so dass jeder sehen kann wie beliebt ich
      bin :)




05/08/12                      Einführung in SCRUM                     23
Sprint
  Vision:              Selected Product
  Anticipated ROI,     Backlog                        Every 24
  Releases,                                            hours
  Milestones
                                                    Dai
                                                       ly S           New functionality
                                                            c   rum   is demonstrated at end
                                                                      of Sprint

                                          Sprint
                                          Backlog   Sprint 2 - 4
                                                      Weeks




Product Backlog:
Emerging prioritized
requirements
Sprint
  Vision:              Selected Product
  Anticipated ROI,     Backlog                        Every 24
  Releases,                                            hours
  Milestones
                                                    Dai
                                                       ly S           New functionality
                                                            c   rum   is demonstrated at end
                                                                      of Sprint

                                          Sprint
                                          Backlog   Sprint 2 - 4
                                                      Weeks




Product Backlog:
Emerging prioritized
requirements

  • Time Boxed
  • Features stehen fest
  • Scope ist noch variabel
  • Ergebnis ist ein “potentially shippable result”
Sprint-Planning 1
Verstehen der Userstories



→ Anwesende Scrum-Master, Productowner, Team
→ Productowner stellt Frage nach der Team-Kapazität für den Sprint
→ 1. Vorstellung des Productbacklogs durch Productowner


     • aus User Perspektive
     • Team stellt Fragen um die Anforderung zu verstehen
     • Hinterfragen von Akzeptanzanforderungen (Wann ist das Ziel erreicht?)
     • Team fragt so detailliert, dass es die Story im Folgeschritt zerlegen und
       schätzen kann
     • Productowner fragt nach jeder Story ob diese noch in den Sprint passt
     • ca. 1 Stunde / Sprint-Woche



05/08/12                             Einführung in SCRUM                           25
Sprint-Planning 2
Zerlegung des Stories in (technische) Aufgaben



→ Stories in Tasks zerlegen
→ Beteiligte: Team, SCRUM-Master (nur steuernd)
→ Tasks schätzen


     • wenn möglich kleiner als 1 Tag Aufwand
     • Schätzung in Storypoints (angelehnt an Stunden)
     • Fibonacci Zahlen (1,2,3,5,8,13, ...)
     • Bewährte Methode ist Planning-Poker
     • 1 -1/2 Stunden je Sprint-Woche
     • Ergebnis ist ein definiertes Sprint-Backlog
     • Vorstellung des Sprint-Backlogs durch das Team



05/08/12                                    Einführung in SCRUM   26
Das Team-Commitment


→ Team commitet sich zum Sprint-Backlog


→ Pigs and Chicken...




05/08/12                      Einführung in SCRUM   27
Sprint-Backlog


→ Verantwortung liegt beim Team
→ Keine neuen Stories durch “Andere”
→ Das Team definiert den Umfang des Sprints




05/08/12                        Einführung in SCRUM   28
Daily-Scrum


→ Dauer max. 15 Minuten
→ Standup-Meeting
→ Vor dem Meeting:

     • Aktualisierung der verbleibenden
       Aufwände im Backlog
     • Aktualisieren des Taskboards

→ Jedes Teammitglied beantwortet die
  Fragestellungen

     • Was habe ich gestern gemacht?
     • Was ist mein Ziel für den heutigen
       Tag?
     • Welche Probleme halten mich vom
       Erreichen meiner Ziele ab?

05/08/12                              Einführung in SCRUM   29
Task-Board
Die Aufgaben im Blick...




05/08/12                   Einführung in SCRUM   30
“Definition of Done”
Wann ist ein Task abgeschloßen?




• coded
•commented
•checked in
•integrated
•reviewed
•unit tested
•deployed to test environment
•passed user acceptance test
•documented
05/08/12                          Einführung in SCRUM   31
“Sprint-Burndown”
Tagesaktuelles Projekt-Controlling




05/08/12                             Einführung in SCRUM   32
“Sprint-Review”


→ formale Abnahme durch den Productowner

→ Demo-Modus (keine Slides)

→ Das ganze Team ist anwesend

→ Stakeholder sind eingeladen teilzunehmen

→ Jede Story wird durch den Productowner getestet

→ Stories werden abgenommen oder abgeleht

           • Es werden nur vollständige Features abgenommen
→ Dauer 1-2 Stunden pro Sprintwoche



05/08/12                            Einführung in SCRUM       33
“Sprint-Retrospektive”
Kontinuierliche Verbesserung als Prozessbestandteil



→ Team und Scrummaster reflektieren den vergangen Sprint
→ Productower ist optional
→ Burndownchart und Taskboard werden analysiert
→ typische Fragen:

     • Was war gut?
     • Was kann beim nächsten mal besser gemacht werden


                             Letzter                              Nächster
                             Sprint                                Sprint




05/08/12                                    Einführung in SCRUM              34
“Release Planning”
Produktion von auslieferbarer von Software



→ Release-Sprints dienen der Fertigung von auslieferbarer Software
→ typische Aufgaben eines Release-Sprints:
     →Usebillity
     →Dokumentation
     →Benutzer-Hilfe
     →Paketierung




05/08/12                                     Einführung in SCRUM     35
Sprints
Zusammenfassung



→ Getrieben vom Productowner
→ keine reversible Schritte
→ Änderungen willkommen (durch Product-Backlog)
→ Cross-Functional-Team
→ Bestehen auch aus Design und Tests (End-To-End)
→ Team-Commitment
→ Hohe Qualität der Software (Fertig!)
→ Feedback-Schleifen
→ “Fail fast!”




05/08/12                          Einführung in SCRUM   36
SCRUM Process

                     • Business case & funding


                                                                                                                                                                       cle                       24 h
                     • Contract agreement
                     • Vision                                                                                                                                        y
                                                                                                                                                             tC
                                                                                                                                                          rin
                     • Initial product backlog
                                                                                                                                                                                 g
                                                                                                                                                                              nin Da
                                                                                                                                                        Sp
                     • Initial release plan                                                                                                                                  n
                                                                                                                                                                          Pla g Da ily
                     • Stakeholder buy-in                                                                                                                              nt    n     ily    W
                                                                                                                                                                  S pri eeti
                     • Assemble team                                                                                                                                    M              S    or
                                                                                                                                                                                         cr k
                                                                                                                                                                                           um
                                                                                                                                                        Update

                                                                                         Preparation
                                                                                                                                                        Product         SCRUM                     Product                Release (n)
                                                                                                                                                        Backlog
                                                                                                                                                                        Process                  Increment

                                                                                                                                                              Re      S
                                                                                                                                                                   tro prin
                                                                                                                                                                      sp t                  ew
                Impediment                                                                                                                    Product                   ec
                                                                                                                                                                           tiv         R evi                 Product
                                                                                                                                                                                                                                       Scrum
                                                                                                                                                                                  rint                                                 Master
                    List                                                                                                                      Backlog
                                                                                                                                               Delta                           eSp                           Owner
                                                                                                                                              Report



                                                  op
                                             el
                                                       W




                                        ev
                                                        ra




                                    D
                                                          p
                                Ad




                                                                 ew
                                                            vi

                                                                                                         SCRUM Artifacts
                                        ju




                                                       Re
                                             st




          el
               op
                                                                               el
                                                                                    op
                                                                                                                                                                                                                       SCRUM Roles
                    W




                                                                                         W




     ev                                                                   ev
                     ra




                                                                                          ra




 D                                                                    D
                       p




                                                                                            p
Ad




                                                                      Ad




                            e   w                                                                e   w
                         vi                                                                   vi
     ju




                                                                          ju




                    Re                                                                   Re
          st




                                                                               st




                                                                                                                       op
                                                                                                                  el
                                                                                                                            W




                                                                                                             ev
                                                                                                                             ra




                                                                                                         D
                                                                                                                               p




                                                                                                                                                     Product Backlog
                                                                                                         Ad




Sprint Backlog                                                                                                                   vi
                                                                                                                                      ew
                                                                                                             ju




                                                                                                                            Re                          Burn down                                Stakeholders
                                                                                                                  st




 Burn down                                                                                                                                                                                                                                 Users
                                                                                                          Sprint                           Product
                                                                                                         Backlog                           Backlog                                                                      Team Members
Zusammenfassung
Warum SCRUM?




05/08/12          Einführung in SCRUM   38
Erfahrungen
aus Adorsys SCRUM Projekten




05/08/12                      Einführung in SCRUM   39
?? Q&A ??



05/08/12        Einführung in SCRUM   40

Weitere ähnliche Inhalte

Was ist angesagt?

Agiles Projektmanagement mit Scrum
Agiles Projektmanagement mit ScrumAgiles Projektmanagement mit Scrum
Agiles Projektmanagement mit Scrum
Florian Latzel
 
Scrum Überblick Teil 1
Scrum Überblick Teil 1Scrum Überblick Teil 1
Scrum Überblick Teil 1
Christof Zahn
 
Scrum Überblick Teil 2
Scrum Überblick Teil 2Scrum Überblick Teil 2
Scrum Überblick Teil 2
Christof Zahn
 
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)
Renate Pinggera
 
Eine Einführung in Scrum
Eine Einführung in ScrumEine Einführung in Scrum
Eine Einführung in Scrum
Florian Latzel
 
Scrum im Content-Marketing: Agiles Projektmanagement für Ihre Content-Strategie
Scrum im Content-Marketing: Agiles Projektmanagement für Ihre Content-StrategieScrum im Content-Marketing: Agiles Projektmanagement für Ihre Content-Strategie
Scrum im Content-Marketing: Agiles Projektmanagement für Ihre Content-Strategie
Babak Zand
 
Scrum zum Anfassen
Scrum zum AnfassenScrum zum Anfassen
Scrum zum Anfassen
Tilman Moser
 
Scrum Workshop
Scrum WorkshopScrum Workshop
Scrum Workshopmrdoubleb
 
Shades of Scrum (Urs Reupke, Stefan Roock), SEACON 2015 in Hamburg
Shades of Scrum (Urs Reupke, Stefan Roock), SEACON 2015 in HamburgShades of Scrum (Urs Reupke, Stefan Roock), SEACON 2015 in Hamburg
Shades of Scrum (Urs Reupke, Stefan Roock), SEACON 2015 in Hamburg
Stefan ROOCK
 
Scrum in der Praxis - Ein Blick hinter die Kulissen von Scrum
Scrum in der Praxis - Ein Blick hinter die Kulissen von ScrumScrum in der Praxis - Ein Blick hinter die Kulissen von Scrum
Scrum in der Praxis - Ein Blick hinter die Kulissen von Scrum
Robert Wiechmann
 
Kanban, Lean, and Scrum
Kanban, Lean, and ScrumKanban, Lean, and Scrum
Kanban, Lean, and ScrumThomas Moedl
 
Agile Softwareentwicklung mit Lotus Notes
Agile Softwareentwicklung mit Lotus NotesAgile Softwareentwicklung mit Lotus Notes
Agile Softwareentwicklung mit Lotus Notes
Werner Motzet
 
Scrum und Agile Software Entwicklung
Scrum und Agile Software EntwicklungScrum und Agile Software Entwicklung
Scrum und Agile Software Entwicklung
Aniello Bove
 
Scrum - Wissen kompakt
Scrum - Wissen kompaktScrum - Wissen kompakt
Scrum - Wissen kompakt
Frank Dostert
 
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördernAgile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
Sascha Böhr
 
Scrum und Lean-Startup
Scrum und Lean-StartupScrum und Lean-Startup
Scrum und Lean-Startup
Stefan ROOCK
 
Scrum checklist 2013
Scrum checklist 2013Scrum checklist 2013
Scrum checklist 2013Hanser Update
 
Experimente zur Team- und Organisationsentwicklung (CeBit, Heise Developer Wo...
Experimente zur Team- und Organisationsentwicklung (CeBit, Heise Developer Wo...Experimente zur Team- und Organisationsentwicklung (CeBit, Heise Developer Wo...
Experimente zur Team- und Organisationsentwicklung (CeBit, Heise Developer Wo...
Stefan ROOCK
 
Kanban @ PARSHIP
Kanban @ PARSHIP Kanban @ PARSHIP
Kanban @ PARSHIP Parship
 

Was ist angesagt? (20)

Agiles Projektmanagement mit Scrum
Agiles Projektmanagement mit ScrumAgiles Projektmanagement mit Scrum
Agiles Projektmanagement mit Scrum
 
Scrum Überblick Teil 1
Scrum Überblick Teil 1Scrum Überblick Teil 1
Scrum Überblick Teil 1
 
Scrum Überblick Teil 2
Scrum Überblick Teil 2Scrum Überblick Teil 2
Scrum Überblick Teil 2
 
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)
 
Eine Einführung in Scrum
Eine Einführung in ScrumEine Einführung in Scrum
Eine Einführung in Scrum
 
Scrum
ScrumScrum
Scrum
 
Scrum im Content-Marketing: Agiles Projektmanagement für Ihre Content-Strategie
Scrum im Content-Marketing: Agiles Projektmanagement für Ihre Content-StrategieScrum im Content-Marketing: Agiles Projektmanagement für Ihre Content-Strategie
Scrum im Content-Marketing: Agiles Projektmanagement für Ihre Content-Strategie
 
Scrum zum Anfassen
Scrum zum AnfassenScrum zum Anfassen
Scrum zum Anfassen
 
Scrum Workshop
Scrum WorkshopScrum Workshop
Scrum Workshop
 
Shades of Scrum (Urs Reupke, Stefan Roock), SEACON 2015 in Hamburg
Shades of Scrum (Urs Reupke, Stefan Roock), SEACON 2015 in HamburgShades of Scrum (Urs Reupke, Stefan Roock), SEACON 2015 in Hamburg
Shades of Scrum (Urs Reupke, Stefan Roock), SEACON 2015 in Hamburg
 
Scrum in der Praxis - Ein Blick hinter die Kulissen von Scrum
Scrum in der Praxis - Ein Blick hinter die Kulissen von ScrumScrum in der Praxis - Ein Blick hinter die Kulissen von Scrum
Scrum in der Praxis - Ein Blick hinter die Kulissen von Scrum
 
Kanban, Lean, and Scrum
Kanban, Lean, and ScrumKanban, Lean, and Scrum
Kanban, Lean, and Scrum
 
Agile Softwareentwicklung mit Lotus Notes
Agile Softwareentwicklung mit Lotus NotesAgile Softwareentwicklung mit Lotus Notes
Agile Softwareentwicklung mit Lotus Notes
 
Scrum und Agile Software Entwicklung
Scrum und Agile Software EntwicklungScrum und Agile Software Entwicklung
Scrum und Agile Software Entwicklung
 
Scrum - Wissen kompakt
Scrum - Wissen kompaktScrum - Wissen kompakt
Scrum - Wissen kompakt
 
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördernAgile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
 
Scrum und Lean-Startup
Scrum und Lean-StartupScrum und Lean-Startup
Scrum und Lean-Startup
 
Scrum checklist 2013
Scrum checklist 2013Scrum checklist 2013
Scrum checklist 2013
 
Experimente zur Team- und Organisationsentwicklung (CeBit, Heise Developer Wo...
Experimente zur Team- und Organisationsentwicklung (CeBit, Heise Developer Wo...Experimente zur Team- und Organisationsentwicklung (CeBit, Heise Developer Wo...
Experimente zur Team- und Organisationsentwicklung (CeBit, Heise Developer Wo...
 
Kanban @ PARSHIP
Kanban @ PARSHIP Kanban @ PARSHIP
Kanban @ PARSHIP
 

Andere mochten auch

Dominator: Rectifieuse plane de profils à CN et avance lente de Jones & Shipman
Dominator: Rectifieuse plane de profils à CN et avance lente de Jones & ShipmanDominator: Rectifieuse plane de profils à CN et avance lente de Jones & Shipman
Dominator: Rectifieuse plane de profils à CN et avance lente de Jones & Shipmanjonesshipman
 
NotORM
NotORMNotORM
NotORM
Tiago Davi
 
ECM-Webinar: Alfresco Migration Bestandsdaten Teil 2
ECM-Webinar: Alfresco Migration Bestandsdaten Teil 2ECM-Webinar: Alfresco Migration Bestandsdaten Teil 2
ECM-Webinar: Alfresco Migration Bestandsdaten Teil 2dmc digital media center GmbH
 
Campus M21 | Medienpraxis II: Online - Vorlesung I vom 30.01.2013
Campus M21 | Medienpraxis II: Online - Vorlesung I vom 30.01.2013Campus M21 | Medienpraxis II: Online - Vorlesung I vom 30.01.2013
Campus M21 | Medienpraxis II: Online - Vorlesung I vom 30.01.2013
Daniel Rehn
 
Ligação do Flex a um backend LAMP usando AMFPHP
Ligação do Flex a um backend LAMP usando AMFPHPLigação do Flex a um backend LAMP usando AMFPHP
Ligação do Flex a um backend LAMP usando AMFPHP
elliando dias
 
Què ha fet ICV-EUiA amb el meu vot?
Què ha fet ICV-EUiA amb el meu vot?Què ha fet ICV-EUiA amb el meu vot?
Què ha fet ICV-EUiA amb el meu vot?
iniciativaverds
 
Présentation LMAX Disruptor So@t
Présentation LMAX Disruptor So@tPrésentation LMAX Disruptor So@t
Présentation LMAX Disruptor So@t
Francois Ostyn
 
Digitale Mentalität II
Digitale Mentalität IIDigitale Mentalität II
Lean Kanban FR 2013 - Vin et kanban
Lean Kanban FR 2013 - Vin et kanbanLean Kanban FR 2013 - Vin et kanban
Lean Kanban FR 2013 - Vin et kanban
Julien Fallet
 
Semana 5: Caracteres, tipos char e int, tipos de valor vs. tipos de referência
Semana  5: Caracteres, tipos char e int, tipos de valor vs. tipos de referênciaSemana  5: Caracteres, tipos char e int, tipos de valor vs. tipos de referência
Semana 5: Caracteres, tipos char e int, tipos de valor vs. tipos de referência
Manuel Menezes de Sequeira
 
Tutorialphpmyadmin
TutorialphpmyadminTutorialphpmyadmin
Tutorialphpmyadmin
marcossonotec
 
Presentació assamblea
Presentació assamblea Presentació assamblea
Presentació assamblea
FC Barcelona
 
Campus M21 | Medienpraxis III: Online / Social Media - Vorlesung II
Campus M21 | Medienpraxis III: Online / Social Media - Vorlesung IICampus M21 | Medienpraxis III: Online / Social Media - Vorlesung II
Campus M21 | Medienpraxis III: Online / Social Media - Vorlesung II
Daniel Rehn
 
Apresentação Java Web Si Ufc Quixadá
Apresentação Java Web Si Ufc QuixadáApresentação Java Web Si Ufc Quixadá
Apresentação Java Web Si Ufc Quixadá
Zarathon Maia
 
02.10.2011 SC B.A.T II
02.10.2011   SC B.A.T II02.10.2011   SC B.A.T II
02.10.2011 SC B.A.T II
HerdwangerSV
 
Campus M21 | Medienpraxis II: Online - Vorlesung I vom 31.01.2013
Campus M21 | Medienpraxis II: Online - Vorlesung I vom 31.01.2013Campus M21 | Medienpraxis II: Online - Vorlesung I vom 31.01.2013
Campus M21 | Medienpraxis II: Online - Vorlesung I vom 31.01.2013
Daniel Rehn
 
Atelier agile 2009_09_27
Atelier agile 2009_09_27Atelier agile 2009_09_27
Atelier agile 2009_09_27domidp
 
2014 03-26-appdevseries-session3-interactingwiththedatabase-fr-phpapp01-rev.
2014 03-26-appdevseries-session3-interactingwiththedatabase-fr-phpapp01-rev.2014 03-26-appdevseries-session3-interactingwiththedatabase-fr-phpapp01-rev.
2014 03-26-appdevseries-session3-interactingwiththedatabase-fr-phpapp01-rev.MongoDB
 
MySQL Query Optimization
MySQL Query OptimizationMySQL Query Optimization
MySQL Query Optimization
Bianca Caruso da Paixão
 
Campus M21 | Medienpraxis II: Online - Vorlesung III vom 11.02.2013
Campus M21 | Medienpraxis II: Online - Vorlesung III vom 11.02.2013Campus M21 | Medienpraxis II: Online - Vorlesung III vom 11.02.2013
Campus M21 | Medienpraxis II: Online - Vorlesung III vom 11.02.2013
Daniel Rehn
 

Andere mochten auch (20)

Dominator: Rectifieuse plane de profils à CN et avance lente de Jones & Shipman
Dominator: Rectifieuse plane de profils à CN et avance lente de Jones & ShipmanDominator: Rectifieuse plane de profils à CN et avance lente de Jones & Shipman
Dominator: Rectifieuse plane de profils à CN et avance lente de Jones & Shipman
 
NotORM
NotORMNotORM
NotORM
 
ECM-Webinar: Alfresco Migration Bestandsdaten Teil 2
ECM-Webinar: Alfresco Migration Bestandsdaten Teil 2ECM-Webinar: Alfresco Migration Bestandsdaten Teil 2
ECM-Webinar: Alfresco Migration Bestandsdaten Teil 2
 
Campus M21 | Medienpraxis II: Online - Vorlesung I vom 30.01.2013
Campus M21 | Medienpraxis II: Online - Vorlesung I vom 30.01.2013Campus M21 | Medienpraxis II: Online - Vorlesung I vom 30.01.2013
Campus M21 | Medienpraxis II: Online - Vorlesung I vom 30.01.2013
 
Ligação do Flex a um backend LAMP usando AMFPHP
Ligação do Flex a um backend LAMP usando AMFPHPLigação do Flex a um backend LAMP usando AMFPHP
Ligação do Flex a um backend LAMP usando AMFPHP
 
Què ha fet ICV-EUiA amb el meu vot?
Què ha fet ICV-EUiA amb el meu vot?Què ha fet ICV-EUiA amb el meu vot?
Què ha fet ICV-EUiA amb el meu vot?
 
Présentation LMAX Disruptor So@t
Présentation LMAX Disruptor So@tPrésentation LMAX Disruptor So@t
Présentation LMAX Disruptor So@t
 
Digitale Mentalität II
Digitale Mentalität IIDigitale Mentalität II
Digitale Mentalität II
 
Lean Kanban FR 2013 - Vin et kanban
Lean Kanban FR 2013 - Vin et kanbanLean Kanban FR 2013 - Vin et kanban
Lean Kanban FR 2013 - Vin et kanban
 
Semana 5: Caracteres, tipos char e int, tipos de valor vs. tipos de referência
Semana  5: Caracteres, tipos char e int, tipos de valor vs. tipos de referênciaSemana  5: Caracteres, tipos char e int, tipos de valor vs. tipos de referência
Semana 5: Caracteres, tipos char e int, tipos de valor vs. tipos de referência
 
Tutorialphpmyadmin
TutorialphpmyadminTutorialphpmyadmin
Tutorialphpmyadmin
 
Presentació assamblea
Presentació assamblea Presentació assamblea
Presentació assamblea
 
Campus M21 | Medienpraxis III: Online / Social Media - Vorlesung II
Campus M21 | Medienpraxis III: Online / Social Media - Vorlesung IICampus M21 | Medienpraxis III: Online / Social Media - Vorlesung II
Campus M21 | Medienpraxis III: Online / Social Media - Vorlesung II
 
Apresentação Java Web Si Ufc Quixadá
Apresentação Java Web Si Ufc QuixadáApresentação Java Web Si Ufc Quixadá
Apresentação Java Web Si Ufc Quixadá
 
02.10.2011 SC B.A.T II
02.10.2011   SC B.A.T II02.10.2011   SC B.A.T II
02.10.2011 SC B.A.T II
 
Campus M21 | Medienpraxis II: Online - Vorlesung I vom 31.01.2013
Campus M21 | Medienpraxis II: Online - Vorlesung I vom 31.01.2013Campus M21 | Medienpraxis II: Online - Vorlesung I vom 31.01.2013
Campus M21 | Medienpraxis II: Online - Vorlesung I vom 31.01.2013
 
Atelier agile 2009_09_27
Atelier agile 2009_09_27Atelier agile 2009_09_27
Atelier agile 2009_09_27
 
2014 03-26-appdevseries-session3-interactingwiththedatabase-fr-phpapp01-rev.
2014 03-26-appdevseries-session3-interactingwiththedatabase-fr-phpapp01-rev.2014 03-26-appdevseries-session3-interactingwiththedatabase-fr-phpapp01-rev.
2014 03-26-appdevseries-session3-interactingwiththedatabase-fr-phpapp01-rev.
 
MySQL Query Optimization
MySQL Query OptimizationMySQL Query Optimization
MySQL Query Optimization
 
Campus M21 | Medienpraxis II: Online - Vorlesung III vom 11.02.2013
Campus M21 | Medienpraxis II: Online - Vorlesung III vom 11.02.2013Campus M21 | Medienpraxis II: Online - Vorlesung III vom 11.02.2013
Campus M21 | Medienpraxis II: Online - Vorlesung III vom 11.02.2013
 

Ähnlich wie Einführung in SCRUM

Rails und Scrum in großen Projekten
Rails und Scrum in großen ProjektenRails und Scrum in großen Projekten
Rails und Scrum in großen ProjektenPhillip Oertel
 
20121211 certified-scrum-master-course
20121211 certified-scrum-master-course20121211 certified-scrum-master-course
20121211 certified-scrum-master-course
Reto Kuhn
 
Scrum - Einführung - Begriffe - Technik
Scrum - Einführung - Begriffe - TechnikScrum - Einführung - Begriffe - Technik
Scrum - Einführung - Begriffe - Technik
Manuel Marsch
 
Agilität mit Scrum - Überblick
Agilität mit Scrum - ÜberblickAgilität mit Scrum - Überblick
Agilität mit Scrum - Überblick
Claudia Haußmann 🦋
 
Scrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererScrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für Programmierer
Tobias Schlüter
 
Agile Projektentwicklung mit SCRUM
Agile Projektentwicklung mit SCRUMAgile Projektentwicklung mit SCRUM
Agile Projektentwicklung mit SCRUM
TechDivision GmbH
 
Webinar - Agil? Na klar! Aber wie?
Webinar - Agil? Na klar! Aber wie?Webinar - Agil? Na klar! Aber wie?
Webinar - Agil? Na klar! Aber wie?
Trebing & Himstedt Prozeßautomation GmbH & Co. KG
 
Projekte mittels Scrum und agiler Software Entwicklung meistern
Projekte mittels Scrum und agiler Software Entwicklung meisternProjekte mittels Scrum und agiler Software Entwicklung meistern
Projekte mittels Scrum und agiler Software Entwicklung meistern
INM AG
 
Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Referat: Scrum Rocks – Testing Sucks?! (reloaded)Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Digicomp Academy AG
 
IA/ UX in Scrum Entwicklungs-Prozessen - 2009
IA/ UX in Scrum Entwicklungs-Prozessen - 2009IA/ UX in Scrum Entwicklungs-Prozessen - 2009
IA/ UX in Scrum Entwicklungs-Prozessen - 2009
Wolf Noeding
 
Agile Methoden in Projekten
Agile Methoden in ProjektenAgile Methoden in Projekten
Agile Methoden in Projekten
Christoph Schmiedinger
 
SCRUM für Projektleiter
SCRUM für ProjektleiterSCRUM für Projektleiter
SCRUM für Projektleiter
edutrainment company
 
Scrum-Einführung bei mobile.de
Scrum-Einführung bei mobile.deScrum-Einführung bei mobile.de
Scrum-Einführung bei mobile.de
Markus Andrezak
 
Scrum im Assessment
Scrum im AssessmentScrum im Assessment
Scrum im Assessment
Sebastian Schneider
 
Lust, Last, List? Ein Scrum Projekt reflektiert von Product Owner, Scrum Mast...
Lust, Last, List? Ein Scrum Projekt reflektiert von Product Owner, Scrum Mast...Lust, Last, List? Ein Scrum Projekt reflektiert von Product Owner, Scrum Mast...
Lust, Last, List? Ein Scrum Projekt reflektiert von Product Owner, Scrum Mast...Joscha Jenni
 
Make Agile Great - PM-Erfahrungen aus zwei virtuellen internationalen SAFe-Pr...
Make Agile Great - PM-Erfahrungen aus zwei virtuellen internationalen SAFe-Pr...Make Agile Great - PM-Erfahrungen aus zwei virtuellen internationalen SAFe-Pr...
Make Agile Great - PM-Erfahrungen aus zwei virtuellen internationalen SAFe-Pr...
QAware GmbH
 
Scrum Zertifizierungen
Scrum ZertifizierungenScrum Zertifizierungen
Scrum Zertifizierungen
Manuel Marsch
 
Scrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADEDScrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADED
SwissQ Consulting AG
 
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?
HOOD Group
 

Ähnlich wie Einführung in SCRUM (20)

Rails und Scrum in großen Projekten
Rails und Scrum in großen ProjektenRails und Scrum in großen Projekten
Rails und Scrum in großen Projekten
 
20121211 certified-scrum-master-course
20121211 certified-scrum-master-course20121211 certified-scrum-master-course
20121211 certified-scrum-master-course
 
Scrum - Einführung - Begriffe - Technik
Scrum - Einführung - Begriffe - TechnikScrum - Einführung - Begriffe - Technik
Scrum - Einführung - Begriffe - Technik
 
Agilität mit Scrum - Überblick
Agilität mit Scrum - ÜberblickAgilität mit Scrum - Überblick
Agilität mit Scrum - Überblick
 
Scrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererScrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für Programmierer
 
Agile Projektentwicklung mit SCRUM
Agile Projektentwicklung mit SCRUMAgile Projektentwicklung mit SCRUM
Agile Projektentwicklung mit SCRUM
 
Webinar - Agil? Na klar! Aber wie?
Webinar - Agil? Na klar! Aber wie?Webinar - Agil? Na klar! Aber wie?
Webinar - Agil? Na klar! Aber wie?
 
Projekte mittels Scrum und agiler Software Entwicklung meistern
Projekte mittels Scrum und agiler Software Entwicklung meisternProjekte mittels Scrum und agiler Software Entwicklung meistern
Projekte mittels Scrum und agiler Software Entwicklung meistern
 
Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Referat: Scrum Rocks – Testing Sucks?! (reloaded)Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Referat: Scrum Rocks – Testing Sucks?! (reloaded)
 
IA/ UX in Scrum Entwicklungs-Prozessen - 2009
IA/ UX in Scrum Entwicklungs-Prozessen - 2009IA/ UX in Scrum Entwicklungs-Prozessen - 2009
IA/ UX in Scrum Entwicklungs-Prozessen - 2009
 
Scrum 2009 10_23
Scrum 2009 10_23Scrum 2009 10_23
Scrum 2009 10_23
 
Agile Methoden in Projekten
Agile Methoden in ProjektenAgile Methoden in Projekten
Agile Methoden in Projekten
 
SCRUM für Projektleiter
SCRUM für ProjektleiterSCRUM für Projektleiter
SCRUM für Projektleiter
 
Scrum-Einführung bei mobile.de
Scrum-Einführung bei mobile.deScrum-Einführung bei mobile.de
Scrum-Einführung bei mobile.de
 
Scrum im Assessment
Scrum im AssessmentScrum im Assessment
Scrum im Assessment
 
Lust, Last, List? Ein Scrum Projekt reflektiert von Product Owner, Scrum Mast...
Lust, Last, List? Ein Scrum Projekt reflektiert von Product Owner, Scrum Mast...Lust, Last, List? Ein Scrum Projekt reflektiert von Product Owner, Scrum Mast...
Lust, Last, List? Ein Scrum Projekt reflektiert von Product Owner, Scrum Mast...
 
Make Agile Great - PM-Erfahrungen aus zwei virtuellen internationalen SAFe-Pr...
Make Agile Great - PM-Erfahrungen aus zwei virtuellen internationalen SAFe-Pr...Make Agile Great - PM-Erfahrungen aus zwei virtuellen internationalen SAFe-Pr...
Make Agile Great - PM-Erfahrungen aus zwei virtuellen internationalen SAFe-Pr...
 
Scrum Zertifizierungen
Scrum ZertifizierungenScrum Zertifizierungen
Scrum Zertifizierungen
 
Scrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADEDScrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADED
 
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?
 

Mehr von Sandro Sonntag

May the forge be with you
May the forge be with youMay the forge be with you
May the forge be with you
Sandro Sonntag
 
Restful Frontend-Architecture
Restful Frontend-ArchitectureRestful Frontend-Architecture
Restful Frontend-ArchitectureSandro Sonntag
 
Good by Server... Hello Client!
Good by Server... Hello Client!Good by Server... Hello Client!
Good by Server... Hello Client!Sandro Sonntag
 
Semantic web die konzepte hinter dem rdf standard
Semantic web   die konzepte hinter dem rdf standardSemantic web   die konzepte hinter dem rdf standard
Semantic web die konzepte hinter dem rdf standardSandro Sonntag
 
Geprüfte Bohne - Der Bean Validation Standard
Geprüfte Bohne - Der Bean Validation StandardGeprüfte Bohne - Der Bean Validation Standard
Geprüfte Bohne - Der Bean Validation StandardSandro Sonntag
 
Server Revolutions- Der Spring Source DM Server
Server Revolutions- Der Spring Source DM ServerServer Revolutions- Der Spring Source DM Server
Server Revolutions- Der Spring Source DM ServerSandro Sonntag
 

Mehr von Sandro Sonntag (6)

May the forge be with you
May the forge be with youMay the forge be with you
May the forge be with you
 
Restful Frontend-Architecture
Restful Frontend-ArchitectureRestful Frontend-Architecture
Restful Frontend-Architecture
 
Good by Server... Hello Client!
Good by Server... Hello Client!Good by Server... Hello Client!
Good by Server... Hello Client!
 
Semantic web die konzepte hinter dem rdf standard
Semantic web   die konzepte hinter dem rdf standardSemantic web   die konzepte hinter dem rdf standard
Semantic web die konzepte hinter dem rdf standard
 
Geprüfte Bohne - Der Bean Validation Standard
Geprüfte Bohne - Der Bean Validation StandardGeprüfte Bohne - Der Bean Validation Standard
Geprüfte Bohne - Der Bean Validation Standard
 
Server Revolutions- Der Spring Source DM Server
Server Revolutions- Der Spring Source DM ServerServer Revolutions- Der Spring Source DM Server
Server Revolutions- Der Spring Source DM Server
 

Einführung in SCRUM

  • 1. Einführung in SCRUM Sandro Sonntag - Adorsys 05/08/12
  • 2. Vorstellung adorsys • Gründer 2006: Francis Pouatcha • 45 Mitarbeiter • adorsys GmbH & Co. KG • Geschäftsführer Stefan Hamm, Lothar Hegebart und Dr. Benno Schmitzer • Spezialist für individuelle und innovative Softwarelösungen im Bereich Financial Services • What we‘ve done ... • Teambank AG Nürnberg - www.easycredit.de • Bausparkasse Schwäbisch Hall - Multikanalarchitektur • Kreditwerk AG • Haufe / Lexware - www.haufe.de • Bankverlag Köln BVZS • Bundesagentur für Arbeit • Hamburger Sparkasse • Hamburger Sparkasse Direkt • Ergo Finanzgruppe (Karstadt Quelle Versicherungen) – www.ergodirekt.de Francis Pouatcha 05/08/12 2
  • 3. Das Team bei Adorsys 05/08/12 Einführung in SCRUM 3
  • 4. Agenda 1 Probleme in klassischen Software-Entwicklungs-Methoden 2 Lösungs-Potenziale durch agile Methoden 3 Was versucht Scrum zu besser zu machen? 4 Scrum Rolen und Prozess 5 Zusammenfassung 6 Erfahrungen aus Scrum-Projekten 05/08/12 Einführung in SCRUM 4
  • 5. Probleme der traditionellen Softwareentwicklung ...und warum Agile-Softwareentwicklung? 05/08/12 Einführung in SCRUM 5
  • 6. Traditionelles Vorgehen •Phasenweise Entwicklung •Ergebnisse stehen vor Projektbeginn fest •Lastenhefte - Problem muss vor Realisierung vollständig durchdrungen sein 05/08/12 Einführung in SCRUM 6
  • 7. Nachteile → Anforderungen sind unklar (seriöse Schätzungen sind nicht möglich) → Anforderungen ändern sich → Projekte dauern zu lang • 32% der Projekte werden nicht erfolgreich umgesetzt → Keine Zeit für Tests • Qualitätssicherung wird vernachlässigt • Späte Integration sorgt für Probleme zum Projektende → Zeit wird nicht effizient genutzt • nur 52% der Anforderungen werden implementiert • 64% der Anforderungen werden kaum mehr gebraucht → Fehleinschätzungen im Projekt-Controlling durch mangelnde Sichtbarkeit • % Schätzungen sind Fehleinschätzungen • Fehlschätzungen um 43% sind die Regel Quelle: Standish Report 2003/2009 05/08/12 Einführung in SCRUM 7
  • 8. Agile Softwareentwicklung ...schafft Geschwindigkeit, Flexibilität und Qualität 05/08/12 Einführung in SCRUM 8
  • 9. Vertreter der Agilen Softwareentwicklungsprozesse Extreme-Programming Feature-Driven-Development Test-Driven-Development Scrum Kanban u.v.m. 05/08/12 Einführung in SCRUM 9
  • 10. Manifesto for Agile Software Development Die Werte agiler Softwareentwicklung bilden das Fundament. Im Februar 2001 haben 17 Erstunterzeichner diese Werte als Agiles Manifest definiert: • Individuen und Interaktionen ist wichtiger als Prozesse und Werkzeuge. • Funktionierende Software ist wichtiger als umfassende Dokumentation. • Zusammenarbeit mit dem Kunden ist wichtiger als Vertragsverhandlung. • Reagieren auf Veränderung ist wichtiger als das Befolgen eines Plans. 05/08/12 Einführung in SCRUM 10
  • 11. SCRUM Deutsch: Gedränge ... kommt aus dem Rugby-Sport • Crossfunktionale Teams • Iterativ, das ganze Team bewegt sich von Linie zu Linie • viele überlappende Phasen 05/08/12 Einführung in SCRUM 11
  • 12. Die Ziele von SCRUM Management von Komplexität, Unvorhersehbarkeit und laufende Änderungen durch: •Tansparenz •Überprüfung •Anpassung 05/08/12 Einführung in SCRUM 12
  • 13. SCRUM Roles Wer macht Was? 05/08/12 Einführung in SCRUM 13
  • 14. Productowner SCRUM Roles • hat die Produktvision • repräsentiert den Kunden • zentraler Ansprechpartner für das Produkt • Aufgaben: • definiert Anforderungen • priorisiert Anforderungen • gibt Feedback • kümmert sich um die Stakeholder • führt die Abnahme der Features durch 05/08/12 Einführung in SCRUM 14
  • 15. Das Team SCRUM Roles • Two-Pizza-Team (3-9 Personen) • gemischte Skills (Cross-Functional) • ist selbstorganisierend • Vollzeit • Aufgaben: • Tasks ableiten • Aufwand schätzen • das Produkt entwickeln • Qualität sichern 05/08/12 Einführung in SCRUM 15
  • 16. Scrum-Master SCRUM Roles • Ist für die Einhaltung des Prozesses zuständig • Schützt das Team • Löst Probleme die dem Team im Wege stehen • SCRUM-Guru • Aber: mischt sich nicht in Fachliche/Technische Belange ein • Aufgaben: • Beseitigt Impediments • Verhindert Verzögerungen • Kümmert sich ums Management • Schaut das es dem Team gut geht 05/08/12 Einführung in SCRUM 16
  • 17. Stakeholder SCRUM Roles • Lassen (idealerweise) das Team ungestört Arbeiten • Tauschen sich mit dem Productowner aus • Stellen Anforderungen an den Productowner 05/08/12 Einführung in SCRUM 17
  • 18. Rollenspiel SCRUM Roles 05/08/12 Einführung in SCRUM 18
  • 19. SCRUM Process – Überblick 24 h 30 days Sprint Product Backlog Sprint Backlog Working increment of the software
  • 20. Product-Backlog → Priorisierte Anforderungen → Verantwortung und Erstellung durch Productowner → High Level Requirements → Beschreibt den Business-Value in Form von User- Stories → Kein Anspruch auf Vollständigkeit oder Perfektion → Sollte nicht zu lang werden (Richtwert ca. 4 Sprints) → Team hat Einblick und weiß wo die Reise hingeht 05/08/12 Einführung in SCRUM 20
  • 21. Product Backlog Beispiel 05/08/12 Einführung in SCRUM 21
  • 22. User-Stories schreiben Fachliche Anforderungen • Beschreibt die Anforderung in knappen Sätzen • Granulartität muss so fein sein dass das Team die Aufgabe versteht und formal implementieren kann • Stories können bei komplexeren Problemen durch Zusatzdokumente detailliert werden • Mock-Ups sind hilfreich 05/08/12 Einführung in SCRUM 22
  • 23. User-Stories schreiben Fachliche Anforderungen Aufbau: Als <user> möchte ich <functionality> ( so dass <benefit> ) Beispiel: Als Facebook-User kann ich die Anzahl meiner Freude in der Freundesliste sehen, so dass jeder sehen kann wie beliebt ich bin :) 05/08/12 Einführung in SCRUM 23
  • 24. Sprint Vision: Selected Product Anticipated ROI, Backlog Every 24 Releases, hours Milestones Dai ly S New functionality c rum is demonstrated at end of Sprint Sprint Backlog Sprint 2 - 4 Weeks Product Backlog: Emerging prioritized requirements
  • 25. Sprint Vision: Selected Product Anticipated ROI, Backlog Every 24 Releases, hours Milestones Dai ly S New functionality c rum is demonstrated at end of Sprint Sprint Backlog Sprint 2 - 4 Weeks Product Backlog: Emerging prioritized requirements • Time Boxed • Features stehen fest • Scope ist noch variabel • Ergebnis ist ein “potentially shippable result”
  • 26. Sprint-Planning 1 Verstehen der Userstories → Anwesende Scrum-Master, Productowner, Team → Productowner stellt Frage nach der Team-Kapazität für den Sprint → 1. Vorstellung des Productbacklogs durch Productowner • aus User Perspektive • Team stellt Fragen um die Anforderung zu verstehen • Hinterfragen von Akzeptanzanforderungen (Wann ist das Ziel erreicht?) • Team fragt so detailliert, dass es die Story im Folgeschritt zerlegen und schätzen kann • Productowner fragt nach jeder Story ob diese noch in den Sprint passt • ca. 1 Stunde / Sprint-Woche 05/08/12 Einführung in SCRUM 25
  • 27. Sprint-Planning 2 Zerlegung des Stories in (technische) Aufgaben → Stories in Tasks zerlegen → Beteiligte: Team, SCRUM-Master (nur steuernd) → Tasks schätzen • wenn möglich kleiner als 1 Tag Aufwand • Schätzung in Storypoints (angelehnt an Stunden) • Fibonacci Zahlen (1,2,3,5,8,13, ...) • Bewährte Methode ist Planning-Poker • 1 -1/2 Stunden je Sprint-Woche • Ergebnis ist ein definiertes Sprint-Backlog • Vorstellung des Sprint-Backlogs durch das Team 05/08/12 Einführung in SCRUM 26
  • 28. Das Team-Commitment → Team commitet sich zum Sprint-Backlog → Pigs and Chicken... 05/08/12 Einführung in SCRUM 27
  • 29. Sprint-Backlog → Verantwortung liegt beim Team → Keine neuen Stories durch “Andere” → Das Team definiert den Umfang des Sprints 05/08/12 Einführung in SCRUM 28
  • 30. Daily-Scrum → Dauer max. 15 Minuten → Standup-Meeting → Vor dem Meeting: • Aktualisierung der verbleibenden Aufwände im Backlog • Aktualisieren des Taskboards → Jedes Teammitglied beantwortet die Fragestellungen • Was habe ich gestern gemacht? • Was ist mein Ziel für den heutigen Tag? • Welche Probleme halten mich vom Erreichen meiner Ziele ab? 05/08/12 Einführung in SCRUM 29
  • 31. Task-Board Die Aufgaben im Blick... 05/08/12 Einführung in SCRUM 30
  • 32. “Definition of Done” Wann ist ein Task abgeschloßen? • coded •commented •checked in •integrated •reviewed •unit tested •deployed to test environment •passed user acceptance test •documented 05/08/12 Einführung in SCRUM 31
  • 34. “Sprint-Review” → formale Abnahme durch den Productowner → Demo-Modus (keine Slides) → Das ganze Team ist anwesend → Stakeholder sind eingeladen teilzunehmen → Jede Story wird durch den Productowner getestet → Stories werden abgenommen oder abgeleht • Es werden nur vollständige Features abgenommen → Dauer 1-2 Stunden pro Sprintwoche 05/08/12 Einführung in SCRUM 33
  • 35. “Sprint-Retrospektive” Kontinuierliche Verbesserung als Prozessbestandteil → Team und Scrummaster reflektieren den vergangen Sprint → Productower ist optional → Burndownchart und Taskboard werden analysiert → typische Fragen: • Was war gut? • Was kann beim nächsten mal besser gemacht werden Letzter Nächster Sprint Sprint 05/08/12 Einführung in SCRUM 34
  • 36. “Release Planning” Produktion von auslieferbarer von Software → Release-Sprints dienen der Fertigung von auslieferbarer Software → typische Aufgaben eines Release-Sprints: →Usebillity →Dokumentation →Benutzer-Hilfe →Paketierung 05/08/12 Einführung in SCRUM 35
  • 37. Sprints Zusammenfassung → Getrieben vom Productowner → keine reversible Schritte → Änderungen willkommen (durch Product-Backlog) → Cross-Functional-Team → Bestehen auch aus Design und Tests (End-To-End) → Team-Commitment → Hohe Qualität der Software (Fertig!) → Feedback-Schleifen → “Fail fast!” 05/08/12 Einführung in SCRUM 36
  • 38. SCRUM Process • Business case & funding cle 24 h • Contract agreement • Vision y tC rin • Initial product backlog g nin Da Sp • Initial release plan n Pla g Da ily • Stakeholder buy-in nt n ily W S pri eeti • Assemble team M S or cr k um Update Preparation Product SCRUM Product Release (n) Backlog Process Increment Re S tro prin sp t ew Impediment Product ec tiv R evi Product Scrum rint Master List Backlog Delta eSp Owner Report op el W ev ra D p Ad ew vi SCRUM Artifacts ju Re st el op el op SCRUM Roles W W ev ev ra ra D D p p Ad Ad e w e w vi vi ju ju Re Re st st op el W ev ra D p Product Backlog Ad Sprint Backlog vi ew ju Re Burn down Stakeholders st Burn down Users Sprint Product Backlog Backlog Team Members
  • 39. Zusammenfassung Warum SCRUM? 05/08/12 Einführung in SCRUM 38
  • 40. Erfahrungen aus Adorsys SCRUM Projekten 05/08/12 Einführung in SCRUM 39
  • 41. ?? Q&A ?? 05/08/12 Einführung in SCRUM 40

Hinweis der Redaktion

  1. \n
  2. \n
  3. \n
  4. \n
  5. \n
  6. \n
  7. \n
  8. \n
  9. \n
  10. \n
  11. \n
  12. \n
  13. \n
  14. \n
  15. \n
  16. \n
  17. \n
  18. \n
  19. \n
  20. \n
  21. \n
  22. \n
  23. \n
  24. \n
  25. \n
  26. \n
  27. \n
  28. \n
  29. \n
  30. \n
  31. \n
  32. \n
  33. \n
  34. \n
  35. \n
  36. \n
  37. \n
  38. \n
  39. \n
  40. \n