TPL_YOOTHEME_SKIP_TO_MAIN_CONTENT

Agila arbetssätt vs projekt, SAFe vs PPS

Agila metoder tycks se vattenfall som ett spöke

Agila världen lyfter fram "vattenfallsmetoden", en aldrig existerande utvecklingsmodel, som orsaken till misslyckade projekt. Orsaken är dåligt ledarskapet.

IT-utveckling brottas att följa existerande metoder. Ofta blir dokument viktigare än syftet med dokumentet. Fel använda kan alla metoder bli monster av dokumentation.

Att byta metod är inget alexanderhugg. Att köra SAFEish i stället för felanvänd PPS löser inget. Så, vad skiljer?  

Arbeta metodiskt agilt i projekt

Deadlines är oundvikliga. Du vill veta när du kan flytta in i ditt nya hus. Det finns ingen motsättning mellan projekt och att arbeta agilt. Att iterativt låta produkten växa fram är ingen nyhet, det är resan till månen ett bevis på. 

Bäst resultat nås genom att situationsanpassa metod och ledarskap. Det krävs kunskap om produkt, värdeström, team och ledarskap. Finns säkerhetskrav så bör du kunna en del om ISO 27001 och om agilt & säkerhet.

Iterativ utveckling och leverans

Agila metoders beskrivning av den icke existerande vattenfallsmetoden
Agila arbetssätt och projekt med iterativ utveckling

Förväntningarna hos kunden och leverantören på vad beställt arbete innebär är alltid olika, framför allt i starten av arbetet. Det finns ett förväntansgap. Med en bra arbetsmodell sluts det arbetets gång.

Med många små projekt eller Epics så minskar du risken, arbetet blir överblickbart, du skaffar dig mer kunskap och kunden vet bättre vad den vill ha.

Styrning i SAFE & PPS

I PPS är högsta nivån portfölj som består av program och projekt. Portfölj och program sätter upp effektmål i linje med verksamhetens strategiska mål. Förändringen genomförs i projekt som ansvarar för att leverera det överenskomna projektmålet.

Även i SAFe är portfölj högsta nivån. Här hanteras Idé, scoop och strategisk plan. Portföljen delas i stora arbetsuppgifter, "Epics". Nästa nivå är program där produkter, hanteras, "epics" delas i "features". Lägsta nivån är team, "features" delas i "stories" som styr utvecklingen.

Vad är projekt?

Projekt förverkligar idéer

Ett projekt är ett tillfälligt, tidsbegränsat arbete med en definierad start- och sluttid. Projektet arbetar mot ett tydligt mål. I ett projekt får du tydliga ramar att förhålla sig till för saker exempelvis tid, budget och resurser.

“This nation should commit itself to achieving the goal, before the decade is out, of landing a man on the moon and returning him safely to Earth.” — John F. Kennedy 1961

I apolloprogramet sattes en tydlig stegvis utveckling upp för vad som skulle åstadkommas.

Projekt är ofta iterativa

Efter ett stort program sammansatt av många inte helt förutsägbara projekt landade månlandaren åtta år senare.

“Houston, Tranquility Base here. The Eagle has landed.” — Neil Armstrong efter landningen på månen 1969.

Efter detta var det bara den lyckade hemfärden kvar och Kennedys mål var uppfyllt. En lång rad projekt sammansatta i ett antal program där Apolloprogrommet var det sista hade lyckats. Bakom detta låg en väl genomtänkt metodik med ett synnerligen agilt tänk.

Vad är agilt?

Agila manifestet är ett uppror mot, processer, verktyg, dokumentation, avatal och planer.

Agila metoder ett samlingsnamn för t ex SAFe, DevOps och Scrum.  Arbetssättet iterativt med korta cykler med kintinuerlig kravställning, utveckling och leverans.

Agilt arbetssätt saknar definition. Agila manifestet har fyra grundläggande värderingar. Det finns 12 mer detaljerade principer. se Agila manifestets principer och ISO 27001

Som du ser är det en blandning av ledarskap och metod. Metoderna kommer från USA, där ledarskapet hierarkiskt, långt från det svenska.

Agilt är inte cut & try

Att värdesätta fungerande programvara framför omfattande dokumentation misstolkas lätt som att dokumentation är helt onödig.

Anpassning till förändring framför att följa en en plan blir också fel. Som pilot vet jag att det bästa sättet att garanterat misslyckas med ett uppdrag är att strunta i planeringen.

Det finns både övergripande långsiktiga och kortsiktiga planer i agila organisationer. Planering behövs, som alltid anpassat till målet för arbetet.

Det finns också en tro på du kan göra lite som du vill och att ordning och reda är lika omodernt som mötesagendan. Agil är du inte för att du inte har kontroll över din verksamhet, det är i min värd ett tecken på att inte tar tag i sina problem och och inte vet hur du levererar kvalitet.

SAFe baseras på Lean, Kanban, Scrum, XP, DevOps och andra agila metoder

SAFe är ett ramverk från företaget Scaled agile inc. Ramverket stödjer agilt arbetssätt med utveckling i "Development Value Streams". Dessa levererar system till verksamheten som  drivs i "Operational Value Streams".

SAFe syftar till samverkan mellan verksamhet och IT. SAFe delar upp IT-utveckling i tre nivåer, portfölj, program och team. Varje nivå har sin kanbanboard / scrumboard, i dessa och mellan nivåerna flödar arbetsuppgifter / krav.

Styrande dokumentation i PPS vs SAFe

Det är väl lika bra att riva av plåstret, den tråkiga jämförelsen mellan dokumentationen. Nedan ser du en jämförelse mellan den dokumentation som SAFe respektive PPS föreskriver för styrning av arbetet.

SAFe vs PPS

PPS, projekt

I ett projekt definieras omfattning, syfte och mål i projektdirektivet, detaljer i en kravspecifikation

Arbetet planeras och man arbetar man mot planerade deadlines. Deadlines och plan ändras vid behov. Prioritering görs mellan kostnad, scoop och tidpunkter för leveranser.

I projektmodellen finns stöd för hur man gör i form av färdigheter, mallar, checklistor, arbetsgångar och rollbeskrivningar. Om projektet drivs agilt, iterativt eller som vattanfall bestäms av förutsättningarna.

SAFe, agilt arbetssätt

Portfölj är den högsta nivån där övergripande Idé och scoop dokumenteras i en "Portfolio Canvas". Strategisk plan finns i "Portfolio Roadmap" och "Portfolio Vision". Portföljen kopplas ihop med organisationens strategi med målformuleringar i "Strategic Themes". Portföljen delas i "Development Value Streams" som definieras i "Development Value Streams Canvas". Den operativa planen för utveckling innehåller arbetsuppgifterna, "Epics", dokumenterade i en "Portfolio Backlog".

Program hanterar riktlinjer för produkter, dessas funktion samt releaser. "Portfolio Roadmap" detaljeras i en "PI Roadmap" (Program Increment). Arbetsuppgifterna i "Portfolio Backlog" bearbetas till "Features" och dokumenteras i "Program Backlogs".

Team utvecklar mjukvara och annnat för produkterna. Från teamnivån flyter skapade funktioner upp i de olika produkter som släpps på programnivån. Den förhärskande metoden är Scrum. Överliggande "Program Backlog" bryts ner till arbetsuppgifter på teamnivå, "Stories", dokumenterade i "Team Backlogs".