3 keskeistä yhtäläisyyttä Lean- ja ketterien menetelmien välillä
Projektipäälliköt etsivät jatkuvasti parhaita tapoja tuotteidensa luomiseen tai ohjelmistokehityksen tukemiseen. Useimmiten tätä voidaan pitää tehokkuuden ja tuottavuuden välisenä kamppailuna. Päätavoitteena on löytää täydellinen tasapaino näiden kahden välillä – toimittaa upeita tuotteita mahdollisimman lyhyessä ajassa.
Tämän saavuttamiseen vaikuttavat tiimin jäsenet, joiden kanssa työskentelet. Projektinhallintamenetelmiä on valtava määrä, mutta vain kaksi niistä kilpailee useimmiten suosikin paikasta. Ensimmäistä kutsutaan lean-menetelmäksi. Toinen on ketterä menetelmä.
Menetelmän valitseminen voi olla vaikeaa. Molemmat ovat omalla erityisellä tavallaan erittäin hyödyllisiä. Tämän vuoksi yksi yleisimmistä keskustelunaiheista koskee näiden kahden välisiä eroja. Niiden väliset samankaltaisuudet kuitenkin hämärtävät rajoja entisestään. Joskus tämä menee jopa niin pitkälle, että yritykset käyttävät toisen nimeä toisesta tai vaihtavat usein näiden kahden välillä.
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
Siksi tarkastelemme tänään ketterien ja lean-kehitysmenetelmien samankaltaisuuksia. Tämän artikkelin avulla toivomme tuovamme lean- ja ketterän johtamisen ajatuksia lähemmäs startup-yritystäsi ja auttavamme tuoteomistajaa päättämään, kumpi sopii tiimisi jäsenille paremmin.
Lean- ja ketterien menetelmien ymmärtäminen
Ymmärtääksemme, mitä kumpikin menetelmä edustaa, meidän on tutustuttava hieman molempien historiaan. Niiden välisten erojen tarkasteleminen auttaa tuomaan niiden samankaltaisuudet paremmin esiin.
Lean-periaatteiden alkuperä
Lean-tuotannon juuret – vesiputousmenetelmän tapaan – voidaan jäljittää 1950-luvulle ja japanilaisiin Toyotan autotehtaisiin. Niissä huomattiin, että ylimääräiset resurssit hidastivat työnkulkua. Niinpä yrityksessä ryhdyttiin vähentämään varastointikustannuksia ja parantamaan tällä tavoin koko prosessin nopeutta. Näin syntyi Toyotan tuotantojärjestelmä.
Toyota käytti visuaalisia ilmaisimia varastotarpeidensa hallintaan. Yritys sai täsmällistä tietoa siitä, milloin kutakin tuotantoprosessissa tarvittavaa nimikettä tarvittiin, ja vähensi kokonaisuudessaan hukkaa. Lean-ajattelun avulla se pystyi optimoimaan koko toiminnan.
Ketterien periaatteiden alkuperä
Ketterät työskentelytavat syntyivät myöhemmin, 1980- ja 1990-luvuilla, ja ne kehitettiin tietokoneohjelmoijien kanssa. Ennen ketteriä menetelmiä projektien valmistuminen vei paljon aikaa – joskus vuosia. Ohjelmointi- ja tietokoneteollisuus kuitenkin muuttuu jatkuvasti – samoin tapahtui 1900-luvun jälkipuoliskolla. Tämä tarkoittaa, että kun ohjelmoijat pystyivät julkaisemaan tuotteen, se oli suurella todennäköisyydellä jo vanhentunut. Siksi heidän työhönsä tarvittiin uusi lähestymistapa.
Suurin ongelma oli, ettei koko prosessin kustannuksia koskaan voitu perustella lopputuotteen lyhyellä käyttöiällä. Samaan aikaan kun ala muuttui, asiakkaat tarvitsivat uusia tuotteita ja osaavista työntekijöistä oli pulaa. Näin kustannukset jatkoivat nousuaan laskemisen sijaan.
Siksi ketterän menetelmän pääpaino kohdistui aikaan. Ketterien tiimien päätavoitteena on kiinnittää jatkuvaa huomiota tuotteen toimittamiseen – ensin tehdä se nopeasti ja sitten jatkaa sen päivittämistä asiakkailta saadun palautteen perusteella.
Menetelmän muotoutuminen kesti joitakin vuosia – ja lopulta Ketterän kehityksen julistus kirjoitettiin vuonna 2001. Siinä hahmotellaan päätavoitteet ja esitellään 12 ketterää periaatetta, jotka ohjaavat menetelmää. Lean-menetelmän tavoin se sai alkunsa yhdellä erityisalalla ja levisi nopeasti myös muiden yritysten käyttöön.
Kanban vastaan Scrum – esimerkki lean- ja ketterien menetelmien eroista
Yksi parhaista esimerkeistä näiden kahden projektinhallintamenetelmän käyttämisestä on Kanbanin ja Scrumin vertaileminen. Nämä ovat kaksi erilaista ohjelmistokehitysprosessia, jotka voivat havainnollistaa selkeästi sekä lean- että ketterää menetelmää ja sitä, miten voit erottaa ne toisistaan.
Ensimmäisenä on Scrum – ketterä ohjelmistokehityksen viitekehys, jota kehitystiimisi voi käyttää monimutkaisten tuotteiden parissa. Kuten historiansa aikana, sen pääpaino on ohjelmistokehityksessä, mutta sitä on käytetty myös muilla aloilla. Se sopii täydellisesti pienemmälle kehitystiimille – yhdestä kymmeneen henkilöön.
Perusajatuksena on jakaa tuotekehitys tavoitteisiin (joita kutsutaan projektin työjonoksi), jotka voidaan saavuttaa jatkuvan parantamisen avulla. Näitä lyhytkestoisia iteraatioita kutsutaan sprinteiksi, ja ne kestävät yleensä noin kaksi viikkoa. Jokaisen sprintin lopussa järjestetään kokous, jossa sprintti ja ketterän kehityksen edistyminen käydään läpi. Monet tiimit käyttävät ketteriä koontinäyttöjä sprinttimittareiden visualisointiin ja edistymisen seuraamiseen reaaliajassa sprintin aikana.
Toisaalta Kanban on kehitysmenetelmä, joka on suunniteltu tukemaan koko tuotekehitysprosessiasi. Ketterään menetelmään verrattuna siinä hyödynnetään Kanban-taulua ongelmien esiin tuomiseksi ja ratkaisemiseksi. Tämä tapahtuu mittaamalla sekä koko prosessin että arvovirtasi elinkaarta ja läpimenoaikaa (arvovirta koostuu prosessin osista).
Lean- ja ketterät menetelmät keskittyvät molemmat asiakkaalle tuotettavaan arvoon
Kuten yritysmaailmassa usein on (ja pitääkin olla), asiakas oli molempien menetelmien tärkein lähtökohta. Myös rahaa ja aikaa oli mukana, mutta sekä lean- että ketterät menetelmät luotiin asiakkaiden tyytyväisyyden lisäämiseksi tuotteeseen ja samalla prosessin helpottamiseksi tiimin jäsenille.
Huomaa, että molempien tarkoituksena on tarjota parempaa ja nopeampaa palvelua. Se, miten ne saavuttavat tavoitteensa, erottaa ne toisistaan.
Jos käytät lean-menetelmää, tavoitteesi on tekninen erinomaisuus asiakkaan hyväksi. Haluat myös toimittaa sen mahdollisimman lyhyessä ajassa. Ketterä menetelmä ei eroa tästä ajankäytön suhteen – nopea toimitus on siinäkin etusijalla.
Täydellistä tuotetta ei kuitenkaan tarvita. Sen sijaan voit jatkaa sen kehittämistä ja päivittää sitä asiakkaan palautteen perusteella.
Projektinhallinnan nopeus on sekä lean- että ketterien menetelmien tavoite
Kuten olet ehkä huomannut, molempien menetelmien tarkoituksena on tehostaa toimintaasi eli nopeuttaa tuotteen kehittämistä. Tämä on yksi molempien menetelmien tärkeimmistä tavoitteista. Tehokkuuden saavuttamiseksi tarvittavat muutokset kuitenkin eroavat toisistaan.
Lean-menetelmää käytettäessä poistat kaiken, mikä ei tuota työllesi arvoa. Tämä tarkoittaa, että karsit aikaa vieviä kokouksia sekä tarpeetonta byrokratiaa. Haluat myös lopettaa sellaisten asioiden työstämisen, joita “saatat tarvita” tulevaisuudessa. Lopuksi haluat luopua tehottomista työskentelytavoista, kuten moniajamisesta.
Ketterä menetelmä puolestaan antaa sinun valita ne käytännöt ja tehtävät, jotka toimivat sinulle parhaiten. Tärkeää on, ettet jää jumiin tekemiisi valintoihin. Tiimit käyttävät usein ketterän projektinhallinnan ohjelmistoa työnkulkujen mukauttamiseen lennossa, tehtävien tärkeysjärjestyksen muuttamiseen ja jatkuvan parantamisen edistämiseen (tästä nimi ketterä). Tämä tarkoittaa, että voit muuttaa ketterää työnkulkua pala palalta – juuri tässä on näiden kahden menetelmän suuri ero.
Jos käytät lean-menetelmää, painotat ja tarkastelet työnkulun suunnittelua kokonaisuutena. Se edellyttää, että astut askeleen taaksepäin ja tarkastelet sitä ylätasolta tai kokonaiskuvan näkökulmasta. Näin saat paremman hallinnan koko prosessiin ja pystyt myös karsimaan kaiken ylimääräisen.
Esimerkiksi työntekijöidesi ei tarvitse käyttää työtunteja satunnaiseen ohjelmistokehitykseen vain siksi, että he olisivat 100-prosenttisesti valmiita silloin, kun tarvitset heitä. Sen sijaan sinun tulee luottaa siihen, että he ovat valmiita ja tekevät parhaansa, kun sen aika koittaa. Ohjelmoijiesi ei esimerkiksi tarvitse luoda työkalua, jota et ehkä edes käytä.
Anna heidän sen sijaan tutkia ja kehittää taitojaan. Näin kiinnität huomion tuotteesi korkeaan laatuun. Tällä tavoin sinun ei tarvitse palata tuotteeseen ja päivittää sitä sen jälkeen, kun olet toimittanut sen asiakkaillesi.
Tämä eroaa ketterästä projektinhallinnasta, joka edellyttää jatkuvia päivityksiä.
Luottamus tiimikavereihin on tärkeää molemmissa lean- ja ketterissä menetelmissä
Kuten huomaat, sinun on harkittava uudelleen tapaa, jolla johdat tiimiäsi, kun valitset näiden kahden menetelmän välillä.
Tärkeää on kuitenkin huomata, että molemmat ottavat tiimisi tiiviisti mukaan koko työnkulkuun. Tiimityö on kaiken liiketoiminnan ytimessä. Ilman sitä sekä tehokkuus että tuottavuus kärsivät merkittävästi.
Lean-menetelmässä ihmiset voivat oppia toisiltaan. Yhteistyön avulla löydät parhaat ja tehokkaimmat ratkaisut ja vähennät hukkaa.
Samaan aikaan seuraavat kolme aiemmin mainitsemamme Ketterän manifestin lausetta edistävät yhteistyötä ja puhuvat puolestaan:
- “Yksilöitä ja vuorovaikutusta enemmän kuin prosesseja ja työkaluja.”
- “Asiakasyhteistyötä enemmän kuin sopimusneuvotteluja.”
- “Liiketoiminnan edustajien ja kehittäjien on työskenneltävä yhdessä päivittäin koko projektin ajan.”
Huomaa, että kolmas virke on yksi ketterän manifestin 12 ketterästä käytännöstä. Tästä voisi päätellä, ettei ketterä metodologia välitä työkaluista tai prosessista samalla tavalla kuin lean-metodologia. Sen sijaan tämä metodologia keskittyy prosessissa mukana oleviin ihmisiin. Se kannustaa sinua myös työskentelemään tiiviisti asiakkaidesi kanssa. Heidän näkemyksensä voivat saada aikaan ihmeitä ja antaa sinulle paljon paremman tuotteen, joten varaa aikaa niiden kuuntelemiseen.
Lue lisää ketterästä kehityksestä ja keskeisistä ketteristä periaatteista suorittamalla jokin näistä ketterän kehityksen sertifioinneista.
Yhteenveto
Yhteenvetona voidaan todeta, että ketterän ja lean-ohjelmistokehitysmetodologian välillä saattaa olla yhtä paljon yhtäläisyyksiä kuin eroja. Vaikka niiden alkuperä on erilainen, niillä on silti sama painopiste – asiakastyytyväisyys.
Sinun kannattaa kiinnittää huomiota myös työnkulkuusi ja siihen, miten voit optimoida sen. Toimitusnopeus on tärkeää molemmissa – mutta sinun ja tiimisi tehtävänä on selvittää, kumpi toimii teille paremmin. Se saattaa vaatia jonkin verran tutkimista ja kokeilemista, mutta kun olet päätynyt johonkin metodologiaan, yrityksesi on hetkessä matkalla kohti menestystä!
