Fördelar och nackdelar med de 12 principerna för Agile

Agile-manifestet består av 12 principer som definierar det agila tillvägagångssättet för mjukvaruutveckling. Numera beskriver det agila tillvägagångssättet tydligt reglerna för teamwork inom IT-branschen. Det kan betraktas som den mest framgångsrika och effektiva metodologin för lättviktsprojektledning. Vad är fördelarna och nackdelarna med att använda agil projektledning?

12 principer för Agile – innehållsförteckning:

1. 12 principer för Agile
2. Sammanfattning

12 principer för Agile

Agil projektledning baseras på regler som är tydligt angivna och lätta att komma ihåg. Förutom de fyra värdena vi beskrev i denna text, består Agile-manifestet av 12 principer för Agile.

Nedan kommer vi att presentera fördelarna och nackdelarna med 12 principer för Agile. Vi kommer att diskutera dem en och en, som presenterat i den senaste versionen av Agile-manifestet publicerat 2019. De är som följer:

1. Vår högsta prioritet är att tillfredsställa kunden genom tidig och kontinuerlig leverans av värdefull mjukvara.

Att sätta högsta prioritet på snabb produktleverans är en stor fördel ur kundens perspektiv. Den första fungerande versionen av produkten kan släppas så snart den uppfyller de överenskomna kriterierna. Teamet arbetar snabbt med nästa uppdateringar som kan lanseras till och med varje dag. På så sätt är produkten alltid ny och alltid fungerande.

Men tillvägagångssättet har också vissa nackdelar, eftersom produkten alltid är under utveckling. Därför kan de äldre versionerna som köps av slutanvändare snabbt bli inkompatibla, eller kräva kontinuerliga uppdateringar för att fungera korrekt.

2. Välkomna förändrade krav, även sent i utvecklingen. Agila processer utnyttjar förändring för kundens konkurrensfördel.

När teamet kan omfamna förändrade krav kan produkten justeras snabbt och effektivt efter kundens och marknadens behov. Den utmanande miljön ökar kreativiteten och kan leda till innovation. Men att utnyttja förändring är inte bara spännande, utan också mycket krävande för teamet. De behöver lära sig på en daglig basis och vara öppna för frekventa situationer, när lösningar de utvecklat inte ska fortsätta, eller till och med inte implementeras i produkten alls.

3. Leverera fungerande mjukvara ofta, från ett par veckor till ett par månader, med en preferens för kortare tidsramar.

Regeln om frekvent leverans är mycket viktig för en högkonkurrensutsatt och snabbt förändrande marknadsmiljö. Det gör också att teamet undviker att utveckla sidofunktioner av produkten, och fokuserar på de huvudsakliga målen som sätts av kunden.

Ändå, när vissa större förändringar i produkten planeras, bör denna regel inte följas alltför strikt. I detta fall är det bättre att noggrant testa den nya lösningen än att släppa en ofullständig version av produkten.

4. Affärsfolk och utvecklare måste arbeta tillsammans dagligen under hela projektet.

Tät samarbete mellan affärs- och utvecklingsteamen är avgörande för att leverera en värdefull produkt till marknaden. De problem som kan uppstå här handlar om kommunikation och förväntningar. Anledningen är att utvecklingsteamen inte alltid kan kommunicera de tekniska begränsningarna av sina lösningar. Affärspartner kan å sin sida ha svårt att klargöra sina förväntningar, som kan öka eller bli odefinierade.

5. Bygg projekt runt motiverade individer. Ge dem den miljö och det stöd de behöver, och lita på att de får jobbet gjort.

Ömsesidigt förtroende mellan medlemmarna i teamet, liksom en hälsosam dos frihet, är nödvändiga element för ett framgångsrikt och effektivt arbete. När det motiverade teamet känner ansvar för det arbete som ska göras, koncentrerar de vanligtvis sina ansträngningar för att få jobbet gjort. Ändå kräver detta projektledningsmetod en riktig balans mellan oberoende och kontroll. Teamet behöver en öppen miljö för att vara kreativa, men det behöver också gränser för att arbeta mot mål.

