3 viktiga likheter mellan Lean- och agila metoder
Projektledare arbetar ständigt med att hitta de bästa sätten att skapa sina produkter eller hjälpa till med programvaruutveckling. För det mesta kan detta ses som en kamp mellan effektivitet och produktivitet. Huvudmålet är att hitta den gyllene balansen mellan de två – att leverera fantastiska produkter på så kort tid som möjligt.
Sättet att uppnå detta beror på vilka teammedlemmar du arbetar med. Det finns en enorm mängd projektmetodiker, men bara två som oftast konkurrerar om favoritplatsen. Den första kallas lean-metoden. Den andra är en agil metodik.
Det kan vara svårt att bestämma vilken metodik man ska välja. Båda är otroligt användbara på sina egna specifika sätt. Därför handlar en av de vanligaste diskussionerna om skillnaderna mellan dem. Det som dock gör gränserna ännu mer suddiga är likheterna mellan dem. Ibland går detta så långt att företag använder det ena namnet för det andra eller ofta växlar mellan de två.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Det är därför vi i dag tittar på likheterna mellan agil och lean-baserad utvecklingsmetodik. Med den här artikeln hoppas vi kunna föra idéerna om lean- och agil projektledning närmare ditt nystartade företag och hjälpa produktägaren att avgöra vilken metod som passar dina teammedlemmar bäst.
Förstå både lean- och agila metodiker
För att förstå vad varje metodik representerar behöver vi fördjupa oss lite i historien bakom båda. Att undersöka skillnaderna mellan dem hjälper till att lyfta fram deras likheter.
Lean-principernas ursprung
Rötterna till lean-tillverkning – liksom till vattenfallsmetoden – finns i 1950-talet och hos Toyotas bilfabriker i Japan. De lade märke till ett överskott av resurser som bromsade deras arbetsflöde. Därför satte de sig för att minska lagerkostnaderna och på så sätt förbättra hela processens hastighet. Så föddes Toyotas produktionssystem.
Toyota använde visuella indikatorer för sina lagerbehov. De fick exakt information om när de behövde varje artikel i arbetsflödet och minskade det totala slöseriet. Genom lean-tänkande kunde de optimera hela verksamheten.
De agila principernas ursprung
Agila arbetssätt började utvecklas senare, under 1980- och 1990-talen, och togs fram tillsammans med programmerare. Före agilt arbetssätt brukade deras projekt ta lång tid – ibland flera år – att slutföra. Programmerings- och datorbranschen förändras dock ständigt – och detsamma gällde under andra hälften av 1900-talet. Det innebär att när programmerarna väl kunde lansera produkten var chansen stor att den redan var föråldrad. Därför behövde de ett nytt sätt att utföra sitt arbete.
Det största problemet var att kostnaden för hela processen aldrig kunde motivera den slutliga produktens korta livslängd. Samtidigt som branschen förändrades fanns det kundbehov av nya produkter – och brist på kvalificerad arbetskraft. Därmed fortsatte kostnaderna att stiga i stället för att sjunka.
Därför blev tid det agila arbetssättets huvudsakliga fokus. Det främsta målet för dina agila team är att kontinuerligt fokusera på att leverera produkten – först genom att göra det snabbt och sedan genom att fortsätta uppdatera den efter att ha fått feedback från dina kunder.
Det tog några år att utforma metodiken – och därför skrevs det agila manifestet 2001. Det beskriver de viktigaste målen och ger dessutom 12 agila principer som vägleder metodiken. Precis som lean-metoden började den inom en nisch och anammades sedan snabbt av andra företag.
Kanban kontra Scrum – ett exempel på skillnader mellan lean och agilt
Ett av de bästa exemplen på hur dessa två projektledningsmetodiker används är att jämföra Kanban och Scrum. Detta är två olika processer för programvaruutveckling som kan ge en tydlig bild av både lean- och agil metodik samt hur du kan skilja dem åt.
Först har vi Scrum – ett agilt ramverk för programvaruutveckling som ditt utvecklingsteam kan använda för komplexa produkter. Precis som genom historien ligger huvudfokus på programvaruutveckling, men människor har även använt det inom andra områden. Det passar perfekt för ett mindre utvecklingsteam – en till tio personer.
Huvudpoängen är att dela upp produktutvecklingen i mål (som kallas projektets backlogg), som du sedan kan uppnå genom kontinuerliga förbättringar. Dessa korta iterationer kallas sprintar och tar vanligtvis omkring två veckor. I slutet av varje sprint håller du ett möte för att granska sprinten och framstegen i den agila utvecklingen. Många team använder agila instrumentpaneler för att visualisera sprintmätvärden och följa framstegen i realtid under sprinten.
Å andra sidan är Kanban en utvecklingsmetod som skapats för att stödja hela produktutvecklingsprocessen. Jämfört med agilt använder den en Kanban-tavla för att hjälpa dig att synliggöra problem och lösa dem. Det gör den genom att mäta livscykeln och ledtiden för både hela processen och ditt värdeflöde (som består av processens delar).
Lean-agila metoder fokuserar båda på kundvärde
Som ofta är fallet (och bör vara det) i affärsvärlden var kunden eller klienten den främsta anledningen till båda metoderna. Ja, pengar och tid var också involverade, men både lean- och agila metoder skapades för att göra kunderna nöjda med produkten och samtidigt göra processen enklare för teammedlemmarna.
Lägg märke till att båda syftar till att erbjuda en bättre och snabbare tjänst. Det som skiljer dem åt är det grundläggande sättet på vilket de uppnår sina mål.
Om du använder lean-metodik vill du uppnå teknisk excellens för kunden. Du vill också leverera den på kortast möjliga tid. Den agila metodiken skiljer sig inte från detta när det gäller tiden – snabb leverans står i centrum.
Du behöver dock inte ha en perfekt produkt. I stället kan du fortsätta att arbeta med den och uppdatera den utifrån kundens feedback.
Projektledningshastighet är målet för både lean- och agila metoder
Som du kanske har lagt märke till syftar båda metoderna till att öka din effektivitet – eller den hastighet med vilken du utvecklar en produkt. Detta är en av de största insatserna inom båda metoderna. Vad du behöver förändra för att uppnå effektivitet skiljer sig dock åt mellan de två.
Å ena sidan använder du lean-metodiken för att eliminera allt som inte tillför värde till ditt arbete. Det innebär att du minskar antalet tidskrävande möten och onödig byråkrati. Du vill också sluta arbeta med sådant du ”kanske behöver” i framtiden. Slutligen vill du undvika ineffektiva arbetssätt – som att göra flera saker samtidigt.
Samtidigt låter den agila metodiken dig välja de metoder och uppgifter som fungerar bäst för dig. Det viktigaste är att du inte blir fast vid de val du gör. Team använder ofta agil projektledningsprogramvara för att anpassa arbetsflöden i realtid, prioritera om uppgifter och främja ständiga förbättringar (därav namnet agil). Det innebär att du kan förändra det agila arbetsflödet steg för steg, och det är där den stora skillnaden mellan de två ligger.
Om du använder lean-metodik betonar och fokuserar du på din utformning av arbetsflödet som helhet. Det kräver att du tar ett steg tillbaka och betraktar det på en övergripande nivå. Det ger dig bättre kontroll över hela processen samt möjlighet att skära bort allt överflödigt.
För att illustrera detta behöver du inte låta dina medarbetare lägga ner timmar på slumpmässig programvaruutveckling för att de ska vara 100 procent redo när du behöver dem. I stället behöver du lita på att de kommer att vara redo och göra sitt bästa när den tiden kommer. Dina programmerare behöver till exempel inte skapa ett verktyg som du kanske aldrig ens kommer att använda.
Låt dem i stället utforska och utveckla sina färdigheter. På så sätt riktar du uppmärksamheten mot produktens höga kvalitet. Genom att göra det behöver du inte gå tillbaka och uppdatera produkten efter att du har levererat den till dina kunder.
Detta skiljer sig från agil projektledning, som kräver ständiga uppdateringar.
Tillit till dina lagkamrater är viktigt inom båda lean-agila metoderna
Som du kan se behöver du tänka om kring hur du leder ditt team när du väljer mellan de två metoderna.
Det är dock viktigt att notera att båda involverar ditt team nära i hela arbetsflödet. Teamarbete är trots allt centralt för alla verksamheter. Utan det kommer både effektiviteten och produktiviteten att drabbas av stora förluster.
Med lean-metodiken kan människor lära av varandra. Genom samarbete hittar ni de bästa och mest effektiva lösningarna och minskar slöseriet.
Samtidigt främjar de följande tre påståendena från Agila manifestet, som vi nämnde, samarbete och talar för sig själva:
- ”Individer och interaktioner framför processer och verktyg.”
- ”Samarbete med kunden framför avtalsförhandling.”
- ”Affärsrepresentanter och utvecklare måste arbeta tillsammans dagligen under hela projektet.”
Observera att den tredje meningen är en av de 12 agila metoderna i det agila manifestet. En slutsats du kanske drar är att agil metodik inte ens bryr sig om verktygen eller processen på det sätt som lean-metodik gör. I stället fokuserar denna metodik på människorna i processen. Den uppmuntrar dig också att arbeta nära dina kunder. Deras synpunkter kan göra underverk och ge dig en mycket bättre produkt, så avsätt tid för att lyssna på dem.
Lär dig mer om agilt arbete och viktiga agila principer genom att ta en av dessa agila certifieringar.
Slutsats
Sammanfattningsvis kan det finnas lika många likheter mellan agil och lean programvaruutvecklingsmetodik som det finns skillnader. Även om deras ursprung skiljer sig åt har de fortfarande samma fokus – kundnöjdhet.
Du bör också vara uppmärksam på ditt arbetsflöde och hur du kan optimera det. Leveranshastigheten är viktig i båda fallen – men det är upp till dig och ditt team att ta reda på vilken metodik som fungerar bäst för er. Det kan kräva lite utforskande och experimenterande, men när ni väl har valt en metodik kommer er verksamhet att vara på väg mot framgång på nolltid!
