Om Agile fÃ¶r CMB 11 juni 2018 · Title: Microsoft PowerPoint - Om Agile fÃ¶r CMB 11 juni 2018.pptx Author: mn Created Date: 6/11/2018 1:36:21 PM

Intro till agil projektledning, CMB 2018-06-11

© Wenell Management AB 2018 1

© Wenell Management AB, 2017

Intro till

Agil ProjektledningCMB 11 juni 2018

Mats NymanWenell Management AB


Inspel till dagens diskussioner

• Historik och bakgrund• Agila manifestet och de agila principerna• SCRUM• Kort om SAFe




Vattenfall…

Kravinfångning

Analys & Design

Implementering

Validering & Verifiering

Drift & Underhåll


CHAOS Report – The Standish GroupHur mycket används utvecklade funktioner ?

• Alltid• Ofta• Ibland• Sällan• Aldrig

( 7 %)(13 %)

(45 %)




Varför - Agile

De funktioner man borde utveckla är endast 20% av vad som normalt utvecklas. Uppemot 80% borde kanske inte ha utvecklats alls.(Källa: CHAOS Report by The Standish Group, a study of 23.000+ IT projects since 1994)





Vad är Agile ?

• Agile kan sägas vara ett paraplybegrepp.

• Det är inte en systemutvecklingsmetodik i sig utan snarare en uppsättning värderingar,attityder och principer.

• Inom agile finns ett antal olika utvecklingsmetodikersom anses vara agila.

Crystal


Januari 2001

• Begreppet ”Agile Software Development” myntas

• Agila alliansen

• Agila manifestet

• Agila principer




Agila manifestet

Vi finner bättre sätt att utveckla programvaragenom att utveckla själva och hjälpa andra att utveckla.

Genom detta arbete har vi kommit att värdesätta:

Individer och interaktioner framför processer och verktygFungerande programvara framför omfattande dokumentation

Kundsamarbete framför kontraktsförhandlingAnpassning till förändring framför att följa en plan

Det vill säga, medan det finns värde i punkterna till höger,värdesätter vi punkterna till vänster mer.

resultatresultat

resultat


Agila principer, kortfattat

1. Tidiga och kontinuerliga leveranser av värde

2. Välkomna ändringar3. Leverera fungerande

resultat ofta4. Kunden är alltid

närvarande5. Människor först –>

motiverade individer6. Face-2-face

kommunikation

7. Fungerande resultat = progress

8. Uthållig arbetstakt9. Förstklassig teknik

och bra design10. Enkelhet – maximera

det som inte görs11. Självorganisering där

teamen tar ansvar12. Lärande i det egna

arbetet




Varför Agile ?

• Nytta per krona– Vi gör det viktigaste först.– Vi validerar kontinuerligt.

• Flexibilitet– Vi välkomnar förändringar.

• Tydlighet– Vi strävar efter transparens för att alla ska få en gemensam

bild av nuläge och mål.


Traditionellt sätt




Agilt sätt


Traditionell projektmodell




… som är Agil


Fokustriangeln vänds upp-och-ner

Resultat

Tid Kostnad Resultat

Tid Kostnad

Traditionellt Agilt

Fix_____

Flexibelt




Korta vs. Långa arbetspaket

Etapp 1 Etapp 2 Etapp 3 Etapp 4 Etapp 5


Våga leva med osäkerheten

Tid

Kunskap omprodukten

Frihetsgrad




Agile - Summering

• Gör det nyttigaste först• Välkomna förändringar• Tydlighet & Transparens i alla delar• Kommunicera mer än dokumentera• Leverera ofta (presentera och demonstrera)

– Testdrivet– Integrationsdrivet

• Användbarhet = Framgångsfaktor• Närzonsplanering• Kaizen – Ständig förbättring


”Face to Face”

• En viktig agil princip är ”Kommunikation ansikte mot ansikte är det bästa sättet att förmedla information, både till och inom teamet”

• Tonfall, mimik och kroppsspråk ger oändligt mycket mer detaljer i kommunikationen än tex. skriven text

• Denna princip bör användas dagligen i det agilateamet och även i kommunikation med projektets intressenter




SCRUMIndata från kunder,

användare, ledning, teamoch andra intressenter

123456789- - -n-1n

Prioriterad lista över

funktioner och krav som

behövs

Produktägare

Produktlogg

Teamet väljer ut så mycket

de tror sig klara av att

leverera efter en etapp

Aktiviteter

Team

Etapp-planerings-

möte

Etapplogg

AktiviteterAktiviteter

Etapp1-4 v

24 tSCRUM Master

Dagligtstå-upp möte

Slutdatum och innehåll ska ej ändrasFärdigt resultat

Etappåterblick

Etappgranskning


Indata från kunder,användare, ledning, team

