• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Agile Management - Best Practice Day der Deutschen Bahn am 17.10.2013 in Frankfurt
 

Agile Management - Best Practice Day der Deutschen Bahn am 17.10.2013 in Frankfurt

on

  • 697 views

Talk von Joern Bock, Head of Project Management der AOE GmbH im Rahmen des Best Practise Days der Deutschen Bahn zum Thema "Was bedeutet agiles Management für ihre Projekte?". Im Vortrag wird im ...

Talk von Joern Bock, Head of Project Management der AOE GmbH im Rahmen des Best Practise Days der Deutschen Bahn zum Thema "Was bedeutet agiles Management für ihre Projekte?". Im Vortrag wird im ersten Teil einen Überblick über agile Methoden und agiles Projektmanagement im besonderen gegeben. Im zweiten Teil wird auf die Themen Corporate Culture, Leadership, Führungsrollen in agilen Organisationen und Change Management eingegangen.

Statistics

Views

Total Views
697
Views on SlideShare
692
Embed Views
5

Actions

Likes
2
Downloads
3
Comments
0

1 Embed 5

https://twitter.com 5

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Agile Management - Best Practice Day der Deutschen Bahn am 17.10.2013 in Frankfurt Agile Management - Best Practice Day der Deutschen Bahn am 17.10.2013 in Frankfurt Presentation Transcript

    • 1 Willkommen
    • Joern Bock Head of Project Management AOE GmbH
    • AOE GmbH Web&Mobile Entwicklung E-Commerce & Business Portale
    • Werbung Vertrieb Empfehlungen
    • End of Sales Talk
    • Was bedeutet agiles Management für ihre Projekte?
    • 2 Unsere Historie mit Agile
    • 2007
    • Austausch Web-IT • Anforderungsdokument • Konzeptphase • Technologie Stack?
    • Far from Agreement Anarchy Requirements Complicated (Political) Simple Complex Complicated Close to Agreement Close to Certainty Source: Stacey Complexity Matrix 2002 Technology Far from Certainty
    • Scrum • Daily Standups • Planning Meetings Zu viele Meetings?
    • Kanban?
    • vs Scrum Kanban • Prozess Framework • Vorgehensweise • Change erforderlich • Visualisierung • Rollen / Zeremonien • Minimaler Change Beide Pull
    • vs Push Priorisierung durch Entwickler Aufwand für Planung (PM) Pull Priorisierung durch PMs aber Teameffizienz
    • Kanban In komplexen Projekten
    • Kanban • Situation der Entwickler • Output der Teams aber • Planbarkeit der Projekte
    • Kanban • Reifegrad der Teams • Verständnis für Lean daher • Ready for Scrum!
    • 3 Scrum, but Vorsicht!
    • Ein bisschen Scrum geht nicht!
    • First Adopt Then Adapt
    • Bad Implementations
    • Scrum ist aufwendig
    • Typische Scrumbuts • • • • Daily 1x pro Woche Skip Retrospektiven 6 Wochen Sprints „Zwischendurch“ Aufgaben
    • Lohnt sich das überhaupt?
    • Waterfall Agile 9% 29% Failed Failed 49% Challenged 14% Successful 57% Challenged Source: The Chaos Manifesto, The Standish Group 2012 42% Successful
    • $234.969.000.000 29% $68Mrd. 9% $21Mrd. $47 Mrd. verbrannt!
    • Es lohnt sich!
    • 4 Also wie macht man Scrum richtig?
    • The Project Project initiation Analyse project Generate product vision Develop initial models and plans Gain stakeholder consensus Project management Project close down Manage Product Backlog Hand over to maintenance mode Release development and transition Creative and conceptional work Create Roadmap/ Release Plan Transition Phase Development Iterations SCRUM • • • Content migration Clients approval Release solution into production
    • Der Name Agile • Agile Development • Agile Projektmanagement • Agile Organisation
    • Prinzipien • Selbstorganisierte Teams • Pull System • Begrenzung WIP • Definierte Rollen • Häufige Auslieferungen • Feste Zeremonien • Optimierung durch Review • Konkrete Bestandteile • Transparenz und Visualisierung
    • Ganz schön viel!
    • Wer führt das ein?
    • Entwickler von unten
    • Management von oben
    • Projektmanager aus der Mitte
    • Alle gemeinsam!
    • Kunde? Product Owner
    • 5 Product Ownership
    • Stakeholders PO Vision PPO Communication „Yes“ „No“ Nach Henrik Kniberg „Product Ownership in a Nutshell“ Dev Team 4-6 Items 4-6 Items WIP Limit = Iteration + Velocity
    • Der Kunde übernimmt Verantwortung
    • Priorisierung
    • Aufwand Business Value Danach Später Aufwand Schätzung Verhandlungsmasse Zuerst Business Value Business Risk
    • Planung
    • • Backlog • Team Velocity • Releaseplanung
    • Backlog: 420 SP = Team Velocity: 60 SP/Iteration 7 Iterationen Iteration 10 d = 70 d (7 x 10 d)
    • Projektvertrag
    • Plan driven Klassisches Projektmanagement Scope Vorgabe Schätzung Kosten vs Vision driven Agile Methoden Kosten Termin Termin Scope Vertraglich festgelegt
    • Money for nothing changes for free • Lieferdatum fix • Budget fix • Scope variable
    • Backlog Zugesichert Wasserlinie Scope Out of Scope
    • Agiler Festpreis • Projekt Schätzung • Team Commitment • Personengebirge • Team wird gekauft
    • 6 Zahlen
    • viel gemessen Inspect and Adapt Es wird
    • Kanban • CFD - Cumulative Flow Diagram • Throughput
    • Tasks Backlog Size Lead Time Time
    • Scrum • Burn Down Charts • Velocity u.v.m.
    • Ideal Hours vs. Elapsed Time The Superbowl
    • :40 60
    • Overhead? 40%
    • Frage: Einkäufer anwesend?
    • Bedenken Sie • • • • • Projektmanagement Alle Meetings und Abstimmungen Testen Dokumentation Abnahme und Deployment
    • Coding 60%
    • 7 Leadership
    • Was heißt eigentlich führen?
    • • Zusammenarbeit organisieren • Zukunftsfähigkeit sichern • Konflikte entscheiden • Mitarbeiter führen • Transaktionskosten senken Reinhard Sprenger: Radikal führen, 2012
    • Zusammenarbeit organisieren • Teambuilding • Hierarchien? • C2 (Command&Control)?
    • Teambuilding Norming Performing Potential team Forming Storming High performing team Working group Performance Bruce Tuckman, 1965 Pseudo team Time
    • Zukunftsfähigkeit sichern Reaktionsfähigkeit auf Veränderung
    • Konflikte entscheiden Gemeinsam • Reifegrad des Teams • Wisdom of the Crowd • Single Point of Knowledge
    • Führungskraft • Unklare Perspektive • Patt-Situation oder Stillstand
    • Achtung! Teamentscheidungen aushalten…
    • Mitarbeiterführung • Hohe Eigenverantwortung • Intrinsische Belohnungssysteme
    • Toleranz Gegenüber Abweichlern Beispiel freie Arbeitszeitgestaltung
    • • • • • Keine Kontrolle Vertrauen Verbesserungen fördern Verantwortung ins Team
    • 8 Kultureller Wandel
    • Verschiedene Modelle Harrison‘s Model (1972) Deal&Kennedy (1984) William E. Schneider (1999) Cameron-Quinn (1999) Slocum & Hellriegel (2010)
    • Social Institutions Individual Motives Core Cultures Military Power Control Family or Athletic Team Affiliation Collaboration University Achievement Competence Religious Institution Growth (Self-Actualization) Cultivation
    • Schneider • Core Culture ist gegeben • Fragebogen
    • Keine Kultur ist gut oder schlecht Welche passt zu einem agilen Unternehmen?
    • Fact oriented Collaboration „We succeed by working together“ People oriented Control „We succeed by getting and keeping control“ Team | Synergy | Diversity Rules | Order | Stability Cultivation Competence „We succeed by growing people who fulfill our vision“ „We succeed by being the best“ Vision | Evolution | Purpose Elite | Experts | Meritocracy Possibility oriented Company oriented
    • Collaboration Control 47% 3% Cultivation Competence 9% 41% Michael Spayd, May 2010
    • Change Systeme Collaboration und Cultivation Culture Führen Sie Scrum ein Dominik Maximi – Scrum Day 2013
    • Competence Culture • Wettbewerb • Focus auf Individuum statt Team • Teambuilding schwierig • Organisationsentwicklungsprogramm
    • Control Culture • Sehr schwierig • Eventuell mehrere Jahre • Organisationsentwicklungsprogramm
    • Rightshifting The Marshal Model Ad-hoc 0 Analytic 1 Synergistic 2 Effectivness Chaordic 3 4 5
    • Ganz schön viel Theorie… Konkret: Jurgen Apello Management 3.0
    • Align Constraints Empower Teams Energize People Jurgen Apello, The Martie Model Develop Competence Grow structure Improve Everything
    • 9 Ihr Projekt Agile in Großen Unternehmen
    • Einführung im Team / Abteilung • Kleine Unit • Freiheitsgrade • Agile Advocat im Executive Management
    • Kleine Schritte • • • • Nicht zu schnell Mitarbeiter überfordert Umdenken/Kultureller Change zuerst Organisationsentwicklungsprogramm
    • Coaches • Das erste Team muss funktionieren • Leuchtturmprojekt • Abstrahlung auf andere Teams
    • Viel Erfolg
    • 10 Herzlichen Dank joern.bock@aoemedia.de www.aoemedia.de Wiesbaden