SlideShare ist ein Scribd-Unternehmen logo
1 von 40
Downloaden Sie, um offline zu lesen
Felix Rüssel, Scrum-Day 2011, September 2011, Darmstadt
       felix.ruessel@agile-rescue.com // www.agile-rescue.com
Wer?
 Informatiker & Wirtschaftsingenieur
  (Marketing/Vertrieb)
 Scrum Master, Scrum Product Owner,
  Scrum Consultant
 Projektleiter agile/traditionell
            Web: www.agile-rescue.com
            Blog: www.armerkater.de
            Twitter: armerkater
            Mail: felix.ruessel@agile-rescue.com


28.09.2011                     Felix Rüssel, Scrum Day 2011   2
Warum dieser Vortrag?
• Immer wieder erlebt
      – Ineffizientes Projektmanagement
      – Frustrierte agile Teams
• Warum?
      – Bürokratie
      – Kontext nicht verstanden
      – Das WARUM nicht verstanden
      – Die eigenen Möglichkeiten überschätzt
      – „Wir“ gegen „Die“

28.09.2011            Felix Rüssel, Scrum Day 2011   3
SCRUM & PROJEKTMANAGEMENT
    Kontext beachten
    Beispiele & Erfahrungen
    Zusammenfassung




28.09.2011                    Felix Rüssel, Scrum Day 2011   4
Anmerkungen zum PMBoK
• PMBoK = Project Management Body of
  Knowledge
      – Best Practices für das Projektmanagement
      – Adaptiv: Inhalte ändern sich mit der Zeit, genau
        wie sich das Projektmanagement über die Zeit
        verändert
      – Projektmanagement allgemein– nicht nur IT
• PMBoK ist kein Prozessmodell
• PMBoK != Wasserfall

28.09.2011              Felix Rüssel, Scrum Day 2011       5
Anmerkungen zum PMBoK
9 PMBOK Knowledge Areas                    5 Process Groups
   – Project Integration Management               – Initiating
   – Project Scope Management                     – Planning
   – Project Time Management                      – Executing
   – Project Cost Management
                                                  – Monitoring and
                                                    Controlling
   – Project Quality Management                   – Closing
   – Project Human Resource
     Management                                                 Plan
   – Project Communications
     Management
   – Project Risk Management
                                                          Act           DO
   – Project Procurement
     Management                                                 Check
28.09.2011                 Felix Rüssel, Scrum Day 2011                      6
Projektmanagement: Häufige Kritik
• „Nur schlechte Erfahrungen gemacht“
• Kompliziert und aufwändig in der Anwendung, aufwändig zu
  lernen (zu viel Bürokratie)
• Hang zu Command & Control, Management by Numbers
      – Projektplan  GANTT mit technischen Tasks
      – Plan veraltet
•    Mangelhafte Interaktion mit Kunden
•    Intransparenz: Zahlen verschleiern Realität, Big Bang!
•    Menschen sind nur Ressourcen
•    Todesmarsch ab Mitte des Projektes
•    Keine Anpassungen, da Änderungsmanagement sehr aufwändig
•    Verwaltung, nicht Werte schaffen.
•    Fokus nur auf Kosten, nicht auf erzeugten Geschäftswert


28.09.2011                  Felix Rüssel, Scrum Day 2011        7
Projektmanagement: Stärken
• Status Quo / Rechtssicherheit
• Determinismus
      – Dokumentation/Nachvollziehbarkeit
      – Management von komplizierten Systemen
• Umfassend: Vieler Themen (Risiken, Recht,
  Vertragsmanagement, …) abgedeckt.
• Etablierte Begrifflichkeiten
• Management liebt gefühlte „Sicherheit“ (Zahlen)
• Vereinbarkeit Linie & Projekt thematisiert
• Fokus auf Kostenkontrolle

28.09.2011              Felix Rüssel, Scrum Day 2011   8
SCRUM: Häufige Kritik
• Große Veränderung, Anforderungen an Rahmenbedingungen
      – Auswirkung auf Linie, Machtkämpfe
• Rechtliche Fragestellungen sind bisher nicht ausreichend
  untersucht. Herausforderung „Mitwirkung Kunde“
• Product Owner als Soll-Bruchstelle
• Funktioniert nicht mit Festpreis-Projekten
• Generalisten funktionieren bei uns nicht
• Selbstorganisation nur mit erfahrenem Team.
• Zu kurze Iterationen, zu viele Meetings, zu wenig produktive Zeit
• SCRUM funktioniert nur, wenn alles und jeder SCRUM machen
• Selbstorganisation und Architektur?
• Sehr gutes Engineering Voraussetzungen. Altlasten ein großes
  Problem.
• Kein PROJEKTmanagement

28.09.2011                  Felix Rüssel, Scrum Day 2011          9
SCRUM: Stärken
• Mindset (Agile)
• Framework zum Management komplexer adaptiver
  Systeme
• Einfache Grundstruktur, konkrete Vorgaben
• Kontinuierliche Prozessverbesserung
• Selbstorganisation
      – Intensive Interaktion: Team, Kunde, Stakeholder
      – Menschen nicht nur Ressourcen
• Transparenz, Adaptiv
      – „Fail early“
• Erzeugung von Geschäftswert

28.09.2011                Felix Rüssel, Scrum Day 2011    10
Einfacher Vergleich
SCRUM                                        Traditionelles PM
•    Werte, Mindset, Framework               •    Sammlung Best Practices
•    Komplexe Systeme                        •    Deterministische Systeme
•    Einfache Regeln                         •    Umfangreiche Elemente
•    Schnelle Realisierung                   •    Detaillierte Dokumentation
•    Schnelles Feedback                      •    Controlling/Reporting
•    Schnelle Anpassung                      •    Vorhersagen, Kalkulation
•    Strategie kleiner Schritte              •    Management großer Pakete
•    Technische Exzellenz nötig              •    Arbeitet gern mit Standards
•    Umsetzung mit Generalisten              •    Umsetzung mit Spezialisten
•    Adaptive Planung                        •    Umsetzung eines Plans
      – Änderungen günstig                          – Änderungen teuer

• Wert,Transparenz,Anpassung                 • Kosten,Kontrolle,Plan

28.09.2011                   Felix Rüssel, Scrum Day 2011                       11
SCRUM & Projektmanagement

    KONTEXT BEACHTEN
    Beispiele & Erfahrungen
    Zusammenfassung




28.09.2011                    Felix Rüssel, Scrum Day 2011   13
Wie agil ist der Kontext?
        Agile                                      Traditionelles Projektmanagement

             Individuen und                                  Prozesse und
              Interaktionen                                   Werkzeuge

             Funktionierende                              umfassende
                Software                                 Dokumentation

      Zusammenarbeit mit
                                                  Vertragsverhandlung
         dem Kunden

              Reagieren auf
                                                   Befolgen eines Plans
              Veränderung
28.09.2011                    Felix Rüssel, Scrum Day 2011                            14
Cockburn Scale
                 Loss of Live
                                   L         L6              L20             L40     L100
  Risikoklasse



                 Loss of Essential
                 Money             E         E6              E20             E40     E100

                 Loss of
                 Discretionary     D         D6              D20             D40    D100
                 Money
                 Loss of Comfort
                                   C         C6              C20             C40     C100

                                       1-6             -20             -40         -100

                      Anzahl zu koordinierender Personen
