Big Room Planning NyA Scaling Scrum the SAFe way 2016-03-22 Reijo Soréus
Problem och process Aktuella problem att svara på
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
Läget i NyA
Förvaltningen i siffror Utvecklingsprojektet 1999-2005 Initial budet 75 MSEK och planerad leverans dec 2003 Levererades 2005 till en kostnad om 186 MSEK Totalt 337 400 timmars arbete Omfattande restlista Total budget 2016 för förvaltning ca MSEK 63 Över 75 000 utvecklartimmar
På bordet Nyss genomfört övergången till Basefarm Inga större problem trots allmänna uppgraderingar Ladok3-anpassandet kräver fortfarande mycket resurser
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,00 2014_02 2014_05 2014_09 2014_11 2015_02 2015_03 2015_04 2015_05 2015_06 2015_09 2015_10 2015_11
Produktionssupport (ackumulerat årsvis) 3 000 Supportbehovet har sjunkit med över 500 timmar 2 500 2 000 1 500 1 000 2012 2013 2014 2015 2016 500 0 Januari Februari Mars April Maj Juni Juli Augusti September Oktober November December
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
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?
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
Olika typer av utveckling Underhåll och mindre ändringar Refaktorisering av teknisk skuld Vidareutveckling, ny funktionalitet Formalia 10%
Olika delar i olika skick - prioritering Funktion Kvalitet Under håll Vidare utveckl ing Under håll Vidare utveckl ing Teknisk skuld Teknisk skuld
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
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?
SAFe objekt
Våra planeringsbegrepp Nuvarande process Önskad process Utredning
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
Planering Planering Planering Inkrement och sprintar Förvaltningsplan, budget Inkrement Inkrement Inkrement Inkrement Inkrementmål Inkrementmål Inkrementmål Inkrementmål Förvaltningsmål
eller mer specifikt
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
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
Big Room Planning mars 2016 67 personer!
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
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
Spårets planering
Beroenden
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
Risker i NyA 2016 PI1
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