Scaling up agile? But which framework to choose? BPUG sessie 8 februari 2017 Henny Portman

Transcriptie

1 1 Scaling up agile? But which framework to choose? BPUG sessie 8 februari 2017 Henny Portman

2 Biography: Henny Portman Tiel Utrecht Verzekeringen: Developer/Analyst/Head System Development Consultancy ING Fatum Paramaribo, Suriname ING Investment Management Nederland: Head IT ING Investment Management Europe: PMO Head ING Insurance Central Europe: Regional PMO head ING Insurance STO: Global PMO Head I build hub and spoke PMO s in Europe and Asia Now: Partner Hedeman Consulting APMG certified MoP, MSP, PRINCE2, PRINCE2 Agile, P3O trainer, SAFe SPC4 Certified Consultant Blogger, reviewer Managementboek.nl Author of PM articles and books DE GEHEEL HERZIENE DRUK 2DE GEHEEL HERZIENE DRUK ISBN MANAGEN VAN AGILE PROJECTEN MANAGEN VAN AGILE PROJECTEN Tenslotte gaat het boek in op de wijze hoe een portfolio van agile en traditionele projecten het beste kan worden gemanaged. De primaire doelgroepen van dit boek zijn projectmanagers die verantwoordelijk zijn voor het managen van agile projecten en verder allen die betrokken zijn of worden bij het managen van agile projecten. Tevens is dit boek ook zeer geschikt voor degenen die zich willen voorbereiden op de examens Agile PM Foundation en Practitioner van APMG. Bert Hedeman Henny Portman Ron Seegers Dit boek is specifiek gericht op het managen van agile projecten. De beschrijving is gebaseerd op AgilePM uit 2014, een specifieke subset van het Agile Framework van DSDM. Agile is sinds ca geliefd bij IT-systeemontwikkelaars en is in het bijzonder geschikt voor het uitvoeren van kort-cyclische trajecten die gericht zijn op zichtbare resultaten zoals een werkende applicatie, een website, enzovoort. Agile kan echter ook goed in niet-it projecten worden gebruikt. Anders dan bij de traditionele methoden voor projectmanagement liggen bij agile projecten tijd, kwaliteit en kosten vast, maar de te realiseren functies juist niet. Bij agile projecten vormen de zelfsturende teams de basis. Deze zijn volledig verantwoordelijk voor het realiseren van het op te leveren resultaat dat tot stand komt in korte iteraties. De projectmanager is alleen verantwoordelijk voor het inrichten van het project, het plannen en bewaken van het project op hoofdpunten en de communicatie tussen het projectteam en het bedrijfs- en programmamanagement. De specificaties worden bepaald door het realisatieteam in samenspraak met gebruikersvertegenwoordigers. Dit boek beschrijft op een heldere en eenduidige wijze de principes, processen, rollen en verantwoordelijkheden van de belangrijkste producten en technieken bij het managen van agile projecten. Daarbij wordt ook ingegaan op: het op maat maken van deze aanpak, de verschillen en overeenkomsten met andere projectmanagementmethoden zoals PRINCE2 en in hoeverre deze aanpak hiermee is te combineren. Bert Hedeman, Henny Portman, Ron Seegers Met medewerking van Hajati Wieferink

3 Agenda To do In progress Done 3 1. Scaling in general 0. Intro 2. Glimpses of frameworks 3. Implementation Pitfals 4. Questions

4 Many different trees in the agile forest 4

5 5

6 The difference between project work and BAU work 6 work (temporary): Move people to the work BAU (ongoing): Move work to the people Portfolio Board PMO (permanent) Board PMO (temporary) Team A Manager Team B direction Team C Pre Initiation Stage New or significantly revised product Close Goes into production Improved incrementally

7 Continious develivery by an Agile Team 7 No project Organization Scrum Master Agile Team A Manager

8 Three dimensions of growing / scaling 8 # Teams 1 team Distribution Saturation

9 Few teams together; one product 9 Still no project Organization Coordination via Scrum of Scrums Scrum Master Scrum Master Manager Agile Team A Agile Team B

