Bildkälla: https://tillvaxthackaren.se/vad-innebar-ett-agilt-arbetssatt (hämtad: 2024-10-09 13:25)

Agil projektmetodik är ett flexibelt arbetssätt där man inte planerar för hela projektet först och sedan följer planen från början till slut. Att arbeta agilt innebär att man har i åtanke att planen kan förändras med projektets gång, man vet helt enkelt inte hur exakt allt kommer att gå till i början utan det är något som jobbas fram med tiden. Genom regelbunden utvärdering av arbetet kan man lättare anpassa och effektivisera under arbetets gång. ¹

De tolv principerna som finns bakom agil projektmetodik hittar du här.

Utifrån de tolv principerna står kunden i fokus. Kunden ska bli nöjd i första hand. Man arbetar nära kunden genom att med jämna mellanrum redovisa för kunden vad man tagit fram så här långt och kan få ytterligare värdefull feedback på produkten av dem. Detta medför att man på en gång kan anpassa arbetet efter det som är viktigt för kunden och/eller användarna. Eftersom det inte finns någon plan som är skriven i sten eller man måste göra ändringarna genom någon högre uppsatt person, kan man prioritera om sitt arbete snabbt och smidigt. ²

Under arbetets gång levererar man med jämna mellanrum en fungerande programvara som hela tiden blir lite bättre genom arbetets gång för att till sist bli färdig. Genom att leverera och presentera programvaran ofta kan kunden/användarna fördjupa sig i den senast utvecklade delen enklare och komma med feedback på just den delen snabbt vilket gör att vi har möjlighet att förbättra den ännu snabbare och därmed få en ännu bättre slutprodukt.

Genom Dailys (dem dagliga mötena) får man snabbt svar på frågor och funderingar. Förändringar kan diskuteras och beslutas snabbt och smidigt genom att alla är på plats och kan säga sitt. När individerna i projektet får ansvar och förtroende skapas motivation. Genom att ge utvecklarna möjligheten att bestämma på vilket sätt dem ska jobba och när dem ska göra det så kommer dem säkerligen att leverera en utmärkt produkt.

Kommunikationen bör ske ansikte mot ansikte då detta är mest effektivt för att förmedla feedback och information.

För kunden är det viktigaste en fungerande programvara, inte hur man arbetat för att ta fram den. Med agil projektmetodik visar man sina framsteg genom att redovisa en produkt som fungerar efter varje iteration, som också kallas sprint.

I varje sprint planerar och bestäms det vad som ska prioriteras och hur mycket man kommer hinna med. På det här sättet får kunden en klar bild över resultatet som kan förväntas efter sprinten. På det här sättet blir det inga missförstånd i mängden arbete som kommer att utföras och därmed ingen besvikelse över vad som inte hunnits med.

Med agil projektmetodik vill man minimera onödigt arbete genom att göra ”rätt” från första början. Detta genom att bygga avgränsat och fokusera helt på en del i taget så att den blir rätt byggd från början så att man slipper gå tillbaka och ändra senare utan då i stället kan fokusera på att utveckla ännu snabbare vilket även då blir mer kostnadseffektivt.

Man vill maximera mängden arbete som inte görs, alltså inte slösa tid på att göra onödigt arbete genom att i varje sprint jobba med det som prioriteras. Detta gör att arbetet som utförs är det som faktiskt har ett värde för produkten.

Genom arbetets gång kommer teamet att utvecklas i sitt arbetssätt eftersom dem hela tiden utvärderar arbetet för att få fram det bästa sättet för just det specifika teamet. Inom varje sprint har teamet utvärdering av sitt arbete och arbetssätt vilket gör att teamet utvecklas hela tiden. Små irritationsmoment kan tas på en gång och förbli små i stället för att växa och ta tid och energi från det som faktiskt räknas, utvecklandet av en fantastisk produkt. Förbättringar i arbetet kan ske oftare och smidigare genom att dem sker regelbundet genom arbetets gång. ³

Analys och reflektion:

Jag är en person som värdesätter att effektivisera det mesta i livet, exempelvis att effektivisera städningen genom att ha en robotdammsugare som hjälpmedel då det ger mig tid att fokusera på andra viktigare saker jag har att göra.

Den agila projektmetodiken är verkligen något jag ser positivt på. Genom att prova på det här arbetssättet känner jag verkligen att det är något för mig. Det är så här jag vill arbeta, effektivt och med det som har prioritet.

Genom att ha Dailys känner man en tillhörighet i teamet och man kan snabbt få feedback och stöttning i sitt arbete vilket gör att man snabbt kan arbeta vidare och slipper fastna och grubbla på problem ensam. Den så kallade Scrum mastern håller koll på att Daily mötena håller sig korta, ser till att alla blir hörda och att man går igenom det som ska gås igenom. Man får även en närmare relation med kunden, som i det agila arbetet kallas för produktägare, och kan då lättare upptäcka vad dem exakt vill ha och även kunna se om det finns något dem verkligen inte vill ha. Det blir även lättare att prioritera rätt saker i och med att produktägaren får framföra vad som är prioritet och vad som har mindre prioritet. Teamet kan då fokusera på det viktigaste och då snabbare utveckla och presentera just den delen.

Genom sprintarna blir produktägaren delgiven vad som kan åstadkommas under en viss tid vilket gör att teamet inte behöver känna sig pressade att hinna med mer än vad dem faktiskt gör och då slipper slarv på grund av stress uppstå. På så sätt får man fram en ännu bättre utvecklad produkt på ännu kortare tid, man slipper onödigt arbete vilket jag tycker är fantastiskt. Tid är pengar, det kan man inte komma undan. Det är därför prioritering är viktigt, att skala bort onödiga saker för att få tid till det viktiga så man kan göra det riktigt bra från grunden.

Genom att avsluta en sprint med ett möte kallad review får alla ta del av vad som gjorts under sprintens gång och vad som inte hunnits med och då kommer antingen tas bort eller flyttas med till nästa sprint. Det är i en review utvecklingsteamet även redovisar och presenterar framstegen som sprinten fört med sig, alltså den delprodukt som utvecklats.

När en sprint har avslutats utvärderar teamet sprinten genom ett möte så kallat retrospektiv. Där förbättrar teamet sitt arbete ytterligare genom att diskutera det som gått bra under den senaste sprinten och det som kan effektiviseras ännu mer. Här kan man komma fram till lösningar på problem tillsammans och påbörja nästa sprint genom att ha en ännu bättre plan än i sprinten innan.

Jag upplever att det tar ett tag och arbeta ihop sig när man arbetar i grupp men genom att arbeta agilt tycker jag att den processen gick snabbare än annars. Det är nog troligtvis för att vi själva kunde prioritera vad som skulle göras först och även kunna lägga upp hur mycket vi skulle hinna under en sprint själva, det blev inget tvång utan det var på våra villkor vilket gör att man får en större känsla av kontroll och man har koll på läget.