6. Den mest effektiva och effektiva metoden för att förmedla information till och inom ett utvecklingsteam är ansikte-mot-ansikte-konversation.

Ansikte-mot-ansikte-konversationer har mestadels ersatts av online-möten nuförtiden. Vi måste komma ihåg att Agile-manifestet skrevs 2001, när distansarbete inte var lika vanligt som idag, och möjligheterna för online-möten var ganska begränsade. Men ansikte-mot-ansikte-möten, eller bara videokonferenser, är mycket viktiga för att hålla teamet motiverat. Detta är dock en tidskrävande lösning. Därför begränsar agila projektledare ofta tidsramarna och modererar mötets gång.

7. Fungerande mjukvara är det primära måttet på framsteg.

En ny version av fungerande mjukvara, eller annan potentiellt marknadsredo produkt, är definitivt de bästa måtten på framsteg. Men ibland behöver vissa underhållsarbeten utföras. Därför kan detta princip inte tas bokstavligt i varje enskilt fall.

8. Agila processer främjar hållbar utveckling. Sponsorer, utvecklare och användare bör kunna upprätthålla ett konstant tempo på obestämd tid.

Hållbar utveckling innebär teamets förmåga att uppskatta sin egen kapacitet. Detta är en av de viktigaste måtten på ett moget team. Så länge teamet inte ska arbeta i sin fulla kapacitet hela tiden, finns det vissa speciella ögonblick i produktens livscykel, när sådana perioder som t.ex. crunch, är nödvändiga.

9. Kontinuerlig uppmärksamhet på teknisk excellens och bra design ökar smidigheten.

Teknisk excellens innebär ingen behov av att utföra tids- och resurskrävande revideringar. Och detta är en av de viktigaste anledningarna till att kontinuerligt uppmärksamma kvaliteten på den utvecklade produkten. I fallet med denna Agile-princip kan vi inte peka ut några nackdelar med detta tillvägagångssätt.

10. Enkelhet – konsten att maximera mängden arbete som inte görs – är avgörande.

Den 10:e principen för Agile kan uttryckas i ett välkänt ordspråk “Arbeta smartare, inte hårdare”. Med andra ord, om någon funktionalitet av produkten inte kommer att släppas, arbeta inte med den. Nackdelen med detta tillvägagångssätt är behovet av en stor projektledare, som kan prioritera arbetet i realtid och justera dess omfattning efter kundens krav.

11. De bästa arkitekturerna, kraven och designen uppstår från självorganiserande team.

Självorganiserande team känner ansvar för sitt arbete, eftersom de inte kan säga att misslyckandet är ett resultat av dålig styrning eller föråldrad övervakning. Men mer juniora team behöver ofta viss coaching eller mentorskap. Därför kan det i början vara bra att arbeta med en erfaren Scrum Master, vars roll beskrivs här, eller någon annan typ av Agile-coach.

12. Vid regelbundna intervaller reflekterar teamet över hur det kan bli mer effektivt, och justerar sitt beteende därefter.

Reflektion och anpassning är grunderna inte bara för det allmänna agila tillvägagångssättet, utan också grunderna för Scrum-ramverket. Det är mycket svårt att hitta någon nackdel med detta adaptiva tillvägagångssätt, eftersom reflektion över teamarbete vanligtvis leder till bättre effektivitet, såväl som teamintegration.

Sammanfattning

Agile skapades som en mjukvaruutvecklingsmetod som betonar iterativ utveckling, teamarbete och kundfeedback. Agile-manifestet beskriver 12 principer för Agile som vägleder agil projektledning. De fokuserar på att leverera värde till kunden genom kontinuerlig leverans av fungerande mjukvara.

Det agila tillvägagångssättet har många fördelar; det är en snabb och kontinuerlig process som är utformad för att följa kundens föränderliga behov. Det är responsivt mot marknaden och ger en hög grad av flexibilitet.

Nu när du känner till de 12 principerna för Agile kan du kolla in hur man använder Agile-metodologin för frilansprojekt.

Om du gillar vårt innehåll, gå med i vår aktiva community av busy bees på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.