10 Many teams together; one product, integration, dependencies, 10 Asks for a project organization Scrum Master Scrum Master Coordination via Scrum of Scrums not enough Manager Agile Team A Scrum Master Agile Team B Agile Teams C, D, E

11 Many teams together; one product, integration, dependencies, 11 Board Manager Manager Agile Team A Agile Team B Scrum Master Agile Teams C, D, E

12 Many teams together; one product, integration, dependencies, 12 No project Organization Integration Team, Roadmap Manager, Release train, Manager Agile Team A Agile Team B Scrum Master Agile Teams C, D, E

13 Many teams, some one-time teams; one product, integration, dependencies, 13 Asks for a project organization And a hybrid approach Manager Team A One-time Agile Team B One-time Agile Team C Scrum Master Agile Teams D, E

14 Many teams, some one-time teams; one product, integration, dependencies, 14 Board Manager Manager Team A One-time Agile Team B One-time Agile Team C Scrum Master Agile Teams D, E

15 Agile methods and frameworks 15 One-time programmes / projects Programme level: DSDM AgilePgM (MSP) level: DSDM AgilePM PRINCE2 Agile PMI APM Business as usual / Enterprisetargeted SAFe 4.0 (scaled Agile Framework) LeSS (huge) (Large Scale Scrum) Nexus (Scaled professional Scrum) S@S (Scrum at Scale) Web-scaletargeted Spotify model (Tribes, Squads, Chapters, Guilds) ScALeD (Scaled Agile and Lean Development) Team level: Scrum, Kanban, Scrumban, DevOps Engineering level: XP, TDD, FDD, UX Design, CI/CD

16 Agile methods and frameworks 16 Portfolio level: MoP, SfPfM, SAFe, disciplined Agile (DA) One-time programmes / projects Business as usual / Control focus on business value Decentralized decision-making Simple BC on Epic level Portfolio backlog / Portfolio Roadmap Predictability: Agile teams: fixed budget, no project budgeting Duration: fixed sprints, cadence, integration points Feedback loops

17 What does agile mean for the PMO? 17 work (temporary): Move people to the work BAU (ongoing): Move work to the people PMO (permanent) Portfolio Board Board Portfolio Management Center of Excellence Quality Assurance Pool Up/Down Scaling teams PMO (temporary) Team A Manager Team A Team A Onboarding Reporting Risk/Issue Management Planning PMO (temporary) Agile team Improved incrementally

18 What does agile mean for the PMO? 18 work (temporary): Move people to the work BAU (ongoing): Move work to the people Portfolio Board Agile PMO (permanent) From project to flow From plan to value From controller to advisor

19 Agenda To do In progress Done Implementation Pitfals 2. Glimpses of frameworks 0. Intro 4. Questions 1. Scaling in general

20 What will an Agile Team use? 20 Scrum is a great fit Kanban is a good fit Business Value Life Cycle Extension Scrum Master Agile Team A Launch Market Fit DevOps is a good fit Small Changes Time End of Life

21 Agile PMO (permanent) PMO (temporary)? 2016 Scaled Agile, Inc. All Rights Reserved. 21

22 Scrum at Scale Organisation Transformation Agile PMO (permanent) 22 PMO (temporary)

23 23 Agile PMO (permanent) PMO (temporary)

24 LeSS + LeSS Huge Agile PMO (permanent) 24 PMO (temporary)

25 Agile PMO (permanent) 25 PMO (temporary)

26 Agenda To do In progress Done Questions Intro Implementation Pitfals 1. Scaling in general 2. Glimpses of frameworks

27 Agile implementation Pitfalls 27 Keep the transitionplan No individual and team development Semantics On top of No management training Organic grow No change capacity No technical training See it as a short activity No support from the workforce Copycat No mandate Disconnected from reality Sponsor leaves Forget the FUD factor No Leaderschip External parties aren t included No Communication Keep old habits Working from home

28 Agenda To do In progress Done Questions 3. Implementation Pitfals 0. Intro 1. Scaling in general 2. Glimpses of frameworks