Vad är så bra med agile? En grundare på smidig metodik
Agile Definiera som Agile Management Systems som har funnits ett tag men som har fått valuta under senare tid. I själva verket har Agile Management konsekvent funktioner på Top Project Management Trender i nästan varje IT-projektledning blogg varje år.
Agile-applikationer i IT-baserade projekt är obestridd, eftersom de finner användning inte bara i IT-programvaruprojekt, utan också i produktutveckling och innovation.
Så vad är så bra med Agile? Fråga anställda som har flyttat från ett traditionellt system till Agile, och de kan beklaga de ständiga mötena och "möten om möten."
Det visar sig att Agile är mycket mer än bara möten och feedback. Det fokuserar på att stärka team och ta bort sekventiella sätt för projektutveckling, så att det finns mer flexibilitet och innovation. Medan det innebär möten och leveranser oftare än med traditionella system, betyder det också att det finns en mindre chans för iterationer och förändringar senare på i projektcykeln.
Det utses som botemedel för vanliga problem som plågar IT-relaterade projekt. Vad är det exakt och hur är det bättre än traditionella system?
Behov av smidig metodik - hanteringsmetoder
Alla som har arbetat med smidig metodik i mjukvaruutvecklingsprojekt kommer att ha någon aning om några vanliga problem som uppstår under ett projekt: ändring i omfattning, tidsfrister som verkar omöjliga att uppfylla och överarbetade resurser.
Traditionella smidiga metodologier inom projektledning hade många nackdelar på grund av vilka de inte lyckades hantera den ständigt föränderliga affärsmiljön, särskilt inom mjukvaruutveckling, och ovanstående situationer var tyvärr alltför vanliga. Detta betyder inte att traditionella metoder inte är tillämpliga någonstans. De är fortfarande det bästa alternativet för projekt där idén är helt utformad från början.
Agile Management-metoder blev timmens behov eftersom de tillfredsställde följande behov hos en produkt som lanserades i en dynamisk miljö:
- Behov av snabbhet för att nå produkten till marknaden
- Behov av flexibilitet för att rymma flera ändringar i specifikationerna
- Brister i scenariot "arbetsdelning"
- Kundens dilemma
- Behov av minskad kostnad
Behov av snabbhet för att nå produkten till marknaden:
Vi lever i en hastig miljö där flexibilitet och snabbhet är nyckeln till framgång.
Teknik är en av de snabbast föränderliga sektorerna i branschen. Det finns en nyare idé, produkt eller innovation varje minut. I denna bakgrund misslyckas traditionella projektledningsstrategier. Ett sekventiellt projekt är nödvändigtvis beroende av att de smidiga metodstegen genomförs tillfredsställande i ordning. Tidslinjer i traditionellt förvaltade projekt är alltid en stridighet.
Organisationer och lag som inte är dynamiska kommer att förlora loppet till de som morph sig för att passa den föränderliga miljön.
Behov av flexibilitet för att rymma flera ändringar i specifikationer:
Kundens förväntningar och krav förändras ofta under produktutvecklingen. Innan Agile Management Systems var mainstream misslyckades projekt inom IT ofta eftersom det traditionella projekthanteringssystemet byggdes för att ”plöja på”. Om det skedde några förändringar kände kunder ofta klämman till sina plånböcker eller tidslinjer. Den traditionella projektledningsmodellen, anpassad från andra branscher, fungerade helt enkelt inte för en dynamisk bransch som IT.
Arbetsfördelning:
I den traditionella modellen finns det distinkta faser, med början med systemkravsanalys och som leder till produktfrigöring och underhåll. Detta resulterar i arbetsfördelning och märkning av medlemmarna som "designers", "programmerare" eller "testare". Men i verkligheten är dagens resurser extremt tvärfunktionella och en så tydlig rollskillnad är inte möjlig i de flesta projekt.
Kundens dilemma:
I flyktiga projekt är kunden ofta inte helt säker på vad deras slutprodukt, med alla specifikationer, måste vara. Funktioner och krav förändras ofta när delar av arbetet görs. Traditionella modeller som vattenfallsmodellen betonar tydligheten med avseende på den slutliga produkten, och avvikelser i planer lägger en enorm stress på systemet. Detta leder oss till den sista faktorn som ledde till utvecklingen av Agile-system.
Behov av minskning av kostnader:
Traditionellt avskräcktes kravändringar när som helst efter att projektet startade. Snarare var kostnaderna för alla ytterligare komponenter höga, ibland oöverkomligt. Det var därför nödvändigt att inkludera alla möjliga scenarier i själva planeringsstadiet. Detta innebar att alla scenarier beaktades och en lösning föreslogs. Men eftersom det nästan är omöjligt att veta med säkerhet vilken del av produkten användaren föredrar, utvecklade team ofta “uppblåsta versioner” av en produkt. Detta innehöll alla möjliga scenarier, av vilka en typisk användare inte skulle använda mer än 20%. Detta resulterade i onödiga kostnader och utveckling.
Naturligtvis innebar detta att alla projekt var globala i sin planering.
Och när ett helt nytt, inte planerat scenario uppstod, var det ändå extra kostnader, trots all planering.
En grupp människor träffades i februari 2001 för att diskutera exakt detta: behovet av en flexibel och smidig modell för mjukvaruutveckling som hjälpte till att utveckla produkter som faktiskt fungerade för klienten och utvecklaren. Det som resulterade var ”Agile Manifesto”, som var fördelarna med programvaruutveckling för smidig metod, dvs. en uppsättning av fyra principer som är lika enkla som de är beskrivande. Tolv "agila principer" som förklarade hur agile-system faktiskt skulle fungera i en projektmiljö, utvecklades också.
Genom detta arbete har vi värderat:
- Individer och interaktioner över processer och verktyg
- Arbetsprogramvara över omfattande dokumentation
- Kundsamarbete över kontraktförhandling
- Svara på övergång efter en plan
Det är, medan det finns värde i artiklarna till höger, värderar vi artiklarna till vänster mer.
De 12 smidiga principerna
De 12 agila principerna är en uppsättning vägledande koncept bakom Agile-manifestet som stöder projektgrupper vid genomförandet av Agile-projekt. Dom är:
- Vår högsta prioritet är att tillfredsställa kunden genom tidig och kontinuerlig leverans av värdefull programvara.
- Att välkomna förändrade krav, även i det sena utvecklingsstadiet. Smidig metod bearbetar förändringar för kundens konkurrensfördel.
- Leverera arbetsprogramvara ofta, från ett par veckor till ett par månader, företrädesvis för den kortare tidsskalan.
- Affärsmän och utvecklare måste samarbeta dagligen under hela projektet.
- Bygg upp projekt kring motiverade individer. Ge dem den miljö och stöd de behöver och lita på dem för att få jobbet gjort.
- Den mest effektiva och effektiva metoden för att förmedla information till och inom ett utvecklingsgrupp är konversation ansikte mot ansikte.
- Arbetsprogramvara är det primära måttet på framsteg.
- Smidiga metodprocesser främjar hållbar utveckling. Sponsorerna, utvecklarna och användarna bör kunna hålla en konstant takt på obestämd tid.
- Kontinuerlig uppmärksamhet på teknisk kvalitet och god design förbättrar smidigheten.
- Enkelhet - konsten att maximera mängden arbete som inte utförts - är viktigt.
- De bästa arkitekturerna, kraven och designen kommer från självorganiserande team.
- Med regelbundna intervall reflekterar teamet hur man blir effektivare, justerar och justerar dess beteende därefter.
Exempel på ett projekt som behöver Agile Management
Föreställ dig en start som utvecklar en mobilapp för en klient. Frysning av hela applikationsdesignen innan utvecklingen startar kan vara katastrofalt. Det finns också begränsad tid att genomföra marknadsundersökningen, krita ut en detaljerad plan, besluta om varianterna de vill erbjuda och sedan utveckla produkten. Förutom de enorma kostnaderna för detta tillvägagångssätt riskerar de att något annat företag kan utveckla appen innan de gör det.
Smidig metodik i projektledning hjälper till att övervinna dessa problem. Under detta system utvecklas appen i etapper, med klientinteraktion varje dag och leveranser eller projektmilstolpar identifieras, säger, för varje vecka.
Flera team kan också arbeta på samma app, så att utvecklingstiden reduceras drastiskt.
Funktionerna förfinas vid varje möte och slutprodukten återspeglar det slutliga behovet. De lär sig steg för steg vad som fungerar för kunden och improviserar erbjudandena tills de får den önskade produkten.
I det traditionella tillvägagångssättet för projektledning skulle man tänka på alla revisioner innan man släpper produkten. Detta skulle resultera i missade tidsfrister, ökade arbetsbelastningar och kostnadsinflation. Produkten kan dessutom ha helt förlorat sin relevans vid tidpunkten för utgivningen.
Hur exakt fungerar Agile Management?
Även om Agile Management mest kallas ett IT-koncept, är dess användning inte begränsad till IT-industrin. Till exempel använde kedjan av klädföretag Zara principerna för Agile Management för att omvandla sin verksamhet.
Med Agile-principer tillverkade Zara produkter i små partier snarare än att fokusera på stor produktion före den nya säsongen. Företaget undgick kostnaderna för höga lager och oförutsägbara rabatter med denna metod.
Några av de viktigaste aspekterna av Agile Project Management är:
- Agile Project Management följer en flexibel strategi.
Agile Management välkomnar tillägg och förändringar under hela produktutvecklingen istället för att överensstämma med de ursprungliga specifikationerna.
- Smidiga projekt delas vanligtvis upp i separata bitar av arbete, med team som är involverade i att utveckla en eller flera av dessa ”bitar” av arbete.
Så det är möjligt att till exempel fyra team som arbetar samtidigt på olika delar av ett projekt, så att projektets tidslinjer förkortas. Team samordnar med varandra och med kunden dagligen för leveranser.
- Det finns dagliga möten om framstegen eller vägspärrarna i projektet med ständig feedback.
Efter att ha fått kundåterkoppling integreras ändringarna och teamen går vidare till nästa del. Denna process fortsätter att leverera en produkt som är mer dynamisk och bättre anpassad till kundens behov.
- Teammedlemmarna är mer involverade snarare än en top-down-strategi.
Inom livscykeln för programutveckling är teammedlemmar involverade i alla stadier: krav, design, utveckling och smidig metodtest. Eftersom det regelbundet finns en översikt över effektiviteten i uppgifterna, justerar teammedlemmarna beteende och rutiner i enlighet därmed.
- Profilen för projektledaren i ett Agile-projekt kommer att förändras från en traditionell roll.
Han / hon lägger inte längre tid på att planera eller övervaka resurser, men lägger nu mer tid på att samarbeta med team och se till att helhetsbilden alltid är i sikte. Detta är inte en lätt övergång, och chefer som flyttar över till Agile-system måste anpassa sig snabbt för att projektet ska lyckas.
Några ord om Scrum:
Scrum är en av de mest populära ramarna för implementering av Agile Methodology. Vad är smidig metod? Det föregick Agile och föreslogs för första gången 1986 och implementerades i fordonsindustrin och skrivarindustrin.
Smidig metod med scrum är inte synonymt; det finns andra ramar som kan användas för att implementera Agile men Scrum är en av de mest effektiva och förmodligen den mest populära. Vad är scrum? Vanligtvis har Scrum bara tre roller: Produktägare, Team och Scrum-mästare. Scrum-metodmästaren är inte en projektledare. Ansvaret för en traditionell projektledarroll delas upp mellan de tre Scrum-projektledningsrollerna. Projektet är inbyggt i en serie iterationer med fast längd som kallas sprintar. Framgången för varje agil metodsprint ger en känsla av konkret utveckling och kontinuerlig inspiration. Målet med varje iteration är att producera en fungerande produkt som kan visas för intressenterna. Den smidiga metodikskrummästaren arbetar med produktägaren och teamet för att underlätta fullbordandet av mål genom att ta bort vägspärrar. Det agila metodutvecklingsteamet är tvärfunktionellt och inkluderar testare, designers och ops-ingenjörer förutom utvecklare.
Traditionell projektledning: Vattenfallet
Ett av de mest framstående traditionella projekthanteringssystemen är vattenfallet. Det användes ofta sedan 1970-talet. Det finns flera välkända och allmänt implementerade vattenfallsmetoder i IT-projekt. Dessa inkluderar PRINCE2 som skapades av den brittiska regeringen för sin offentliga sektor.
Liksom namnet antyder är det ett sekventiellt arbetsflöde. Slutprodukten är fast i början av projektet. Därefter avslutas de olika stadierna i arbetsflödet i följd (befruktningsinitiering, analys, design, konstruktion, testning, implementering och underhåll). När det föregående steget är klart går utvecklarna vidare till nästa steg. Projektplanen bör vara idiotsäker; när ett steg i sekvensen är klar kan utvecklarna inte gå igenom samma sak utan att börja om igen. Det är en statisk inställning till smidig metodik i projektledning. Det finns inget utrymme för förändringar eller fel och projektplanen för smidig metod måste följas noggrant.
En analogi kan dras mellan Waterfall Management och måla ett mästerverk. Bilden av det sista mästerverket är redan i konstnärens sinne, och han arbetar stadigt mot det. Om slutprodukten av någon anledning skiljer sig från vad han visualiserade kan han inte ändra den lätt.
Smidig eller vattenfall?
- Vad är smidig? Agile är mer lämpad för små team som arbetar med inkrementella och evolutionära projekt medan Waterfall passar för stora system eller utvecklingsprojekt. Vattenfallshantering kan vara bättre lämpad för industrier som byggbranschen. Agile används i mer dynamiska projekt som IT-branschen.
- Agile system kräver mycket skickliga teammedlemmar som kan hantera alla faser i projektet. Det kräver en dramatisk förändring av projektledarens roll. Vattenfallsprocessen är strukturerad på ett mer traditionellt sätt, är linjär och är kanske lättare att förstå för icke-utvecklare och de som är nya inom programvaruutveckling.
- Många organisationer tycker att Waterfall-metodiken är tröstande eftersom den är bättre dokumenterad. Agile är känd för att inte betona omfattande dokumentation. Det är mer beroende av människor, vilket kan vara obehagligt i organisationer där utmattningsgraden är hög.
- Mindre enkla projekt kanske inte kräver ett ramverk för metodik och en sekventiell vattenfallsmodell kan fungera lika bra.
Var går detta?
Agile utvecklingsmetodik står för mer än två tredjedelar av alla IT-projekt i USA, enligt en undersökning av HP i maj 2015.
Men Agile är inte alltid den "perfekta" lösningen. Det är inte en "en-passar alla" -lösning och som ett resultat har många organisationer (24% enligt HP-undersökningen) nu antagit en hybridstrategi.
En hybrid av smidiga och vattenfallsmetoder kan utnyttja båda fördelarna. Denna hybridmetod kan fungera för komplicerade projekt med externa kunder och stora team. Denna strategi har beskrivits av Erick Bergmann och Andy Hamilton. Det är en kompromiss mellan de två metoderna, vilket gör att programteam kan arbeta "smidiga" medan hårdvaruutvecklingsteam och produktchefer använder den traditionella metoden.
Mark Fromson, en digital konsult påpekar ett annat sätt på vilket en hybrid kan fungera:
Att dela upp projektet i vattenfallliknande faser för att möjliggöra fast anbudsavtal och definierat omfattning inom en mindre fas, men att hålla projektet flytande i sin helhet.
Oavsett vilken form framtida team kommer att ta, är det tydligt att Agile metodutveckling är här för att stanna. Det har möjliggjort flexibilitet, tids- och kostnadsfördelar, tillsammans med den viktigaste faktorn av allt: att ge en känsla av tillfredsställelse och en motiverande atmosfär till de människor som arbetar med dessa projekt.
Källa:
För Agile Manifesto och De 12 Agile Principles- www.agilemanifesto.org
Relaterade kurser: -
Agile Project Management - Lär dig smidiga metoder