Big Room Planning NyA Scaling Scrum the SAFe way

Transkript

1 Big Room Planning NyA Scaling Scrum the SAFe way Reijo Soréus

2 Problem och process Aktuella problem att svara på

3 Problem Hubblandet Dålig information om valideringsändring, bristande kommunikation! Information om? Nådde inte ut trots föravisering Problem med validering av studiestödsattributet fixas i 04

4 Läget i NyA

5 Förvaltningen i siffror Utvecklingsprojektet Initial budet 75 MSEK och planerad leverans dec 2003 Levererades 2005 till en kostnad om 186 MSEK Totalt timmars arbete Omfattande restlista Total budget 2016 för förvaltning ca MSEK 63 Över utvecklartimmar

6 På bordet Nyss genomfört övergången till Basefarm Inga större problem trots allmänna uppgraderingar Ladok3-anpassandet kräver fortfarande mycket resurser

7 Antal felrapporter hittade i produktion per 1000h levererade timmar uppdelat per leverans 9,00 Low 8,00 7,00 Minor 6,00 Avskaffad acceptanstest Major 5,00 4,37 Critical 4,00 3,33 Nyckelbytet 3,00 2,00 1,88 2,22 2,57 2,33 2,19 1,31 1,75 1,31 1,51 1,71 Blocker Glidande medelvärde 1,00 0, _ _ _ _ _ _ _ _ _ _ _ _11

8 Produktionssupport (ackumulerat årsvis) Supportbehovet har sjunkit med över 500 timmar Januari Februari Mars April Maj Juni Juli Augusti September Oktober November December

9 NyA 2016 Övergången till agil utveckling enligt Scrum i stort sett genomförd Efterföljande acceptanstest avskaffades 2015 Sex team (inklusive TEK) med 4-8 utvecklare Sex produktägare för verksamhetsområden Produktionsstyrning Handläggning och Behörighetsmodeller Institutionsanvändare Sökande Teamen jobbar i huvudsak tillsammans med var sin produktägare Stora projekt kan få sin egen produktägare Personuppgiftstjänsten Separat antagning av avgiftsskyldiga sökande (SEPA) Kvaliteten håller

10 What s next? Fortsatt agilisering Siktar på Continuous Integration Continuous Deploy inte på kartan. Ännu. Förbättra och förtydliga leveransplaneringen Vi vill bli bättre på att presentera kommande funktionalitet Bättre samordning mellan spåren Minska tendenser till silos Parallellt med arkitekturförbättringar (minskade beroenden) Prioritering på helhetsnivå Vad är viktigast för NyA?

11 Fortsatt agilisering Continuous Integration Ny branchningsfilosofi mindre och oftare Fortsatt testautomatisering, minimera Arquillian Git har ersatt ClearCase Börjat prova Docker Se över CM-processen och driftmiljöerna Se över dokumentationen Vad ska dokumenteras och hur? Infört Confluence Estimering Testa SAFe (Scaled Agile Framework) Prova delar av ramverket Big Room Planning

12 Olika typer av utveckling Underhåll och mindre ändringar Refaktorisering av teknisk skuld Vidareutveckling, ny funktionalitet Formalia 10%

13 Olika delar i olika skick - prioritering Funktion Kvalitet Under håll Vidare utveckl ing Under håll Vidare utveckl ing Teknisk skuld Teknisk skuld

14 SAFe grundprinciper Hushålla med resurser hitta de bästa projekten Tänk system Säkra variabilitet så länge som möjligt, håll alternativ öppna Bygg inkrementellt, snabba lärcykler Basera milstolpar på utvärdering av vad som fungerar Synliggör och begränsa WIP Kadens och synkronisering på objektnivå Mål och motivation Centralisera strategiska beslut, decentralisera övriga

15 SAFe Varför? Prioritering på objektnivå Problem vid interna beroenden Ledningsroller och behov Varför inte? Resursintensivt Kräver metodkonvergering Lockar till vattenfallstänk SAFe en agil dinosaurie? eller bara en verktygslåda till?

16 SAFe objekt

17 Våra planeringsbegrepp Nuvarande process Önskad process Utredning

18 Satsningar 2016 Spår Sökande Sökande Sökande Sökande Institution Produktionsstyrning Produktionsstyrning Handläggning Handläggning Teknik och arkitektur Satsning Kommunikation med sökande Tillgänglighet på antagning.se Reservantagning Ny kurssök och filtrering Reservantagning Meddelandelistor Separat antagning av avgiftsskyldiga sökande Modernisering och förbättring Förstagranskning Ny statistiklösning + Ladok3-anpassningar

19 Planering Planering Planering Inkrement och sprintar Förvaltningsplan, budget Inkrement Inkrement Inkrement Inkrement Inkrementmål Inkrementmål Inkrementmål Inkrementmål Förvaltningsmål

20 eller mer specifikt

21 Mål för inkrement 1 (några utplock) Handläggning SEPA: Meritvärdering av sena ansökningar SEPA: Städa logik Stretch: Mallar för tjänsteanteckningar Institutionsanvändare Första version av ny handläggning på webb med pilot i produktion Hämta t.o.m.-datum för tidsbegränsat uppehållstillstånd Anmälnings- och studieavgift för separat antagna Utredningar av utdata, hantering anmälningsalternativ, sök person Produktionsstyrning Ladok3-anpassningar Renovering av AF109 ( Koncept för urvalsmodeller, inklusive modellering av sena

22 PAG E 22 Review Retrospective Joint Retrospective Teamsamverkan 1 d Daily Scrum ScM Plannng Part 2 XFT 2-4 w APO PO Plannng Part 1 Product Backlog Refinement Backlog Product Backlog Refinement (5-10% of ) Potienially Shippable Increment Product Backlog Anatomy Collaboration Joint Planning part 1 Participates in Joint Product Backlog Refinement Joint Reviews Joint Retrospectives at selected intervals Coordination between teams handled by teams, e.g. Joint Design Workshops and Joint Testing when needed, Scrum of Scrums Coordination towards external parts handled by selected representative Co-located if possible PO: Product Owner APO: Area Product Owner ScM: Scrum Master XFT: Cross-functional Team

23 Big Room Planning mars personer!

24 Varför Big Room Planning? Gemensam planering där alla kan och ska bidra Identifiera beroenden och dela på arbete Prioritera på objektnivå Inte en detaljplanering! Planer är till för att förändras

25 Team sessioner Team sessioner Team sessioner Team sessioner Team sessioner Team sessioner Team sessioner Program Dag 1 Dag 2 Utvärdering och prioritering Genomgång av planer Feedback, utvärdering, summering Genomförbarhet, åtgärder Riskanalys Paus Introduktion till planeringsprocessen Teknik, arkitektur och metod Presentation av paket för inkrementet Riskanalys Genomgång av planer Diskussion kring justering

26 Spårets planering

27 Beroenden

28 Riskhantering (ROAM) Vi har en lösning Någon tar ansvaret för att hantera risken Shit happens Risken kan minskas eller konsekvenserna begränsas

29 Risker i NyA 2016 PI1

30 Resultat Omplanering SEPA Spåret hinner inte få färdigt funktionaliteten i tid till i november Behöver stöd från andra spår, prioritering för objektet Visade på behovet av estimat på hög nivå och nedbrytning Gemensam översikt och koll på målen Uppföljning på paketnivå Levererbar (nyttig) funktionalitet Grund för införandeplanering Confluence Wiki för planering och strukturering Informationskälla för hela förvaltningen Hanterar satsningar och paket