28.09.2011                              Felix Rüssel, Scrum Day 2011                        15
Cockburn Scale
                 Loss of Live
                                   L         L6              L20             L40     L100
  Risikoklasse



                 Loss of Essential
                 Money             E         E6              E20             E40     E100

                 Loss of
                 Discretionary     D         D6              D20             D40    D100
                 Money
                 Loss of Comfort
                                   C         C6              C20             C40     C100

                                       1-6             -20             -40         -100

                      Anzahl zu koordinierender Personen
28.09.2011                              Felix Rüssel, Scrum Day 2011                        16
Agreement & Certainty Matrix
     Far from
     agreement   Requirements Complexity

                                                                                    chaotic




    Close to                               simple
    agreement
                                                       Technology complexity
                                           Close to                                     Far from
                                           certainty                                    certainty
28.09.2011

                                                         Felix Rüssel, Scrum Day 2011               17
Spezifische Herausforderung:
 Sprache des Auftraggebers sprechen
             Budgetierung                     Kunde
             Finanzen                         Festpreis
             Personal




                    Projektmanagement


                            Entwicklung
                            SCRUM Teams



28.09.2011                    Felix Rüssel, Scrum Day 2011   18
SCRUM & Projektmanagement
    Kontext beachten

    BEISPIELE & ERFAHRUNGEN
    Zusammenfassung




28.09.2011               Felix Rüssel, Scrum Day 2011   19
Kontext für die Beispiele
• Interne IT: Agile Prozesse / SCRUM
      – Aber „Multi-Project-Scrum“
• Extern: Festpreisverträge, Konsortien
      – Öffentliche Auftraggeber (EU, Bund, Länder)
      – Konzernkunden, Mittelstand
• Rolle/Aufgabe: Konkretes Projekt
      – Projektleiter (Außenwirkung)
      – Scrum Product Owner (Innenwirkung)
      – (Scrum Master)

28.09.2011             Felix Rüssel, Scrum Day 2011   20
Das Geister-Projekt
Herausforderung
• Projekt beschäftigt Teams aber echter Owner fehlt
• Projektleiter wurde abgeschafft („in SCRUM gibt es keine
  PL“)
• Kontext: Multi-Project-Scrum
Herangehensweise
• PO muss konsequent Themen ohne echte „Owner“
  abweisen
• Agilen Projektleiter benennen
Erfahrungen
• Senior-Management / Sales ersetzt PL nicht
• Mit PL: Ansprechpartner für PO existiert, Fokus
  wiederhergestellt
28.09.2011            Felix Rüssel, Scrum Day 2011       21
Multi-Project-Scrum
Herausforderung
• Ein SCRUM Team mit mehreren Projekten
• Ein Projekt in mehreren SCRUM-Teams
Herangehensweise
• Abstimmung Projektleiter/PO
• Abstimmung POs über Teams und Themen hinweg
• Product Backlog als langfristige Roadmap
Erfahrungen
• Schwierig. Reibungsverluste! Wer entscheidet?
  Kommunikation! Lokale Optimierung!
  Abhängigkeiten!
• Multitasking: Fokus & Produktivität gehen verloren.
28.09.2011           Felix Rüssel, Scrum Day 2011       22
Ohne Fokus kein Committment, ohne
             Committment und Respekt keine Offenheit.
                          Transparenz?
                          Produktivität?


28.09.2011                Felix Rüssel, Scrum Day 2011   23
Festpreis
Herausforderung
• Festpreisvertrag
• „Oh, but surely you understood that {some feature or process}
   is part of what we asked for.“
Herangehensweise
• Ausschreibung > Initial PBL > Schätzungen (SP2.1) > Angebot
• Längerfristiges Product Backlog & Projektmanagement
Erfahrungen
• Funktioniert ausreichend gut, wenn Ungenauigkeit eingepreist
   ist.
• Risiken:
      – Festpreis per se, PM auf richtiger Flughöhe!
      – „Inventory“: Risiko für Wertverlust
      – Vertragliche Risiken müssen verstanden werden, können Projekt
        unattraktiv machen, wenn richtig bewertet.

28.09.2011                   Felix Rüssel, Scrum Day 2011               24
Werkvertrag & Änderungen
Änderungsmanagement juristisch:
      – Jede Änderung ist Vertragsänderung
      – Dokumentation erforderlich
Zu klären im Vorfeld:
      – Pflicht zur Annahme von Änderungen?
      – Wer unterbreitet Angebot?
      – Was passiert, wenn Angebot nicht angenommen
        wird?
      – ….
28.09.2011            Felix Rüssel, Scrum Day 2011   25
Festpreis-Projekte




• Vorteile für Auftraggeber
             • Wichtigste Punkte zuerst
             • Schnell echte Ergebnisse
             • Vereinfachter CR-Prozess bei offenen Stories

28.09.2011                    Felix Rüssel, Scrum Day 2011    26
Produktbacklog als langfristige
                      Roadmap
Herausforderung
• Abstimmung über Teams hinweg (Abhängigkeiten)
• Feste Termine und Lieferzusagen(Festpreis & Multi-
  Project-Scrum)
Herangehensweise
• Bestückung zukünftiger Sprints
• Weit in Zukunft: Features/Epics statt Stories
• Schätzung Aufwand & Kapazität (schnell/gut)
Erfahrungen
• Wichtige Diskussionsgrundlage, Abhängigkeiten gut
  visualisierbar
• Großteil der Zukunft muss flexibel bleiben
• Risiko: Pull-Prinzip vs. Planung
28.09.2011              Felix Rüssel, Scrum Day 2011   27
Sprint                    Sprint                        Sprint
             (Stories, Tasks)         (Stories, Tasks)               (Stories, Tasks)


                READY                    READY
                                                                        READY
           Preparing                 Preparing
        (Epics -> Stories)        (Epics -> Stories)                 Preparing
                                                                  (Epics -> Stories)




         Planned Topics            Planned Topics                  Planned Topics
    (Ideas, Epics, Themes)      (Ideas, Epics, Themes)          (Ideas, Epics, Themes)




28.09.2011                       Felix Rüssel, Scrum Day 2011                            28
Vorausplanung:
             Abhängigkeiten aufzeigen
               Sprint 1    Sprint 2             Sprint 3   Sprint 4   Sprint 5
               (aktuell)



Team 1



Team 2



Team 3


28.09.2011                 Felix Rüssel, Scrum Day 2011                     29
Vorausplanung & Pull
• Vorausplanung=Push: Zu starkes „Pushen“
  ist eine Form des Wunschdenkens und
  schädlich
             • Ein bisschen „Pushen“ kann Teil eines Spiels sein.


• Sprint Planning=Pull: Team entscheidet über
  Committment.
             • Dieses Grundprinzip darf nicht verletzt werden!


