3 vigtige ligheder mellem Lean- og Agile-metoder
Projektledere arbejder altid på at finde de bedste måder at skabe deres produkter eller hjælpe med softwareudvikling på. Det kan for det meste ses som en kamp mellem effektivitet og produktivitet. Det primære mål er at finde den gyldne balance mellem de to – at levere fantastiske produkter på kortest mulig tid.
Måden at opnå dette på afhænger af de teammedlemmer, du arbejder sammen med. Der findes en enorm variation af projektmetoder, men kun to konkurrerer oftest om favoritpladsen. Den første kaldes lean-metoden. Den anden er en agil metode.
Det kan være svært at beslutte, hvilken metode man skal vælge. Begge er utroligt nyttige på hver deres specifikke måde. Derfor handler en af de mest almindelige diskussioner om forskellene mellem de to. Det, der imidlertid gør grænserne endnu mere udviskede, er lighederne mellem dem. Nogle gange går det så vidt, at virksomheder bruger det ene navn om den anden eller ofte skifter mellem de to.
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
Derfor ser vi i dag nærmere på lighederne mellem agil og lean-udviklingsmetodik. Med denne artikel håber vi at bringe både lean- og agil ledelse tættere på din startup og hjælpe produktejeren med at beslutte, hvilken metode der passer bedst til teammedlemmerne.
Forstå både lean- og agile metoder
For at forstå, hvad hver metode repræsenterer, er vi nødt til at dykke lidt ned i historien bag dem begge. En undersøgelse af forskellene mellem dem vil hjælpe med at bringe deres ligheder i forgrunden.
Oprindelsen af lean-principperne
Rødderne til lean-produktion – ligesom vandfaldsmetoden – kan findes i 1950'erne og på Toyotas bilfabrikker i Japan. De bemærkede, at et overskud af ressourcer bremsede deres arbejdsgang. Derfor satte de sig for at reducere lageromkostningerne og på den måde forbedre hastigheden i hele processen. Sådan blev Toyotas produktionssystem født.
Toyota brugte visuelle indikatorer til deres lagerbehov. De fik præcise oplysninger om, hvornår de havde brug for hver enkelt vare i arbejdsgangen, og reducerede det samlede spild. Gennem lean-tænkning var de i stand til at optimere hele driften.
Oprindelsen af agile principper
Agile arbejdsmetoder opstod senere, i 80'erne og 90'erne, og blev udviklet sammen med computerprogrammører. Før agile metoder plejede deres projekter at tage lang tid – nogle gange år – at færdiggøre. Programmerings- og computerindustrien er imidlertid i konstant forandring – og det samme gjaldt anden halvdel af det tyvende århundrede. Det betyder, at da programmørerne var i stand til at udgive produktet, var der stor sandsynlighed for, at det allerede var forældet. Derfor havde de brug for en ny tilgang til deres arbejde.
Det største problem var, at omkostningerne ved hele processen aldrig kunne retfærdiggøre det endelige produkts manglende holdbarhed. Samtidig med at branchen ændrede sig, var der kundebehov for nye produkter – og mangel på kvalificerede medarbejdere. Og derfor blev omkostningerne ved med at stige i stedet for at falde.
Derfor blev tiden det primære fokus for den agile metode. Det vigtigste mål for dine agile teams er løbende at fokusere på leveringen af produktet – først at gøre det hurtigt og derefter fortsætte med at opdatere det efter at have fået feedback fra dine kunder.
Det tog nogle år at forme metoden – og derfor blev Det agile manifest skrevet i 2001. Det beskriver de vigtigste mål og angiver 12 agile principper, som styrer metoden. Og ligesom lean-metoden begyndte den inden for én niche og blev derefter hurtigt taget i brug af andre virksomheder.
Kanban kontra Scrum – et eksempel på forskelle mellem lean og agile metoder
Et af de bedste eksempler på brugen af disse to projektledelsesmetoder er at sammenligne Kanban og Scrum. Det er to forskellige softwareudviklingsprocesser som kan give et tydeligt billede af både lean- og agile metoder, samt hvordan man kan skelne mellem dem.
Først har vi Scrum – et agilt rammeværk til softwareudvikling, som dit udviklingsteam kan bruge til komplekse produkter. Ligesom gennem historien ligger hovedvægten på softwareudvikling, men det er også blevet brugt inden for andre områder. Det er perfekt til et mindre udviklingsteam – fra én til ti personer.
Hovedpointen er at opdele din produktudvikling i mål (kaldet projektbacklog), som du derefter kan nå gennem løbende forbedringer. Disse kortvarige iterationer kaldes sprints og varer normalt omkring to uger. Ved afslutningen af hvert sprint holder du et møde for at evaluere dit sprint og fremskridtene inden for din agile udvikling. Mange teams bruger agile oversigter til at visualisere sprintmålinger og følge fremskridtene i realtid under sprintet.
På den anden side er Kanban en udviklingsmetode, der er skabt til at understøtte hele din produktudviklingsproces. Sammenlignet med agil anvender den en Kanban-tavle til at hjælpe dig med at fremhæve problemer og løse dem. Det gør den ved at måle livscyklussen og gennemløbstiden for både den komplette proces og din værdistrøm (som består af processens dele).
Lean-agile-metoder fokuserer begge på kundeværdi
Som det ofte er (og bør være) i erhvervslivet, var kunden eller klienten hovedårsagen til begge metoder. Ja, der var også penge og tid involveret, men både lean- og agile-metoder blev skabt for at gøre kunderne tilfredse med produktet og samtidig gøre processen lettere for teammedlemmerne.
Bemærk, at begge har til formål at levere en bedre og hurtigere service. Den grundlæggende måde, de når deres mål på, er det, der adskiller dem fra hinanden.
Hvis du bruger lean-metoden, ønsker du teknisk ekspertise for kunden. Du ønsker også at levere den på kortest mulig tid. Den agile metode adskiller sig ikke fra dette, når det gælder tiden – hurtig levering er i fokus.
Du har dog ikke brug for et perfekt produkt. I stedet kan du fortsætte med at arbejde på det og opdatere det med kundens feedback.
Hastighed i projektledelsen er målet for både lean- og agile-metoder
Som du måske har bemærket, har begge metoder til formål at øge din effektivitet – eller den hastighed, hvormed du udvikler et produkt. Dette er et af de største indsatsområder for begge metoder. Det, du skal ændre for at opnå effektivitet, er dog forskelligt mellem de to.
På den ene side vil du bruge lean-metoden til at eliminere alt, der ikke tilfører værdi til dit arbejde. Det betyder, at du vil skære ned på tidskrævende møder samt unødvendigt bureaukrati. Du vil også holde op med at arbejde på de ting, du “måske får brug for” i fremtiden. Endelig vil du holde dig fra ineffektive arbejdsmetoder – såsom multitasking.
Den agile metode giver dig derimod mulighed for at vælge de praksisser og opgaver, der fungerer bedst for dig. Det vigtigste er, at du ikke er bundet af de valg, du træffer. Teams bruger ofte agil projektstyringssoftware til løbende at tilpasse arbejdsgange, omprioritere opgaver og fremme kontinuerlige forbedringer (deraf navnet agil). Det betyder, at du kan ændre den agile arbejdsgang stykke for stykke, og her ligger den store forskel mellem de to.
Hvis du bruger lean-metoden, lægger du vægt på og fokuserer på din udformning af arbejdsgangen som helhed. Det kræver, at du træder et skridt tilbage og ser på den fra et overordnet perspektiv. Det giver dig bedre kontrol over hele processen samt mulighed for at skære alt overflødigt væk.
For at illustrere dette behøver du ikke lade dine medarbejdere bruge timer på tilfældig softwareudvikling, så de kan være 100 % klar, når du får brug for dem. I stedet skal du have tillid til, at de er klar og yder deres bedste, når tiden er inde. Dine programmører behøver for eksempel ikke at skabe et værktøj, som du måske slet ikke kommer til at bruge.
Lad dem i stedet udforske og udvikle deres færdigheder. På den måde sætter du fokus på dit produkts høje kvalitet. Ved at gøre det behøver du ikke at gå tilbage og opdatere produktet, når du har leveret det til dine kunder.
Dette er anderledes end agil projektledelse, som kræver konstante opdateringer.
Tillid til dine teammedlemmer er vigtig i begge lean-agile-metoder
Som du kan se, er du nødt til at gentænke den måde, du leder dit team på, når du vælger mellem de to metoder.
Det er dog vigtigt at bemærke, at begge involverer dit team tæt i hele arbejdsgangen. Samarbejde er trods alt centralt i alle virksomheder. Uden det vil både effektiviteten og produktiviteten lide store tab.
Med lean-metoden kan folk lære af hinanden. Gennem samarbejde finder I de bedste og mest effektive løsninger og reducerer spild.
I mellemtiden fremmer de følgende tre udsagn fra Agile-manifestet, som vi nævnte, samarbejde og taler for sig selv:
- “Individer og interaktioner frem for processer og værktøjer.”
- “Kundesamarbejde frem for kontraktforhandling.”
- “Forretningsfolk og udviklere skal arbejde sammen dagligt gennem hele projektet.”
Bemærk, at den tredje sætning er en af Agile-manifestets 12 agile praksisser. En konklusion, du kunne drage, er, at agil metode ikke engang bekymrer sig om værktøjerne eller processen på den måde, som lean-metoden gør. I stedet fokuserer denne metode på menneskene i processen. Den opfordrer dig også til at arbejde tæt sammen med dine kunder. Deres input kan gøre underværker og give dig et meget bedre produkt, så sæt tid af til at lytte til det.
Få mere at vide om agil udvikling og centrale agile principper ved at tage en af disse agile certificeringer.
Konklusion
For at konkludere kan der være lige så mange ligheder mellem agil og lean softwareudviklingsmetode, som der er forskelle. Selvom deres oprindelse er forskellig, har de stadig det samme fokus – kundetilfredshed.
Du vil også gerne være opmærksom på din arbejdsgang og de måder, hvorpå du kan optimere den. Leveringshastighed er vigtig for begge – men det er op til dig og dit team at finde ud af, hvilken der fungerer bedst for jer. Det kan kræve lidt udforskning og eksperimentering, men når du først har valgt en metode, vil din virksomhed være på vej mod succes på ingen tid!
