4. TvĂ„ steg framĂ„t â i arbetet att införa en
agil organisation
âą 2010 / 2011
â En första transformation av DeLavalâs
mjukvaruorganisation, frĂ„n âvattenfallâ till agilt, dĂ€r agila team
skapas för att iterativt driva ett större utvecklingsprojekt
⹠FrÄn januari 2012 till idag
â AgilförĂ€ndringen blir mer genomgripande i organisationen, mer
linjemÀssig, och stöder fler projekt
4
5. Senaste steget i rÀtt riktning hos DeLaval
⹠Etablera en allenarÄdande portföljstyrning, för
hela företaget, som sÀkerstÀller rÀtt fokus till rÀtt
projekt
⹠Ge teamen arbetsro, ansvar och förutsÀttningar
för sina leveranser
⹠LÀgg mer fokus pÄ kravhanteringen, i rÀtt tid
⹠Förankra och marknadsför förÀndringsarbetet i fler
delar inom företaget. Var transparent, lÄngsiktig
och konsekvent
5
6. Införande av ett D&E SW Program
âą Huvudprojektet omvandlas till ett
mjukvaruprogram, i âlinjeformâ
âą Fokus flyttas frĂ„n âinnehĂ„llâ till tid och kvalitet
âą Prioriteringen av arbetet flyttas bokstavligt till
företagets direktörer
6
7. Program vs. projekt hos DeLaval
⹠Projekten (PL) stÄr för
koordinering, helhetssyn, affÀrsvÀrdessÀkring och lÄngsiktig
planering av leveranser, samt levererar dem, till marknaden
⹠Programmet fokuserar pÄ den nÄgot tristare (?)
kontinuiteten, kompetens- och
kunskapssÀkringen, plattformsunderhÄllet, bakÄtkompatibiliteten, k
valitetssÀkringen och den lÄngsiktiga hÄllbarheten, utan att behöva
relatera till fasta marknadsfönster
âą Programmet levererar regelbundet en
marknadsmĂ€ssig, bakĂ„tkompatibel âone trackâ-version, helt
fristÄende frÄn leveransprojekten.
7
8. PLs arbete i samklang med programmet
⹠Projektledarrollen i allmÀnhet
â PL frikopplas helt frĂ„n resurshanteringen, och i viss mĂ„n
kvalitetssÀkringen, till förmÄn för mer fokus pÄ projektstyrning
och kravhantering
â PL Ă€gnar mer av sin tid Ă„t kommunikation âutĂ„tâ mot
referensgrupper, intressenter och kund, samt sÀkerstÀller
kontinuerlig kontroll av leverans mot affÀrsvÀrde
8
9. PLs arbete i samklang med programmet
âą i synnerhet
â PL agerar produktĂ€garrollen i scrumteamet
â PL interagerar med scrum master, men styr inte teamet
â PL arbetar kontinuerligt med prioritering och detaljering av
teamets kravbacklog (projektets mjukvaruleverabel). PL styr pÄ
detta sÀtt leverabelns utformning, i synk med sina intressenters
krav om affÀrsnytta
â PL tar ett steg tillbaka, nĂ€r det gĂ€ller teamens planering och
resurshantering, men hjÀlper till att undanröja externa hinder för
teamets (sin) leverans
9
10. PLs arbete i samklang med programmet
âą och i evighet
â Rapportering âutĂ„tâ, ofta med hjĂ€lp av teamets
scrumrapportering
(burndown, estimat, testrapporter, demoutfall, m.m.)
â Styrgruppsmöten, rapportering/eskalering pĂ„ Pulsen
â Ăvergripande, lĂ„ngsiktig tidsplanering och koordinering med
andra projekt. Hela tiden med optimering mot leveranspaket och
affÀrsnytta, snarare Àn mot resursallokering och timmar
âą Amen
10
11. Projektledarrollen hos DeLaval behövs!
⹠Leveransprojekten innehÄller ofta Àven delar av
elektronik, mekanik och annan hÄrdvara, utanför
den agila sjÀlvgÄende;-) mjukvaruleveransen
⹠AffÀrsomrÄdena anvÀnder projekt för att
sÀkerstÀlla en vÀltajmad marknadskoppling
(utveckla och tillhandahÄll det kunden vill ha, nÀr
han vill ha det)
11
12. Projektleverans och överlÀmning
⹠Nyutvecklingsprojekten gÄr i brÀschen och
förankrar nya förutsÀttningar
âą Programmet levererar till projekten
â Projekten tar emot leverans frĂ„n teamet och ansvarar för dess
paketering, kompetensöverföring utÄt, samt överlÀmning till
Supportorganisationen
âą Programmet bemannar âdynamisktâ Support-
organisationen
â Teammedlemmar âföljer medâ sina projektlevevrabler
12
13. DeLavals agila projektledare
âą Ett PL-team, med en agil metodik i tanken
⹠Inte direkt korsfunktionellt team, snarare skrÄmÀssigt, men;
⹠Har regelbundna teammöten
⹠Arbetar med projekt-Àrenden i ett gemensamt kanbanflöde
⹠AnvÀnder egen teamtavla, har retrospektivmöten
âą HĂ„ller nere antalet parallella projekt
⹠Arbetar kontinuerligt med processförbÀttringar
⹠Har börjat att praktisera par-projektledning
⹠Driver agila projekt, Ätminstone mjukvarumÀssigt, varje dag
13
14. Vad har vi tÀnkt att göra i morgon?
âą FĂ„ den agila metodiken i mjukvarufabriken att genomsyra flera delar av projektets
livscykel
⹠FortsÀtta att utveckla PLs produktÀgarroll i teamen
⹠FörbÀttra och effektivisera kravhanteringen
⹠FörbÀttra verktygsstöd för att förenkla uppföljning, prioritering och rapportering av de agila
projekten
⹠Minimera antalet parallella pÄgÄende projekt
⹠Arbeta för Àn kortare leveranscykler och en mer dynamisk prioritering mellan projekt
⹠Möjliggöra för teamen att hÀmta och vÀlja projekt ad hoc (pull-förfarande)
⹠Förenkla budgetarbetet, med en löpande allokering, med tydlig finansiell koppling till
leverabel (sÀlj funktion isf tid), skapa incitament för gemensamma lösningar mellan
projekt
⹠och, förstÄs, stÀndigt förbÀttra oss, göra mindre av det som inte fungerar och göra Ànnu
mer av det som vi redan gör braï
14