28.09.2011                    Felix Rüssel, Scrum Day 2011          30
Make it READY
               Story
             Template


                             Add Details




                                                                                                   Sprint Backlog
                                                                                READY




                                                                                                    Committed
                  Discuss!        Discuss!    Discuss!                                   Sprint
                                                                                        Planning

                                                           Story
                         Epic
                                                           Story
                        Story                              Story
                                                           Story
                        Story
                                                           Story
   Details              Details                              Details
                                                    Details, Details, Details




28.09.2011                              Felix Rüssel, Scrum Day 2011                                                31
Story Points 2.1
Herausforderung
• Schnelle Grobschätzung wird benötigt
• Hohe Unsicherheit, Stories nicht wirklich bekannt
Herangehensweise
• SCHNELL-Schätzungen durch Team
• Schätzungen durch NICHT-Team
• Indikator „x.1“ verdeutlicht Ungenauigkeit
Erfahrungen
• Hilfreich für Grobschätzungen von Epics und unklaren
  Stories. Wenn Story bekannt  Team Estimation Game!
• Risiko: Beeinflussung Team im echten Estimation. Gefühl
  falscher Sicherheit.

28.09.2011            Felix Rüssel, Scrum Day 2011          32
Velocity~Personentage~EUR
Herausforderung
• Personentage/EUR als Währung innerhalb einer
  Organisation
• Grobplanung kommende Sprints
Herangehensweise
• Zeitaufwand (h), gemittelte Kosten (EUR), Ergebnis (SP)
  werden in Verhältnis gesetzt
• Wert eines SP in h/EUR für ein Team
Erfahrungen
• Sehr hilfreich für Vorausplanung (Urlaub, Schulungen).
  Aber nur Indikator, nicht Gesetz.
• Diskussion um „fast fertig“ gewinnt an Brisanz
• Veränderung über Zeit interessant
28.09.2011            Felix Rüssel, Scrum Day 2011          33
Product Owner
Herausforderung
• Single Wrinkable Neck. Responsible. Super Human!
• Komplexität, Unsicherheit, Geld, Politik, Macht
Herangehensweise
• Unterstützung durch Projektleiter, Analysten, …
• Product Owner braucht Entscheidungsfreiheit
  (Macht!)
Erfahrungen
• Echter PO benötigt Entscheidungsfreiheit.
  Alternative sind verwaltende Stellvertreter. Wenig
  attraktiv, aber häufigste Erscheinungsform.

28.09.2011           Felix Rüssel, Scrum Day 2011      34
Product Owner
Dean Leffingwell:
• „That‘s a really                 big
                         deal because that also is
  a person that makes decisions on behalf of the
  enterprise“
• „It‘s pretty easy to under estimate the impact
  and importance of that role and the
  training that‘s required“
• „The Role of Product Owner is key.“

             http://business901.com/blog1/the-lean-agile-train-software-transcription/


28.09.2011                             Felix Rüssel, Scrum Day 2011                      35
SCRUM & Projektmanagement
    Kontext beachten
    Beispiele & Erfahrungen

    ZUSAMMENFASSUNG




28.09.2011               Felix Rüssel, Scrum Day 2011   36
Zusammenfassung
Der Prozess muss zum Kontext passen
• Anforderungen an den Prozess
• Prozessverständnis beim Auftraggeber
Prüfe Rahmenbedingung & Erwartungen:
• Was kannst Du beeinflussen?
• Quellen von Komplexität und Risiken?
Verstehe Deine Rolle:
• Fokus auf Team/Organisation, Ziel: Steigerung
  Produktivität? SCRUM
• Ein Projekt im Fokus? Festpreisvertrag?
  Projektmanagement

28.09.2011           Felix Rüssel, Scrum Day 2011   37
Zusammenfassung
• Traditionelles PM und SCRUM können auf
  operativer Ebene zusammen eingesetzt
  werden
      – Beide Welten müssen verstanden werden
      – Agiles Projektmanagement
• Risiko: Frankenstein-SCRUM
• Auf Ebene der Werte sind SCRUM und PM
  teilweise im Zielkonflikt

28.09.2011           Felix Rüssel, Scrum Day 2011   38
Referenzen
Interessante Bücher
http://astore.amazon.de/scrumprojektmanagement-21
Gute Präsentation mit detailliertem Vergleich:
Gfrörer: Agil & PMBOK-konform – das passt
doch nicht zusammen, oder doch?
http://www.andrena.de/Entwicklertag/2009/Downloads/Confe
rence-Day/Agil-PMBOK.pdf




28.09.2011            Felix Rüssel, Scrum Day 2011     39
Kontakt
 www.agile-rescue.com
 www.agile-nearshoring.com
 www.armerkater.de

 felix.ruessel@agile-rescue.com




28.09.2011         Felix Rüssel, Scrum Day 2011   40

Weitere ähnliche Inhalte

Was ist angesagt?

Scrum Einleitung Präsentation
Scrum Einleitung PräsentationScrum Einleitung Präsentation
Scrum Einleitung PräsentationAndreas Nerlich
 
Agile 101
Agile 101Agile 101
Agile 101beLithe
 
Webaula 52 - Agile PMO e a transformação organizacional pela agilidade
Webaula 52 - Agile PMO e a transformação organizacional pela agilidadeWebaula 52 - Agile PMO e a transformação organizacional pela agilidade
Webaula 52 - Agile PMO e a transformação organizacional pela agilidadeProjetos e TI
 
Scrum Training (One Day)
Scrum Training (One Day)Scrum Training (One Day)
Scrum Training (One Day)beLithe
 
PMO - Escritório de Projetos | Workshop
PMO - Escritório de Projetos | WorkshopPMO - Escritório de Projetos | Workshop
PMO - Escritório de Projetos | WorkshopCompanyWeb
 
ScrumOps - Featuring Dave West & Jayne Groll
ScrumOps - Featuring Dave West & Jayne GrollScrumOps - Featuring Dave West & Jayne Groll
ScrumOps - Featuring Dave West & Jayne GrollTaylor Puleri
 
Discover the right tools for your Project Management Office (PMO)
Discover the right tools for your Project Management Office (PMO)Discover the right tools for your Project Management Office (PMO)
Discover the right tools for your Project Management Office (PMO)Hussain Bandukwala
 
Comment mettre en place un bureau de projets avec succès !
Comment mettre en place un bureau de projets avec succès !Comment mettre en place un bureau de projets avec succès !
Comment mettre en place un bureau de projets avec succès !PMI-Montréal
 
Project Management - Projekte erfolgreich konzipieren, planen und umsetzen
Project Management - Projekte erfolgreich konzipieren, planen und umsetzenProject Management - Projekte erfolgreich konzipieren, planen und umsetzen
Project Management - Projekte erfolgreich konzipieren, planen und umsetzenPDAgroup
 
The Project Management Office - Effectiveness and Delivering Value
The Project Management Office - Effectiveness and Delivering ValueThe Project Management Office - Effectiveness and Delivering Value
The Project Management Office - Effectiveness and Delivering ValueMatthew Hillhouse
 
Implementing PMO
Implementing PMOImplementing PMO
Implementing PMOTURKI , PMP
 
