3 viktiga likheter mellan lean- och agila metoder
Projektledare arbetar alltid 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å de teammedlemmar du arbetar med. Det finns en enorm variation av projektmetodiker, men bara två som oftast konkurrerar om favoritplatsen. Den första kallas leanmetodik. Den andra är en agil metodik.
Det kan vara svårt att avgöra 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 de två. Det som gör gränserna ännu mer otydliga är dock 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 idag tittar på likheterna mellan agil och lean utvecklingsmetodik. Med den här artikeln hoppas vi kunna föra idéerna om lean och agil hantering närmare ditt startupföretag och hjälpa produkt ägaren att avgöra vilken som passar dina teammedlemmar bäst.
Förstå både leanmetodik och agil metodik
För att förstå vad varje metodik står för behöver vi gå igenom lite av historien bakom båda. Genom att undersöka skillnaderna mellan dem blir deras likheter tydligare.
Ursprunget till leanprinciperna
Rötterna till leanproduktion – liksom till vattenfallsmetoden – finns i 1950-talet och Toyotas bilfabriker i Japan. De upptäckte ett överskott av resurser som bromsade deras arbetsflöde. Därför satte de igång med att minska lagerkostnaderna och på så sätt förbättra hastigheten i hela processen. Det var så Toyotas produktionssystem föddes.
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.
Ursprunget till de agila principerna
Agila arbetssätt började utvecklas senare, under 1980- och 1990-talen, tillsammans med datorprogrammerare. Före agilt arbetssätt brukade deras projekt ta mycket lång tid – ibland år – att slutföra. Programvaru- och datorindustrin 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.
Huvudproblemet var att kostnaden för hela processen aldrig kunde motivera slutproduktens bristande livslängd. Samtidigt som branschen förändrades fanns det kundbehov av nya produkter – och brist på kvalificerad arbetskraft. Därför fortsatte kostnaderna att stiga i stället för att minska.
Det främsta fokuset för agil metodik blev därför tid. Huvudmå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 kunderna.
Det tog några år att forma metodiken – och därför skrevs det agila manifestet 2001. Det beskriver huvudmålen och presenterar dessutom 12 agila principer som vägleder metodiken. Precis som leanmetodiken började den inom en nisch och antogs 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. Dessa är två olika processer för programvaruutveckling som kan ge en tydlig bild av både leanmetodik 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 – från en till tio personer.
Huvudidén är att dela upp produktutvecklingen i mål (som kallas projektbacklogg), som du sedan kan slutföra 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 gå igenom 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 arbetssätt använder den en Kanban-tavla för att hjälpa dig att synliggöra problem och lösa dem. Detta görs 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 näringslivet var kunden eller klienten den främsta anledningen till båda metoderna. Ja, även pengar och tid spelade en roll, 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.
Observera att båda syftar till att erbjuda en bättre och snabbare service. Det grundläggande sätt på vilket de uppnår sina mål är det som skiljer dem åt.
Om du använder lean-metoden vill du uppnå teknisk kvalitet för kunden. Du vill också leverera den på så kort tid som möjligt. Den agila metoden 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 märkt 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. Det du behöver förändra för att uppnå effektivitet skiljer sig dock åt mellan de två.
Å ena sidan använder du lean-metoden 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 metoden dig välja de metoder och uppgifter som fungerar bäst för dig. Det viktigaste är att du inte blir bunden av de val du gör. Team använder ofta agil projekthanteringsprogramvara för att anpassa arbetsflöden i realtid, omprioritera 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-metoden betonar och fokuserar du på din arbetsflödesdesign som helhet. Det kräver att du tar ett steg tillbaka och betraktar den från ett övergripande perspektiv. Detta ger dig bättre kontroll över hela processen samt möjlighet att minska allt överflödigt.
Som exempel behöver du inte låta dina medarbetare lägga timmar på slumpmässig programvaruutveckling för att de ska vara 100 % 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 tiden är inne. Dina programmerare behöver till exempel inte skapa ett verktyg som du kanske inte 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 när du väl har levererat den till dina kunder.
Detta skiljer sig från agil projektledning, som kräver ständiga uppdateringar.
Förtroende för 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. När allt kommer omkring är lagarbete centralt för alla företag. Utan det kommer både effektiviteten och produktiviteten att drabbas av stora förluster.
Med lean-metoden kan människor lära sig av varandra. Genom samarbete når du de bästa och mest effektiva lösningarna och minskar slöseriet.
Samtidigt främjar följande tre påståenden från Agila manifestet, som vi nämnde, samarbete och talar för sig själva:
- ”Individer och interaktioner framför processer och verktyg.”
- ”Kundsamarbete framför avtalsförhandling.”
- ”Verksamhetens representanter och utvecklare måste arbeta tillsammans dagligen under hela projektet.”
Observera att det tredje påståendet är ett av de 12 agila arbetssätten i det agila manifestet. En slutsats du kan dra ä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äs mer om agilt arbete och viktiga agila principer genom att gå 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 komma fram till vilken metod 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 ert företag snart att vara på väg mot framgång!
