Internationales Projektmanagement International Project Management

Ähnliche Dokumente
Projektmanagement 14/ 15 Agiles Management - Scrum (1) Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern

Agile SW Entwicklung Scrum Einführung (2) Sommersemester 2017

Projektmanagement Vorlesung 12/ 13

Software Engineering

Scrum. Übung 3. Grundlagen des Software Engineerings. Asim Abdulkhaleq 20 November 2014

Critical Chain and Scrum

Scrum Gestaltungsoptionen Empowerment

Taking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum

Einführung in das Scrum Framework & welche 10 Praktiken helfen, Scrum wirklich gut zu machen

Meetings in SCRUM. Leitfaden. Stand:

Gelebtes Scrum. Weg vom Management hin zur Führung

Projektmanagement Vorlesung 14/ 15: Wiederholung ausgewählter Themen zur Klausurvorbereitung. Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern

Planst Du noch oder lebst Du schon (agil)?

Michael Franken. Serum für bummies. Übersetzung aus dem Niederländischen (/on Susanne Bonn. WlLEY. WILEY-VCH Verlag GmbH & Co.

RE-Metriken in SCRUM. Michael Mainik

Scaling Scrum Nexus professionell umsetzen

IBM Software. Rational Quality Manager Testing Discipline. Rational Team Concert Development Discipline

Sollten folgende drei Fragen durch das Team positiv beantwortet werden, sind wichtige SCRUM-Elemente in Ihrem Team erfolgreich installiert.

Agile Softwareentwicklung mit Scrum

Large-Scale Scrum. Beratung. Entwicklung. Produktentwicklung mit vielen Teams Sven Hubert. Agile ALM und TFS.NET und Architektur

Scrum mit User Stories

Scrum - Von Schweinchen und Hühnchen

Iterativ. Inkrementell

Einfach losgesprintet: Ein Praxisbericht. Henning Pautsch, Stefan Kirch. 2. Oktober Einfach losgesprintet:

Kombinationsangebot "Professional Scrum Training" mit Vertiefung "Führen als Scrum Master" (PST-Kombi)

ERFOLGREICH SPRINTEN TROTZ MAINTENANCE

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum

Planung in agilen Projekten

Scrum Einführung. SWP: Spieleprogrammierung Fachbereich Mathematik und Informatik

Denn sie wissen nicht was sie tun! Den Überblick über agile Backlogs behalten.

SCRUM. Legalisierung der Hackerei? GI Regionalgruppe Dortmund Dipl.-Inform. (FH) Dirk Prüter.

SCRUM. Software Development Process

Scrum bei der Projektron GmbH

Der Business Analyst in der Rolle des agilen Product Owners

Scrum technische Umsetzung und kaufmännische Rahmenbedingungen

Scrum for Management Praxis versus Theorie oder Praxis dank Theorie. ALM Day 26.Oktober 2011 Urs Böhm

Agiles Projekmanagement mit Scrum

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: Weitere Informationen oder Bestellungen unter

Internationales Projektmanagement International Project Management

Tipps & Tricks aus der Praxis

AGIL WIE EIN WASSERFALL

Trotz Agilität nicht ins Abseits geraten Modellierung in einem agilen Umfeld. Susanne Mühlbauer, Philip Stolz, HOOD GmbH MID Insight 2012

Klausur BWL V Investition und Finanzierung (70172)

Führung von agilen verteilten Teams

Projektmanagement. Agile Vorgehensweise / Scrum. Version: 1.0 Stand:

Erfahrungsbericht Agile Entwicklung einer BI Anwendung für das Meldewesen

Globale Scrum Retrospektive

Biel. Scrum Einführung mit «Electronical Newsletter» FH Biel, 12. Januar Folie Januar Frank Buchli

SCRUM. Scrum in der Software Entwicklung. von Ernst Fastl

TFS Customzing. in der Praxis. Thomas Gugler. seit 2005 bei ANECON. .NET seit 2002 (happy bday!) Schwerpunkte: MCPD.Net 4.0, MCTS TFS, Scrum Master,

German Geography Cookie Unit Haley Crittenden Gordon German Teacher Lee High School & Key Middle School (adapted from Angelika Becker)

Agile Embedded Projekte mit Scrum & Kanban. Embedded Computing Conference 2012 Urs Böhm

Unsere Kunden erzählen keine Geschichten. Ursula Meseberg microtool GmbH Berlin

Social Media als Hilfsmittel für agile Projekt-Teams

Study guide written by René Koglbauer

Stuttgart, Scrum im Wasserfall... oder wie kann Agilität dem Kunden schmackhaft gemacht werden?

Gedränge. Was ist Scrum? Stefan Reinhold IT-Informatik GmbH

Scrum. Agile Software Entwicklung mit. Agile Software Entwicklung mit. Scrum. Raffael Schweitzer 18. November 2003


Checkliste für Scrum-Meetings

Agile Estimation. Mit Agilem Schätzen in die Zukunft blicken. Benjamin Seidler. XP Days Germany Oktober 2014, Hamburg

Produktmanagement vom Kundenticket zum Release

Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg

Projektmanagement durch Scrum-Proxies

Wie funktioniert agile Software-

HIR Method & Tools for Fit Gap analysis

Agile Softwareentwicklung Scrum vs. Kanban

Agile UND nutzerorientierte Konzeption und Entwicklung mobiler Apps - ein Widerspruch?

Scrum Team Diagnose. Gibt es sonst noch etwas, was du zur Rolle des Product Owners sagen möchtest?

Exercise (Part II) Anastasia Mochalova, Lehrstuhl für ABWL und Wirtschaftsinformatik, Kath. Universität Eichstätt-Ingolstadt 1

Lastenheft. Beschreibung des Unternehmens. Ziele der Software-Einführung. Einführung einer Software zur Unterstützung eines Scrum-Prozesses in einer

Listening Comprehension: Talking about language learning

Scrum-Einführung bei der Projektron GmbH

Scrum ist ein agiles Framework zur Software-Entwicklung. SCRUM bei Festo. Was ist SCRUM? Frank M. Hoyer, House of Software


Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: Weitere Informationen oder Bestellungen unter

Contents. Interaction Flow / Process Flow. Structure Maps. Reference Zone. Wireframes / Mock-Up

Agilität selbst erfahren. Agile Softwareentwicklung in der Praxis: Jetzt bewerben für das erste Agile Code Camp 2013!

Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" bei AGFA HealthCare

Content Strategy for Mobile

DevOps - Entwickelst Du noch oder lieferst Du schon?

Sabotage in Scrum. dem Prozess erfolglos ins Knie schiessen. Andreas Leidig (andrena objects ag) Vortrag bei den XP Days 2007

Agiles Testmanagement am Beispiel Scrum

Projekt- Manager. scrum Master Lehrgangsbeschreibung. Verdienst: EUR zzgl. Bonus p. a. Ähnliche freie Stellen in Deutschland: ca

WAS IST DER KOMPARATIV: = The comparative

Wir erledigen alles sofort. Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind.

Scrum zur Umsetzung von CMMI

Wir machen neue Politik für Baden-Württemberg

Inhaltsverzeichnis. 1 Einführung Warum dieses Buch? Struktur und Aufbau Dankeschön Feedback 5

SCRUM Agile Entwicklungsmethoden für die Automobilindustrie. Dr. Sascha Riexinger , TechDay Kirchentellinsfurt

Tuning des Weblogic /Oracle Fusion Middleware 11g. Jan-Peter Timmermann Principal Consultant PITSS

Projektmanagement. Vorlesung von Thomas Patzelt 8. Vorlesung

Agiles Projektmanagement SCRUM

Das Agile Team. Skills, Arbeitsweise, Umgebung

Exercise (Part XI) Anastasia Mochalova, Lehrstuhl für ABWL und Wirtschaftsinformatik, Kath. Universität Eichstätt-Ingolstadt 1

Projektmanager, Scrummaster, SW-Entwickler. Webbasierte Software. Teilweise Medizinprodukt Scrum seit 2006

The big picture: Prince2 featuring SCRUM. Bernd Lehmann, Prince2-Tag Köln, 12. Mai 2011

Von Bäumen, Früchten und Gärtnern - warum agile Prinzipien auch im BI Umfeld funktionieren. Es begrüßt Sie Thomas Löchte

SCRUM - Trend oder Alternative zum traditionellen Projektmanagement

Evolutionäre Agile Transition Durch schrittweise Prozessverbesserung zum real-time Kanbanboard

Transkript:

Internationales Projektmanagement International Project Management Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern phone: +49 631/3724-5329 http://www.hs-kl.de/~amueller

Inhalte Agile Modelle Manifesto Übersicht Scrum Übersicht Rollen: product owner scrum Master scrum Team Aufgaben der Rollen Daily scrum, review, retrospective grooming product backlog Sprint sprint planning sprint backlog Release Planning Planning Poker Release Plan Velocity Burndown Chart Release Burndown Bar Eigenschaften Skalierung Referenzen Int. Projektmmgt. 14/15

Int. Projektmmgt. 14/15

Lean Management Black Magic II Black Magic Int. Projektmmgt. 14/15

Agile vs. Traditional: cash flow Int. Projektmmgt. 14/15

Int. Projektmmgt. 14/15

Int. Projektmmgt. 14/15

Scrum - Überblick Quelle: Mountain Goat Software Int. Projektmmgt. 14/15

Int. Projektmmgt. 14/15 Scrum framework Roles Product owner ScrumMaster Team Ceremonies Sprint planning Sprint review Sprint retrospective Daily scrum meeting Artifacts Product backlog Sprint backlog Burndown charts

Int. Projektmmgt. 14/15 Scrum framework Roles Product owner ScrumMaster Team Ceremonies Sprint planning Sprint review Sprint retrospective Daily scrum meeting Artifacts Product backlog Sprint backlog Burndown charts

Int. Projektmmgt. 14/15 Scrum Team Self-organizing Cross-functional with no roles Seven plus or minus two Responsible for committing to work Authority to do whatever is needed to meet commitment Membership should change only between sprints

Int. Projektmmgt. 14/15 Product Owner Decide on release date and content Monitors the project against its stated goals and financial vision. Sets development schedule by prioritizing backlog Can be influenced by committees, management, customers, sales people, but is the only person that prioritizes Works with others to estimate items on Product Backlog Eliminates confusion of multiple bosses, different opinions, and interference Accept or reject work results

Int. Projektmmgt. 14/15 Scrum Master The Scrum Master is responsible for enacting Scrum values and practices shielding the team and removing obstacles support the Product Owner representing management to the project See Ian, The Scum Master @ http://www.youtube.com/watch?v=p6v-i9vvtq4

Int. Projektmmgt. 14/15 Chickens & Pigs Members of Scrum Team are known as Pigs because they are committed to delivering Sprint Goal People who are involved but not dedicated to the project are known as Chickens - they attend Scrum meetings as observers

Int. Projektmmgt. 14/15 Scrum framework Roles Product owner ScrumMaster Team Ceremonies Sprint planning Sprint review Sprint retrospective Daily scrum meeting Artifacts Product backlog Sprint backlog Burndown charts

Int. Projektmmgt. 14/15 Product Backlog: Einträge As a vacation planner, I want to see photos of the hotels so that I can get an impression of its style and quality.

Int. Projektmmgt. 14/15 Product Backlog Short term plan needs more detail Longer term plan can tolerate more uncertainty 1 2 3 4 5 6 7 Release 1 Release 2

Int. Projektmmgt. 14/15 Stories Refine the Product Backlog Backlog items come in many shapes and sizes Stories are small, and only come in a few sizes

Sprint Planning Teil 1 Quelle: http://www.muehlemann.com Int. Projektmmgt. 14/15

Int. Projektmmgt. 14/15

Jobwechsel Int. Projektmmgt. 14/15

Story Points Quelle: Mike Cohn Die häufigste Schätzeinheit in agilen Teams Basis ist eine Kombination von Größe und Komplexität der Arbeit Es gibt keine definierte Grundeinheit, aber Eine 10-point user story wird vermutlich doppelt so lange dauern wie eine 5-point story Die Einheiten können addiert werden. Das gilt für Zeitschätzungen nicht! Int. Projektmmgt. 14/15

Story Point Estimation Quelle: http://kanemar.com Int. Projektmmgt. 14/15

Vergeben Sie Zoo Punkte Int. Projektmmgt. 14/15

Wichtige Vorteile von Story Points Quelle: Mike Cohn Schätzungen in Story Points Führen zum Einsatz relativer Schätzungen Studien haben gezeigt: das können wir besser (s. (1) ) Wir beachten die Größe der Aufgabe, nicht die Dauer Die Dauer wird empirisch ermittelt, in dem wir betrachten, wie viele Story Points wir pro Iteration abschließen konnten Ergibt Schätzungen, die wir problemlos addieren dürfen Zeit-basierte Schätzungen sind nicht addierbar! Int. Projektmmgt. 14/15

Planning Poker: Ein Beispiel As a user, I want to be able to have some but not all items in my cart gift wrapped Round 1 Round 2 Jill 3 5 Bob 8 5 Yang 2 5 Ann 5 8 Todd 5 5 Quelle: Mike Cohn, bayxp Meeting on Agile Planning, 2007 Ergebnis: Story Size = 5 Points Int. Projektmmgt. 14/15

Warum Planning Poker funktioniert! Die Personen, die die Arbeiten ausführen werden, geben die Schätzungen ab. Es ist einfacher, relative Schätzungen in definierten Bereichen zu leisten. Das erspart sinnlose Diskussionen über Details Die Schätzenden müssen ihre Schätzungen begründen. Alle Meinungen werden gehört. Die meisten Schätzungen fokussieren sich auf eine Größenordnung. Die Kombination von individuellen Schätzungen durch die Gruppendiskussion führt zu besseren Schätzungen. Es ist schnell und macht Spass. Int. Projektmmgt. 14/15

Auswirkung irrelevanter Information reduzieren Gruppe A Hatte die project specs vorliegen 20 h Gruppe B Hatte die gleichen project specs, mit weiteren, für die Schätzungen irrelevanten Informationen: - user passwords - Benutzer desktop Umgebung - u.v.a.m 39 h - Int. Projektmmgt. 14/15 Prof. A. Müller

Länge der Spezifikation Gruppe A Hatte eine ein-seitige Spezifikation 117 h Gruppe B Hatte die gleichen Inhalte, aber auf 7 Seiten vergrößert - großer Zeilenabstand - schmale Seiten - großer Font - 173 h - Int. Projektmmgt. 14/15

Auswirkung anchoring reduzieren Kontrollgruppe Hatte die project specs vorliegen 456 h High anchor Gruppe Hatte die gleichen project specs. Wurde informiert, der Kunde denkt 500h sind eine vernünftige Schätzungen, aber - der Kunde wisse wenig über diese Schätzung - Seine Meinung solle nicht beeinflussen 555 h Low anchor gruppe Wie high anchor Gruppe, aber: 50h Int. Projektmmgt. 14/15 A. Müller Prof. 99 h

Int. Projektmmgt. 14/15

Sprint Planning Teil 2 Quelle: http://www.muehlemann.com Int. Projektmmgt. 14/15

Int. Projektmmgt. 14/15

Generic Taskboard: Track by Story Quelle: http://www.mountaingoatsoftware.com/taskboard.php Int. Projektmmgt. 14/15

Real Taskboard: Quelle: http://www.mountaingoatsoftware.com/taskboard.php Track by Story Int. Projektmmgt. 14/15

Daily Scrum, Sprint Ausführung Int. Projektmmgt. 14/15

Sprint Ausführung - Daily Scrum Daily 15 minute status meeting Team stands in a circle facing each other For synchronization not problem solving! Each team member answers 3 questions: Int. Projektmmgt. 14/15

Everyone answers 3 questions What did you do yesterday? What will you do today? Is anything in your way? 1 2 3 Int. Projektmmgt. 14/15

Taskboard Exercices No work in progress

Taskboard Exercices Too many stories in progress

Zusammenfassung: Was sind die Einheiten im Product- vs. Sprint Backlog? Product Backlog (Stories) Sprint Backlog (Tasks) Iteration 1 Iteration 2 As an investor, I want to As an investor, I want to As an investor, I want to As a visitor I want to As an investor, I want to 3 5 5 1 2 Define test cases 4 Code UI 8 Code middle tier 12 Code stored procedures 12 Automate tests 6 Hours Iteration 3 As a visitor I want to As a visitor I want to An investor I want to 3 3 2 Story Points or Ideal Days Quelle: Mike Cohn, bayxp Meeting on Agile Planning, 2007 Int. Projektmmgt. 14/15