PMO - Project Management Office
PMO - Project Management OfficePMO - Project Management Office
PMO - Project Management OfficeAragon Vieira
 

Was ist angesagt? (20)

Scrum Einleitung Präsentation
Scrum Einleitung PräsentationScrum Einleitung Präsentation
Scrum Einleitung Präsentation
 
Pmbok6 to 7 transformation
Pmbok6 to 7 transformationPmbok6 to 7 transformation
Pmbok6 to 7 transformation
 
Agile KPIs vs. Traditional KPIs – A mind shift
Agile KPIs vs. Traditional KPIs – A mind shiftAgile KPIs vs. Traditional KPIs – A mind shift
Agile KPIs vs. Traditional KPIs – A mind shift
 
Agile 101
Agile 101Agile 101
Agile 101
 
Webaula 52 - Agile PMO e a transformação organizacional pela agilidade
Webaula 52 - Agile PMO e a transformação organizacional pela agilidadeWebaula 52 - Agile PMO e a transformação organizacional pela agilidade
Webaula 52 - Agile PMO e a transformação organizacional pela agilidade
 
Scrum Training (One Day)
Scrum Training (One Day)Scrum Training (One Day)
Scrum Training (One Day)
 
Apresentação pmo
Apresentação pmoApresentação pmo
Apresentação pmo
 
PMO - Escritório de Projetos | Workshop
PMO - Escritório de Projetos | WorkshopPMO - Escritório de Projetos | Workshop
PMO - Escritório de Projetos | Workshop
 
ScrumOps - Featuring Dave West & Jayne Groll
ScrumOps - Featuring Dave West & Jayne GrollScrumOps - Featuring Dave West & Jayne Groll
ScrumOps - Featuring Dave West & Jayne Groll
 
PMBOK 7th Edition What is Changing?
PMBOK 7th Edition What is Changing?PMBOK 7th Edition What is Changing?
PMBOK 7th Edition What is Changing?
 
Agile Project Management
Agile Project ManagementAgile Project Management
Agile Project Management
 
Projektijuhtimine
ProjektijuhtimineProjektijuhtimine
Projektijuhtimine
 
Discover the right tools for your Project Management Office (PMO)
Discover the right tools for your Project Management Office (PMO)Discover the right tools for your Project Management Office (PMO)
Discover the right tools for your Project Management Office (PMO)
 
Comment mettre en place un bureau de projets avec succès !
Comment mettre en place un bureau de projets avec succès !Comment mettre en place un bureau de projets avec succès !
Comment mettre en place un bureau de projets avec succès !
 
Project Management - Projekte erfolgreich konzipieren, planen und umsetzen
Project Management - Projekte erfolgreich konzipieren, planen und umsetzenProject Management - Projekte erfolgreich konzipieren, planen und umsetzen
Project Management - Projekte erfolgreich konzipieren, planen und umsetzen
 
The Project Management Office - Effectiveness and Delivering Value
The Project Management Office - Effectiveness and Delivering ValueThe Project Management Office - Effectiveness and Delivering Value
The Project Management Office - Effectiveness and Delivering Value
 
Implementing PMO
Implementing PMOImplementing PMO
Implementing PMO
 
Agile
AgileAgile
Agile
 
PMO - Project Management Office
PMO - Project Management OfficePMO - Project Management Office
PMO - Project Management Office
 
Ms project
Ms projectMs project
Ms project
 

Andere mochten auch

Schlankes Projektmanagement
Schlankes ProjektmanagementSchlankes Projektmanagement
Schlankes ProjektmanagementHagen Management
 
Scrum Poster
Scrum PosterScrum Poster
Scrum Posterrdelyon
 
Präsentation projektmanagement grundlagen
Präsentation projektmanagement grundlagenPräsentation projektmanagement grundlagen
Präsentation projektmanagement grundlagenJo Schneider
 
Foliensatz Projektmanagement
Foliensatz ProjektmanagementFoliensatz Projektmanagement
Foliensatz ProjektmanagementUVKLucius
 
Agile Geschäftsprozeßanalyse OOA/D am Beispiel einer Seminarverwaltung
Agile Geschäftsprozeßanalyse OOA/D am Beispiel einer SeminarverwaltungAgile Geschäftsprozeßanalyse OOA/D am Beispiel einer Seminarverwaltung
Agile Geschäftsprozeßanalyse OOA/D am Beispiel einer SeminarverwaltungGFU Cyrus AG
 
Introduction to Scrum
Introduction to ScrumIntroduction to Scrum
Introduction to ScrumMatt Wood
 
Agile Vorgehensmodelle in der Softwareentwicklung: Scrum
Agile Vorgehensmodelle in der Softwareentwicklung: ScrumAgile Vorgehensmodelle in der Softwareentwicklung: Scrum
Agile Vorgehensmodelle in der Softwareentwicklung: ScrumJohannes Diemke
 
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr gut!
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr gut!Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr gut!
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr gut!Frank Lange
 
Projektmanagement • Einführung
Projektmanagement • EinführungProjektmanagement • Einführung
Projektmanagement • EinführungPiA-Consulting
 
What killed RUP could kill Agile, too
What killed RUP could kill Agile, tooWhat killed RUP could kill Agile, too
What killed RUP could kill Agile, tooLuiz Borba
 
Der Weg des Connected Car: Lösungen für die Automobilindustrie
Der Weg des Connected Car: Lösungen für die AutomobilindustrieDer Weg des Connected Car: Lösungen für die Automobilindustrie
Der Weg des Connected Car: Lösungen für die Automobilindustriemoccu
 
Fünf Punkte für mehr Relevanz im Store
Fünf Punkte für mehr Relevanz im Store Fünf Punkte für mehr Relevanz im Store
Fünf Punkte für mehr Relevanz im Store TWT
 
Merda Acontece
Merda AconteceMerda Acontece
Merda AconteceLuiz Borba
 
Präsentation Kick-Off AM
Präsentation Kick-Off AMPräsentation Kick-Off AM
Präsentation Kick-Off AMETHWebRelaunch
 
Relaunch Prozess: Schritte und Erfolgsfaktoren für eine optimierte Conversion...
Relaunch Prozess: Schritte und Erfolgsfaktoren für eine optimierte Conversion...Relaunch Prozess: Schritte und Erfolgsfaktoren für eine optimierte Conversion...
Relaunch Prozess: Schritte und Erfolgsfaktoren für eine optimierte Conversion...TWT
 
Klassisches Projektmanagement und agil - OOP 2011 - OPITZ CONSULTING - Dr. An...
Klassisches Projektmanagement und agil - OOP 2011 - OPITZ CONSULTING - Dr. An...Klassisches Projektmanagement und agil - OOP 2011 - OPITZ CONSULTING - Dr. An...
Klassisches Projektmanagement und agil - OOP 2011 - OPITZ CONSULTING - Dr. An...OPITZ CONSULTING Deutschland
 
War Gandalf eigentlich Scrum Master?
War Gandalf eigentlich Scrum Master?War Gandalf eigentlich Scrum Master?
War Gandalf eigentlich Scrum Master?Udo Wiegärtner
 

Andere mochten auch (20)