och andra intressenter

123456789- - -n-1n



behövs

Produktägare

Produktlogg

Etapp1-4 v

24 tSCRUM Master



Etappåterblick

Etappgranskning




Aktiviteter

Team

Etapp-planerings-

möte

Etapplogg


Etapp-planering




Etapplanering

• Första halvan– Projektbeställaren förfinar och prioriterar om projektets

produktlogg tillsammans med teamet.– Projektbeställaren väljer ut de prioriterade uppgifter som

ska ingå i etappen och formar tillsammans med teamet ett mål för etappen.

• Andra halvan– Gruppen åtar sig jobbet och överför elementen i

produktloggen till en etapplogg med nedbrutna aktiviteter.– Gruppen själv bestämmer vem som gör vilka aktiviteter.


MoSCoW

• Must have– Utan dessa skapas inget värde

• Should have– Utan dessa reduceras värdet

• Could have– Bra att ha, men skapar begränsat värde

• Won’t have for now– Dessa klarar vi oss bra utan just nu






123456789- - -n-1n



behövs

Produktägare

Produktlogg




Aktiviteter

Team

Etapp-planerings-

möte

Etapplogg


Etapp1-4 v

24 tSCRUM Master



Etappåterblick

Etappgranskning

Dagligt Stå-upp möte



Dagliga Stå-upp-möten

• Kort möte max 15 min• Alla står, alla kan se varandra och projekttavlan• Syfte är att informera varandra och att tidigt

identifiera ev. problem• Alla svarar på tre frågor

– Vad har jag gjort sen sist?– Vad skall jag göra härnäst?– Är det något som hindrar mig?

• Projekttavlan uppdateras• Projektledaren fångar upp hinder att röja

– Listar hinder i ärendelogg (Impediment Backlog)




Projekt-tavla(KanBan-tavla)


Hastighet(Velocity)

• Velocity är en term från SCRUM som indikerar hur mycket resultat teamet kan skapa under en etapp

• Måttet är antal ”Story-points” som teamet utvecklar per etapp

• Teamet blir efter några etapper mer träffsäkra i sina estimeringar och bedömd hastighet

• Ofta utvecklas teamet och höjer sin hastighet• Hastighetens utveckling över tid bör påverka

mängden resultat teamet åtar sig att utveckla per etapp






123456789- - -n-1n



behövs

Produktägare

Produktlogg




Aktiviteter

Team

Etapp-planerings-

möte

Etapplogg


Etapp1-4 v

24 tSCRUM Master



Etappåterblick

Etappgranskning

Etapp-granskning

Färdigt resultat

Etappgranskning


Etappgranskning(Sprint Review)

• I slutet av etappen visas (det användbara) resultatet upp och demonstreras för berörda intressenter

• Under denna demonstration söker teamet feedback från de som deltar. Bra att utse någon några som dokumenterar denna återkoppling.

• Viktigt att tydliggöra intressenternas roller (deras åsikter är input till Projektbeställaren/ Produktägaren men inga beslut)

• Produktägaren tar med sig feedback som inspel till hur prioriteringar i nästa etapp görs.






123456789- - -n-1n



behövs

Produktägare

Produktlogg




Aktiviteter

Team

Etapp-planerings-

möte

Etapplogg


Etapp1-4 v

24 tSCRUM Master



Etappåterblick

Etappgranskning

Etapp-återblick

Etappåterblick


Etappåterblick(Retrospective)

• Lärande och ständig förbättring är viktiga principer i agiltarbete

• Efter etappens leverans skall vi reflektera över hur etappens arbete genomförts

• Förslag på arbetsgång:1. Alla i teamet reflekterar och skriver Post-Its med saker de

tycker har fungerat bra resp. kan förbättras• Var specifik och tydlig!

2. Medlemmarna sätter sina lappar på tavlan längs en tidslinje för etappen och berättar vad de menar

3. Teamet diskuterar och enas om vad man vill ändra till nästa etapp




SAFe, Scaled Agile Framework





Agila principer, kortfattat

1. Tidiga och kontinuerliga leveranser av värde

2. Välkomna ändringar3. Leverera fungerande

resultat ofta4. Kunden är alltid

närvarande5. Människor först –>

motiverade individer6. Face-2-face

kommunikation

7. Fungerande resultat = progress

8. Uthållig arbetstakt9. Förstklassig teknik

och bra design10. Enkelhet – maximera

det som inte görs11. Självorganisering där

teamen tar ansvar12. Lärande i det egna

arbetet

Documents

Om Agile fÃ¶r CMB 11 juni 2018 · Title: Microsoft PowerPoint - Om Agile fÃ¶r CMB 11 juni 2018.pptx Author: mn Created Date: 6/11/2018 1:36:21 PM