Följande innehåll är hämtat från det populära whitepaperet "Agile Project Management: Vad är historien?" skriven av Jerry Manas. Den är så god att vi ville göra den gratis för våra läsare och ge den ett evigt liv på vår blogg för din skull.
Det råder ingen tvekan om att Agil projektledning, den adaptiva metod som spreds som en löpeld runt millennieskiftet, är här för att stanna.
När organisationer övergår till agila metoder finns det fortfarande förvirring, skepsis och många missuppfattningar om Agile. Som alla metoder kräver Agile att organisationer ser till den tredelade grunden av människor, processer och teknik. Att underskatta någon av dessa är att sabotera framgång.
I den här serien kommer vi att utforska Agile ur alla tre perspektiven och erbjuda riktlinjer för effektiv agil projektledning. Vi kommer att avslöja vanliga myter, ge tips om kulturell övergång till Agile och ta upp frågor om blandade miljöer där vissa avdelningar använder Agile och andra inte.
Vi kommer att ta upp följande ämnen:
- Vad är annorlunda med Agile? Vilka är dess fördelar?
- Hur fungerar Agile? Vad betyder alla dessa termer?
- Vilka roller krävs för effektiva agila projekt? Och hur förändras projektledarens roll i synnerhet?
- Hur tar vi itu med typiska problem och skepticism hos ledningen när det gäller Agile? Är en del av dessa farhågor berättigade?
- Kan Agile fungera för virtuella team?
Oavsett om du är nybörjare eller expert på agil teknik kommer den här serien att ta upp dessa vanliga frågor och ge dig förutsättningar för att lyckas och visa hur du effektivt kan använda agil projektledning. Den agila rörelsen är utan tvekan på frammarsch, och de som förstår dess nyanser - människor, processer och teknik - kommer att bli effektivare.
Vad är annorlunda med Agile?
Traditionella projektledningsmetoder i vattenfallstil innebär detaljerad planering och utformning i förväg (ofta känt som BDUF eller Big Design Up Front). Funktionerna och omfattningen fastställs i förväg, och en tidsplan och tillhörande kostnader uppskattas. Detta fungerar bra för byggprojekt, där detaljerna av naturliga skäl måste vara fördefinierade.
När det gäller kunskapsarbete, t.ex. programvaruutveckling, forskningsprojekt, de flesta tekniska projekt och andra typer av arbete som innebär en viss osäkerhet och stora förändringar, är de traditionella metoderna dock otillräckliga. I en miljö där förändring är normen och där värdet kan förbättras med hjälp av information från nya eller oväntade källor finns det ett effektivare och mer realistiskt sätt att hantera. Det är här som Agile kommer in i bilden.
Även om Agile-liknande metoder användes i Japan så tidigt som 1986, var det inte förrän 2001 som en grupp av ledare inom mjukvaruutveckling formaliserade tillvägagångssättet. Detta kulminerade i Agile Manifesto, där man citerade 12 principer baserade på fyra övergripande värden som betonade:
- Individuals and interactions over processes and tools
- Working software over comprehensive documentation
- Customer collaboration over contract negotiation
- Att reagera på förändringar i stället för att följa en plan
Agilitet fokuserar på att människor arbetar nära varandra i korta iterationer (vanligtvis två till fyra veckor), levererar någon form av mätbart värde i varje iteration och inspekterar och anpassar vid behov. Och under hela denna tid är produkten och kunden i fokus.
En annan skillnad med Agile är att man i stället för att ha en fast omfattning och sedan uppskatta tidsplan och kostnad arbetar i iterationer med fast tid och kostnad och uppskattar vilka funktioner som kan levereras i dessa iterationer. Med andra ord vänder det upp och ner på den traditionella projektledningen (se figuren nedan).
Tillsammans resulterar denna samarbets- och iterativa strategi i:
- Snabbare värde som levereras till användaren... på grund av den iterativa processen.
- Minskad risk... på grund av iterativ produktleverans
- Minskad osäkerhet... på grund av produkt- och kundfokus.
- Bättre beslutsfattande... på grund av det gemensamma fokuset.
- Ökat förtroende... på grund av det ökade värde som levereras.
- Färre fel... på grund av bättre kommunikation.
- Tydligare ansvarsskyldighet... på grund av avgränsade roller.
Med sådana fördelar är det inte förvånande att Agile har haft en sådan snabb tillväxt i kunskapsarbetarmiljöer, och att det inte bara är mjukvaruutveckling som är ursprunget till idén.
Om du vill veta mer kan du läsa mer om Planviews lösning för Lean and Agile Delivery och registrera dig för en kostnadsfri demo för att se hur den kan gynna din organisation. Fortsätt läsa för del två av denna serie, där vi fortsätter med vitboken och går djupare in på hur Agile fungerar och vilka olika Agile-roller som finns.