Schlankes Projektmanagement
Schlankes ProjektmanagementSchlankes Projektmanagement
Schlankes Projektmanagement
 
Projektmanagement Basics
Projektmanagement BasicsProjektmanagement Basics
Projektmanagement Basics
 
Projektmanagement
ProjektmanagementProjektmanagement
Projektmanagement
 
Scrum Poster
Scrum PosterScrum Poster
Scrum Poster
 
Präsentation projektmanagement grundlagen
Präsentation projektmanagement grundlagenPräsentation projektmanagement grundlagen
Präsentation projektmanagement grundlagen
 
Foliensatz Projektmanagement
Foliensatz ProjektmanagementFoliensatz Projektmanagement
Foliensatz Projektmanagement
 
Agile Geschäftsprozeßanalyse OOA/D am Beispiel einer Seminarverwaltung
Agile Geschäftsprozeßanalyse OOA/D am Beispiel einer SeminarverwaltungAgile Geschäftsprozeßanalyse OOA/D am Beispiel einer Seminarverwaltung
Agile Geschäftsprozeßanalyse OOA/D am Beispiel einer Seminarverwaltung
 
Introduction to Scrum
Introduction to ScrumIntroduction to Scrum
Introduction to Scrum
 
Agile Vorgehensmodelle in der Softwareentwicklung: Scrum
Agile Vorgehensmodelle in der Softwareentwicklung: ScrumAgile Vorgehensmodelle in der Softwareentwicklung: Scrum
Agile Vorgehensmodelle in der Softwareentwicklung: Scrum
 
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr gut!
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr gut!Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr gut!
Wozu Agilität? Klassisches Projektmanagement funktioniert doch auch sehr gut!
 
Projektmanagement • Einführung
Projektmanagement • EinführungProjektmanagement • Einführung
Projektmanagement • Einführung
 
What killed RUP could kill Agile, too
What killed RUP could kill Agile, tooWhat killed RUP could kill Agile, too
What killed RUP could kill Agile, too
 
Der Weg des Connected Car: Lösungen für die Automobilindustrie
Der Weg des Connected Car: Lösungen für die AutomobilindustrieDer Weg des Connected Car: Lösungen für die Automobilindustrie
Der Weg des Connected Car: Lösungen für die Automobilindustrie
 
Fünf Punkte für mehr Relevanz im Store
Fünf Punkte für mehr Relevanz im Store Fünf Punkte für mehr Relevanz im Store
Fünf Punkte für mehr Relevanz im Store
 
Hochschul-Websites: Konzeption und Management
Hochschul-Websites: Konzeption und ManagementHochschul-Websites: Konzeption und Management
Hochschul-Websites: Konzeption und Management
 
Merda Acontece
Merda AconteceMerda Acontece
Merda Acontece
 
Präsentation Kick-Off AM
Präsentation Kick-Off AMPräsentation Kick-Off AM
Präsentation Kick-Off AM
 
Relaunch Prozess: Schritte und Erfolgsfaktoren für eine optimierte Conversion...
Relaunch Prozess: Schritte und Erfolgsfaktoren für eine optimierte Conversion...Relaunch Prozess: Schritte und Erfolgsfaktoren für eine optimierte Conversion...
Relaunch Prozess: Schritte und Erfolgsfaktoren für eine optimierte Conversion...
 
Klassisches Projektmanagement und agil - OOP 2011 - OPITZ CONSULTING - Dr. An...
Klassisches Projektmanagement und agil - OOP 2011 - OPITZ CONSULTING - Dr. An...Klassisches Projektmanagement und agil - OOP 2011 - OPITZ CONSULTING - Dr. An...
Klassisches Projektmanagement und agil - OOP 2011 - OPITZ CONSULTING - Dr. An...
 
War Gandalf eigentlich Scrum Master?
War Gandalf eigentlich Scrum Master?War Gandalf eigentlich Scrum Master?
War Gandalf eigentlich Scrum Master?
 

Ähnlich wie Traditionelles Projektmanagement und SCRUM

PM und SCRUM - Vortrag PMI FC 10.10.2011
PM und SCRUM - Vortrag PMI FC 10.10.2011PM und SCRUM - Vortrag PMI FC 10.10.2011
PM und SCRUM - Vortrag PMI FC 10.10.2011Felix Ruessel
 
Smart Working & Future Work@Detecon - Kurzpräsentation
Smart Working & Future Work@Detecon - KurzpräsentationSmart Working & Future Work@Detecon - Kurzpräsentation
Smart Working & Future Work@Detecon - KurzpräsentationMarc Wagner
 
Betriebsverfassungsgesetz und Scrum - Scrum Day 2012
Betriebsverfassungsgesetz und Scrum - Scrum Day 2012Betriebsverfassungsgesetz und Scrum - Scrum Day 2012
Betriebsverfassungsgesetz und Scrum - Scrum Day 2012Lars Guillium
 
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
 
CCD 2012: Einführung und Integration eines Wissensmanagementsystems auf der B...
CCD 2012: Einführung und Integration eines Wissensmanagementsystems auf der B...CCD 2012: Einführung und Integration eines Wissensmanagementsystems auf der B...
CCD 2012: Einführung und Integration eines Wissensmanagementsystems auf der B...Communardo GmbH
 
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)Pierluigi Pugliese
 
PRINCE2® und agile Methoden in Kombination – ein Erfolgsmodell für die Praxis?
PRINCE2® und agile Methoden in Kombination – ein Erfolgsmodell für die Praxis?PRINCE2® und agile Methoden in Kombination – ein Erfolgsmodell für die Praxis?
PRINCE2® und agile Methoden in Kombination – ein Erfolgsmodell für die Praxis?Wolfgang Ksoll
 
Infrastruktur agil bauen - der DBA im SAFe-Umfeld
Infrastruktur agil bauen - der DBA im SAFe-UmfeldInfrastruktur agil bauen - der DBA im SAFe-Umfeld
Infrastruktur agil bauen - der DBA im SAFe-UmfeldDaniel Steiger
 
knowtech2011-Verwaltung2.0
knowtech2011-Verwaltung2.0knowtech2011-Verwaltung2.0
knowtech2011-Verwaltung2.0TwentyOne AG
 
spm Feierabendworkshop im September
spm Feierabendworkshop im Septemberspm Feierabendworkshop im September
spm Feierabendworkshop im SeptemberNetcetera
 
Das Social Intranet der Detecon International GmbH
Das Social Intranet der Detecon International GmbHDas Social Intranet der Detecon International GmbH
Das Social Intranet der Detecon International GmbHnetmedianer GmbH
 
Softwerkskammer Chemnitz Special Pecha Kucha Night
Softwerkskammer Chemnitz Special Pecha Kucha NightSoftwerkskammer Chemnitz Special Pecha Kucha Night
Softwerkskammer Chemnitz Special Pecha Kucha NightChristinaLerch1
 
Scrum-Einführung bei mobile.de
Scrum-Einführung bei mobile.deScrum-Einführung bei mobile.de
Scrum-Einführung bei mobile.deMarkus Andrezak
 
Lean development 04
Lean development 04Lean development 04
Lean development 04SuperB2
 
Lean Development = Überdrehter Motor in der Entwicklung?
Lean Development = Überdrehter Motor in der Entwicklung?Lean Development = Überdrehter Motor in der Entwicklung?
Lean Development = Überdrehter Motor in der Entwicklung?Matthias Bohlen
 

Ähnlich wie Traditionelles Projektmanagement und SCRUM (20)

PM und SCRUM - Vortrag PMI FC 10.10.2011
PM und SCRUM - Vortrag PMI FC 10.10.2011PM und SCRUM - Vortrag PMI FC 10.10.2011
PM und SCRUM - Vortrag PMI FC 10.10.2011
 
Smart Working & Future Work@Detecon - Kurzpräsentation
Smart Working & Future Work@Detecon - KurzpräsentationSmart Working & Future Work@Detecon - Kurzpräsentation
Smart Working & Future Work@Detecon - Kurzpräsentation
 
mühlnickel beit_PechaKucha
mühlnickel beit_PechaKuchamühlnickel beit_PechaKucha
mühlnickel beit_PechaKucha
 
Unternehmenspräsentation
UnternehmenspräsentationUnternehmenspräsentation
Unternehmenspräsentation
 
Einführung in SCRUM
Einführung in SCRUMEinführung in SCRUM
Einführung in SCRUM
 
Betriebsverfassungsgesetz und Scrum - Scrum Day 2012
Betriebsverfassungsgesetz und Scrum - Scrum Day 2012Betriebsverfassungsgesetz und Scrum - Scrum Day 2012
Betriebsverfassungsgesetz und Scrum - Scrum Day 2012
 
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?
 
CCD 2012: Einführung und Integration eines Wissensmanagementsystems auf der B...
CCD 2012: Einführung und Integration eines Wissensmanagementsystems auf der B...CCD 2012: Einführung und Integration eines Wissensmanagementsystems auf der B...
CCD 2012: Einführung und Integration eines Wissensmanagementsystems auf der B...
 
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)
 
PRINCE2® und agile Methoden in Kombination – ein Erfolgsmodell für die Praxis?
PRINCE2® und agile Methoden in Kombination – ein Erfolgsmodell für die Praxis?PRINCE2® und agile Methoden in Kombination – ein Erfolgsmodell für die Praxis?
PRINCE2® und agile Methoden in Kombination – ein Erfolgsmodell für die Praxis?
 
Infrastruktur agil bauen - der DBA im SAFe-Umfeld
Infrastruktur agil bauen - der DBA im SAFe-UmfeldInfrastruktur agil bauen - der DBA im SAFe-Umfeld
Infrastruktur agil bauen - der DBA im SAFe-Umfeld
 
knowtech2011-Verwaltung2.0
knowtech2011-Verwaltung2.0knowtech2011-Verwaltung2.0
knowtech2011-Verwaltung2.0
 
spm Feierabendworkshop im September
spm Feierabendworkshop im Septemberspm Feierabendworkshop im September
spm Feierabendworkshop im September
 
Das Social Intranet der Detecon International GmbH
Das Social Intranet der Detecon International GmbHDas Social Intranet der Detecon International GmbH
Das Social Intranet der Detecon International GmbH
 
Softwerkskammer Chemnitz Special Pecha Kucha Night
Softwerkskammer Chemnitz Special Pecha Kucha NightSoftwerkskammer Chemnitz Special Pecha Kucha Night
Softwerkskammer Chemnitz Special Pecha Kucha Night
 
Scrum-Einführung bei mobile.de
Scrum-Einführung bei mobile.deScrum-Einführung bei mobile.de
Scrum-Einführung bei mobile.de
 
Lean development 04
Lean development 04Lean development 04
Lean development 04
 
Lean Development = Überdrehter Motor in der Entwicklung?
Lean Development = Überdrehter Motor in der Entwicklung?Lean Development = Überdrehter Motor in der Entwicklung?
Lean Development = Überdrehter Motor in der Entwicklung?
 
Alles oder nichts?
Alles oder nichts?Alles oder nichts?
Alles oder nichts?
 
ITML CRM
ITML CRMITML CRM
ITML CRM
 

Traditionelles Projektmanagement und SCRUM

  • 1. Felix Rüssel, Scrum-Day 2011, September 2011, Darmstadt felix.ruessel@agile-rescue.com // www.agile-rescue.com
  • 2. Wer?  Informatiker & Wirtschaftsingenieur (Marketing/Vertrieb)  Scrum Master, Scrum Product Owner, Scrum Consultant  Projektleiter agile/traditionell  Web: www.agile-rescue.com  Blog: www.armerkater.de  Twitter: armerkater  Mail: felix.ruessel@agile-rescue.com 28.09.2011 Felix Rüssel, Scrum Day 2011 2
  • 3. Warum dieser Vortrag? • Immer wieder erlebt – Ineffizientes Projektmanagement – Frustrierte agile Teams • Warum? – Bürokratie – Kontext nicht verstanden – Das WARUM nicht verstanden – Die eigenen Möglichkeiten überschätzt – „Wir“ gegen „Die“ 28.09.2011 Felix Rüssel, Scrum Day 2011 3
  • 4. SCRUM & PROJEKTMANAGEMENT Kontext beachten Beispiele & Erfahrungen Zusammenfassung 28.09.2011 Felix Rüssel, Scrum Day 2011 4
  • 5. Anmerkungen zum PMBoK • PMBoK = Project Management Body of Knowledge – Best Practices für das Projektmanagement – Adaptiv: Inhalte ändern sich mit der Zeit, genau wie sich das Projektmanagement über die Zeit verändert – Projektmanagement allgemein– nicht nur IT • PMBoK ist kein Prozessmodell • PMBoK != Wasserfall 28.09.2011 Felix Rüssel, Scrum Day 2011 5
  • 6. Anmerkungen zum PMBoK 9 PMBOK Knowledge Areas 5 Process Groups – Project Integration Management – Initiating – Project Scope Management – Planning – Project Time Management – Executing – Project Cost Management – Monitoring and Controlling – Project Quality Management – Closing – Project Human Resource Management Plan – Project Communications Management – Project Risk Management Act DO – Project Procurement Management Check 28.09.2011 Felix Rüssel, Scrum Day 2011 6
  • 7. Projektmanagement: Häufige Kritik • „Nur schlechte Erfahrungen gemacht“ • Kompliziert und aufwändig in der Anwendung, aufwändig zu lernen (zu viel Bürokratie) • Hang zu Command & Control, Management by Numbers – Projektplan  GANTT mit technischen Tasks – Plan veraltet • Mangelhafte Interaktion mit Kunden • Intransparenz: Zahlen verschleiern Realität, Big Bang! • Menschen sind nur Ressourcen • Todesmarsch ab Mitte des Projektes • Keine Anpassungen, da Änderungsmanagement sehr aufwändig • Verwaltung, nicht Werte schaffen. • Fokus nur auf Kosten, nicht auf erzeugten Geschäftswert 28.09.2011 Felix Rüssel, Scrum Day 2011 7
  • 8. Projektmanagement: Stärken • Status Quo / Rechtssicherheit • Determinismus – Dokumentation/Nachvollziehbarkeit – Management von komplizierten Systemen • Umfassend: Vieler Themen (Risiken, Recht, Vertragsmanagement, …) abgedeckt. • Etablierte Begrifflichkeiten • Management liebt gefühlte „Sicherheit“ (Zahlen) • Vereinbarkeit Linie & Projekt thematisiert • Fokus auf Kostenkontrolle 28.09.2011 Felix Rüssel, Scrum Day 2011 8
  • 9. SCRUM: Häufige Kritik • Große Veränderung, Anforderungen an Rahmenbedingungen – Auswirkung auf Linie, Machtkämpfe • Rechtliche Fragestellungen sind bisher nicht ausreichend untersucht. Herausforderung „Mitwirkung Kunde“ • Product Owner als Soll-Bruchstelle • Funktioniert nicht mit Festpreis-Projekten • Generalisten funktionieren bei uns nicht • Selbstorganisation nur mit erfahrenem Team. • Zu kurze Iterationen, zu viele Meetings, zu wenig produktive Zeit • SCRUM funktioniert nur, wenn alles und jeder SCRUM machen • Selbstorganisation und Architektur? • Sehr gutes Engineering Voraussetzungen. Altlasten ein großes Problem. • Kein PROJEKTmanagement 28.09.2011 Felix Rüssel, Scrum Day 2011 9
  • 10. SCRUM: Stärken • Mindset (Agile) • Framework zum Management komplexer adaptiver Systeme • Einfache Grundstruktur, konkrete Vorgaben • Kontinuierliche Prozessverbesserung • Selbstorganisation – Intensive Interaktion: Team, Kunde, Stakeholder – Menschen nicht nur Ressourcen • Transparenz, Adaptiv – „Fail early“ • Erzeugung von Geschäftswert 28.09.2011 Felix Rüssel, Scrum Day 2011 10
  • 11. Einfacher Vergleich SCRUM Traditionelles PM • Werte, Mindset, Framework • Sammlung Best Practices • Komplexe Systeme • Deterministische Systeme • Einfache Regeln • Umfangreiche Elemente • Schnelle Realisierung • Detaillierte Dokumentation • Schnelles Feedback • Controlling/Reporting • Schnelle Anpassung • Vorhersagen, Kalkulation • Strategie kleiner Schritte • Management großer Pakete • Technische Exzellenz nötig • Arbeitet gern mit Standards • Umsetzung mit Generalisten • Umsetzung mit Spezialisten • Adaptive Planung • Umsetzung eines Plans – Änderungen günstig – Änderungen teuer • Wert,Transparenz,Anpassung • Kosten,Kontrolle,Plan 28.09.2011 Felix Rüssel, Scrum Day 2011 11
  • 12.
  • 13. SCRUM & Projektmanagement KONTEXT BEACHTEN Beispiele & Erfahrungen Zusammenfassung 28.09.2011 Felix Rüssel, Scrum Day 2011 13
  • 14. Wie agil ist der Kontext? Agile Traditionelles Projektmanagement Individuen und Prozesse und Interaktionen Werkzeuge Funktionierende umfassende Software Dokumentation Zusammenarbeit mit Vertragsverhandlung dem Kunden Reagieren auf Befolgen eines Plans Veränderung 28.09.2011 Felix Rüssel, Scrum Day 2011 14
  • 15. Cockburn Scale Loss of Live L L6 L20 L40 L100 Risikoklasse Loss of Essential Money E E6 E20 E40 E100 Loss of Discretionary D D6 D20 D40 D100 Money Loss of Comfort C C6 C20 C40 C100 1-6 -20 -40 -100 Anzahl zu koordinierender Personen 28.09.2011 Felix Rüssel, Scrum Day 2011 15
  • 16. Cockburn Scale Loss of Live L L6 L20 L40 L100 Risikoklasse Loss of Essential Money E E6 E20 E40 E100 Loss of Discretionary D D6 D20 D40 D100 Money Loss of Comfort C C6 C20 C40 C100 1-6 -20 -40 -100 Anzahl zu koordinierender Personen 28.09.2011 Felix Rüssel, Scrum Day 2011 16
  • 17. Agreement & Certainty Matrix Far from agreement Requirements Complexity chaotic Close to simple agreement Technology complexity Close to Far from certainty certainty 28.09.2011 Felix Rüssel, Scrum Day 2011 17
  • 18. Spezifische Herausforderung: Sprache des Auftraggebers sprechen Budgetierung Kunde Finanzen Festpreis Personal Projektmanagement Entwicklung SCRUM Teams 28.09.2011 Felix Rüssel, Scrum Day 2011 18
  • 19. SCRUM & Projektmanagement Kontext beachten BEISPIELE & ERFAHRUNGEN Zusammenfassung 28.09.2011 Felix Rüssel, Scrum Day 2011 19
  • 20. Kontext für die Beispiele • Interne IT: Agile Prozesse / SCRUM – Aber „Multi-Project-Scrum“ • Extern: Festpreisverträge, Konsortien – Öffentliche Auftraggeber (EU, Bund, Länder) – Konzernkunden, Mittelstand • Rolle/Aufgabe: Konkretes Projekt – Projektleiter (Außenwirkung) – Scrum Product Owner (Innenwirkung) – (Scrum Master) 28.09.2011 Felix Rüssel, Scrum Day 2011 20
  • 21. Das Geister-Projekt Herausforderung • Projekt beschäftigt Teams aber echter Owner fehlt • Projektleiter wurde abgeschafft („in SCRUM gibt es keine PL“) • Kontext: Multi-Project-Scrum Herangehensweise • PO muss konsequent Themen ohne echte „Owner“ abweisen • Agilen Projektleiter benennen Erfahrungen • Senior-Management / Sales ersetzt PL nicht • Mit PL: Ansprechpartner für PO existiert, Fokus wiederhergestellt 28.09.2011 Felix Rüssel, Scrum Day 2011 21
  • 22. Multi-Project-Scrum Herausforderung • Ein SCRUM Team mit mehreren Projekten • Ein Projekt in mehreren SCRUM-Teams Herangehensweise • Abstimmung Projektleiter/PO • Abstimmung POs über Teams und Themen hinweg • Product Backlog als langfristige Roadmap Erfahrungen • Schwierig. Reibungsverluste! Wer entscheidet? Kommunikation! Lokale Optimierung! Abhängigkeiten! • Multitasking: Fokus & Produktivität gehen verloren. 28.09.2011 Felix Rüssel, Scrum Day 2011 22
  • 23. Ohne Fokus kein Committment, ohne Committment und Respekt keine Offenheit. Transparenz? Produktivität? 28.09.2011 Felix Rüssel, Scrum Day 2011 23
  • 24. Festpreis Herausforderung • Festpreisvertrag • „Oh, but surely you understood that {some feature or process} is part of what we asked for.“ Herangehensweise • Ausschreibung > Initial PBL > Schätzungen (SP2.1) > Angebot • Längerfristiges Product Backlog & Projektmanagement Erfahrungen • Funktioniert ausreichend gut, wenn Ungenauigkeit eingepreist ist. • Risiken: – Festpreis per se, PM auf richtiger Flughöhe! – „Inventory“: Risiko für Wertverlust – Vertragliche Risiken müssen verstanden werden, können Projekt unattraktiv machen, wenn richtig bewertet. 28.09.2011 Felix Rüssel, Scrum Day 2011 24
  • 25. Werkvertrag & Änderungen Änderungsmanagement juristisch: – Jede Änderung ist Vertragsänderung – Dokumentation erforderlich Zu klären im Vorfeld: – Pflicht zur Annahme von Änderungen? – Wer unterbreitet Angebot? – Was passiert, wenn Angebot nicht angenommen wird? – …. 28.09.2011 Felix Rüssel, Scrum Day 2011 25
  • 26. Festpreis-Projekte • Vorteile für Auftraggeber • Wichtigste Punkte zuerst • Schnell echte Ergebnisse • Vereinfachter CR-Prozess bei offenen Stories 28.09.2011 Felix Rüssel, Scrum Day 2011 26
  • 27. Produktbacklog als langfristige Roadmap Herausforderung • Abstimmung über Teams hinweg (Abhängigkeiten) • Feste Termine und Lieferzusagen(Festpreis & Multi- Project-Scrum) Herangehensweise • Bestückung zukünftiger Sprints • Weit in Zukunft: Features/Epics statt Stories • Schätzung Aufwand & Kapazität (schnell/gut) Erfahrungen • Wichtige Diskussionsgrundlage, Abhängigkeiten gut visualisierbar • Großteil der Zukunft muss flexibel bleiben • Risiko: Pull-Prinzip vs. Planung 28.09.2011 Felix Rüssel, Scrum Day 2011 27
  • 28. Sprint Sprint Sprint (Stories, Tasks) (Stories, Tasks) (Stories, Tasks) READY READY READY Preparing Preparing (Epics -> Stories) (Epics -> Stories) Preparing (Epics -> Stories) Planned Topics Planned Topics Planned Topics (Ideas, Epics, Themes) (Ideas, Epics, Themes) (Ideas, Epics, Themes) 28.09.2011 Felix Rüssel, Scrum Day 2011 28
  • 29. Vorausplanung: Abhängigkeiten aufzeigen Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 (aktuell) Team 1 Team 2 Team 3 28.09.2011 Felix Rüssel, Scrum Day 2011 29
  • 30. Vorausplanung & Pull • Vorausplanung=Push: Zu starkes „Pushen“ ist eine Form des Wunschdenkens und schädlich • Ein bisschen „Pushen“ kann Teil eines Spiels sein. • Sprint Planning=Pull: Team entscheidet über Committment. • Dieses Grundprinzip darf nicht verletzt werden! 28.09.2011 Felix Rüssel, Scrum Day 2011 30
  • 31. Make it READY Story Template Add Details Sprint Backlog READY Committed Discuss! Discuss! Discuss! Sprint Planning Story Epic Story Story Story Story Story Story Details Details Details Details, Details, Details 28.09.2011 Felix Rüssel, Scrum Day 2011 31
  • 32. Story Points 2.1 Herausforderung • Schnelle Grobschätzung wird benötigt • Hohe Unsicherheit, Stories nicht wirklich bekannt Herangehensweise • SCHNELL-Schätzungen durch Team • Schätzungen durch NICHT-Team • Indikator „x.1“ verdeutlicht Ungenauigkeit Erfahrungen • Hilfreich für Grobschätzungen von Epics und unklaren Stories. Wenn Story bekannt  Team Estimation Game! • Risiko: Beeinflussung Team im echten Estimation. Gefühl falscher Sicherheit. 28.09.2011 Felix Rüssel, Scrum Day 2011 32
  • 33. Velocity~Personentage~EUR Herausforderung • Personentage/EUR als Währung innerhalb einer Organisation • Grobplanung kommende Sprints Herangehensweise • Zeitaufwand (h), gemittelte Kosten (EUR), Ergebnis (SP) werden in Verhältnis gesetzt • Wert eines SP in h/EUR für ein Team Erfahrungen • Sehr hilfreich für Vorausplanung (Urlaub, Schulungen). Aber nur Indikator, nicht Gesetz. • Diskussion um „fast fertig“ gewinnt an Brisanz • Veränderung über Zeit interessant 28.09.2011 Felix Rüssel, Scrum Day 2011 33
  • 34. Product Owner Herausforderung • Single Wrinkable Neck. Responsible. Super Human! • Komplexität, Unsicherheit, Geld, Politik, Macht Herangehensweise • Unterstützung durch Projektleiter, Analysten, … • Product Owner braucht Entscheidungsfreiheit (Macht!) Erfahrungen • Echter PO benötigt Entscheidungsfreiheit. Alternative sind verwaltende Stellvertreter. Wenig attraktiv, aber häufigste Erscheinungsform. 28.09.2011 Felix Rüssel, Scrum Day 2011 34
  • 35. Product Owner Dean Leffingwell: • „That‘s a really big deal because that also is a person that makes decisions on behalf of the enterprise“ • „It‘s pretty easy to under estimate the impact and importance of that role and the training that‘s required“ • „The Role of Product Owner is key.“ http://business901.com/blog1/the-lean-agile-train-software-transcription/ 28.09.2011 Felix Rüssel, Scrum Day 2011 35
  • 36. SCRUM & Projektmanagement Kontext beachten Beispiele & Erfahrungen ZUSAMMENFASSUNG 28.09.2011 Felix Rüssel, Scrum Day 2011 36
  • 37. Zusammenfassung Der Prozess muss zum Kontext passen • Anforderungen an den Prozess • Prozessverständnis beim Auftraggeber Prüfe Rahmenbedingung & Erwartungen: • Was kannst Du beeinflussen? • Quellen von Komplexität und Risiken? Verstehe Deine Rolle: • Fokus auf Team/Organisation, Ziel: Steigerung Produktivität? SCRUM • Ein Projekt im Fokus? Festpreisvertrag? Projektmanagement 28.09.2011 Felix Rüssel, Scrum Day 2011 37
  • 38. Zusammenfassung • Traditionelles PM und SCRUM können auf operativer Ebene zusammen eingesetzt werden – Beide Welten müssen verstanden werden – Agiles Projektmanagement • Risiko: Frankenstein-SCRUM • Auf Ebene der Werte sind SCRUM und PM teilweise im Zielkonflikt 28.09.2011 Felix Rüssel, Scrum Day 2011 38
  • 39. Referenzen Interessante Bücher http://astore.amazon.de/scrumprojektmanagement-21 Gute Präsentation mit detailliertem Vergleich: Gfrörer: Agil & PMBOK-konform – das passt doch nicht zusammen, oder doch? http://www.andrena.de/Entwicklertag/2009/Downloads/Confe rence-Day/Agil-PMBOK.pdf 28.09.2011 Felix Rüssel, Scrum Day 2011 39
  • 40. Kontakt  www.agile-rescue.com  www.agile-nearshoring.com  www.armerkater.de  felix.ruessel@agile-rescue.com 28.09.2011 Felix Rüssel, Scrum Day 2011 40