Mura, muri, muda lean-filosofian hukkakäsitteet ohjelmistokehityksessä

Koko: px
Aloita esitys sivulta:

Download "Mura, muri, muda lean-filosofian hukkakäsitteet ohjelmistokehityksessä"

Transkriptio

1 hyväksymispäivä arvosana arvostelija Mura, muri, muda lean-filosofian hukkakäsitteet ohjelmistokehityksessä Henri Karhatsu, Simo Moilanen Helsinki HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

2 HELSINGIN YLIOPISTO HELSINGFORS UNIVERSITET UNIVERSITY OF HELSINKI Tiedekunta/Osasto Fakultet/Sektion Faculty/Section Laitos Institution Department Tietojenkäsittelytiede Matemaattis-luonnontieteellinen Tekijä Författare Author Henri Karhatsu, Simo Moilanen Työn nimi Arbetets titel Title Mura, muri, muda - lean-filosofian hukkakäsitteet ohjelmistokehityksessä Oppiaine Läroämne Subject Seminaari: Suurten ohjelmisto-intensiivisten järjestelmien ketterä kehittäminen Työn laji Arbetets art Level Seminaari Tiivistelmä Referat Abstract Aika Datum Month and year Sivumäärä Sidoantal Number of pages 17 Tässä seminaarityössä käsitellään valmistavan teollisuuden tarpeisiin kehitettyä leantuotantofilosofiaa ohjelmistokehityksen näkökulmasta. Erityisesti keskitytään kolmeen hukkakäsitteeseen, jotka ovat mura (työn epätasaisuus), muri (ylikuormitus) sekä muda (arvoa tuottamaton toiminta). Lisäksi esitetään keinoja, joilla tätä hukkaa voidaan ohjelmistokehityksessä poistaa. Työssä havaitaan, että ohjelmistokehityksessä hukkaa on ihmisten ylikuormitus (muri), turha vaihtelu työmenetelmissä (mura) sekä mudan osalta ylimääräiset toiminnot, keskeneräinen ja odottava työ, tarpeeton käsittely, tehtävien vaihtuminen, testauksen läpäisseet virheet, odottelu ja luovutukset. Hukan poistoon ohjelmistokehityksessä löytyy työkaluja muun muassa ketteristä menetelmistä (agile methods). Näitä ovat esimerkiksi Scrum-prosessimalli, lähellä asiakasta oleminen ja lyhyet iteraatiot. ACM Computing Classification System (CCS): D.2.9 Software engineering - Management Avainsanat Nyckelord Keywords lean, ohjelmistokehitys, hukka, muda, mura, muri Säilytyspaikka Förvaringställe Where deposited Muita tietoja Övriga uppgifter Additional information

3 ii Sisältö 1 Johdanto Lean-ajattelu ja hukka Lean-filosofian historiaa ja perusperiaatteet Hukan kolme muotoa mura, muri ja muda Muda ja sen alakäsitteet Lean-ajattelu ohjelmistokehityksessä Lean-periaatteiden soveltuvuus ohjelmistokehitykseen Hukka ohjelmistokehityksessä Hukan poistaminen ohjelmistokehityksessä Yhteenveto Lähteet... 18

4 1 1 Johdanto Lean on toisen maailmansodan jälkeen Toyotalla kehitetty filosofia yrityksen toiminnan ohjaamiseen [WJR90]. Leanissä yrityksen tuotantoketju pyritään virtaviivaistamaan poistamalla siitä kaikki, mikä ei tuota arvoa eli on hukkaa (waste). Sittemmin leanajattelua on alettu soveltaa myös ohjelmistotuotantoon. Tässä seminaarityössä keskitytään ohjelmistokehityksessä esiintyviin hukan muotoihin sekä keinoihin, joilla hukkaa saadaan poistettua. Hukan päämuodot ovat mura (työn epätasaisuus), muri (ylikuormitus) ja muda (arvoa tuottamaton toiminta), joista viimeisin jakaantuu useaan alakohtaan. Näistä kaksi ensimmäistä on jäänyt tutkimuksessa vähemmälle huomiolle, ja siksi niihin kiinnitetään tässä seminaarityössä erityistä huomiota. Lean-kirjallisuudessa on kaksi tapaa määritellä hukka. Toisen mukaan hukkaa ovat edellä kuvatut kolme asiaa eli mura, muri ja muda [mm. Cal08]. Toisen määritelmän mukaan taas hukka on yhtä kuin muda eli kaikki arvoa tuottamaton toiminta [mm. Smi06, Pic08]. Jälkimmäinen määritelmä perustuu ajatukselle, että epätasaisuus ja ylikuormitus eivät sinänsä ole hukkaa mutta ne on syytä ottaa huomioon hukkaa poistettaessa. Molemmat ovat kelvollisia määritelmiä, mutta tässä seminaarityössä käytetään joka tapauksessa ensimmäistä; hukka sisältää siis sekä muran, murin että mudan. Seminaarityön tutkimuskysymys on: miten mura, muri ja muda esiintyvät ohjelmistokehityksessä ja miten niitä voidaan poistaa? Tähän kysymykseen haetaan vastausta esittelemällä aluksi leanin periaatteet ja hukan muodot yleisellä tasolla. Sen jälkeen pohditaan kuinka lean soveltuu ohjelmistokehitykseen ottamalla leanin periaatteisiin mukaan ohjelmistojen tuottamisen näkökulma. Lopuksi käsitellään ohjelmistokehityksessä esiintyvää hukkaa ja sen poistamista. Työssä tullaan huomaamaan, että leanin periaatteet ovat hyvin lähellä ketterän ohjelmistokehityksen periaatteita ja että nimenomaan ketterät menetelmät tarjoavat paljon keinoja hukan poistamiseen.

5 2 Lean suomennetaan usein virtaviivaiseksi tai laihaksi, mutta vakiintunutta käännöstä ei ole käytössä. Tässä seminaarityössä ohitamme suomennoksen ja käytämme termiä lean. Alan englanninkielisessä kirjallisuudessa käytetään sanaa waste kuvaamaan toimintaa, joka ei tuota lisäarvoa. Suomenkielisessä kirjallisuudessa tämä on suomennettu vaihtelevin käytännöin esimerkiksi hukaksi, roskaksi tai jätteeksi. Tässä seminaarityössä englanninkielen sanasta waste käytetään suomen kielen sanaa hukka.

6 3 2 Lean-ajattelu ja hukka Tässä luvussa kuvataan lean-ajattelua yleisellä tasolla sitomatta sitä mihinkään tiettyyn toimialaan. Ensin käydään läpi leanin viisi periaatetta ja sen jälkeen esitellään erilaisia hukan muotoja. 2.1 Lean-filosofian historiaa ja perusperiaatteet Toyota Production System (TPS) on Toyota Motor Corporation:n käyttämä tapa ohjata ja kehittää yrityksen toimintaa. TPS on kehitetty yrityksessä toisen maailmansodan jälkeen. Sen kehittäjät Eiji Toyoda ja Taiichi Ohno totesivat, ettei Toyota pysty toimimaan samoilla massatuotannon periaatteilla, joilla sen amerikkalaiset kilpailijat toimivat. Toyotan tavoitteena oli valmistaa paljon erilaisia malleja pienissä erissä. Keskeinen ajatus oli, että massatuotannossa syntyy paljon hukkaa, joka ei tuota arvoa. Vaikka nopean talouskasvun aikaan tällä ei ollut suurta merkitystä, viimeistään luvun öljykriisin yhteydessä paljastui Toyotan menetelmien vallankumouksellisuus. [Ohn88, WJR90] TPS koostuu viidestä perusperiaatteesta [WoJ96, Ram98]: 1. Määritellään mikä asiakkaan näkökulmasta lisää arvoa (value) ja mikä taas ei lisää. 2. Tunnistetaan vaiheet, jotka lisäävät arvoa eli arvovirta (value stream). Arvovirrasta pyritään poistamaan kaikki se, mikä ei tuota arvoa eli on hukkaa (waste). 3. Yritetään saada arvovirta virtaamaan (flow) tasaiseen tahtiin ilman keskeytyksiä, ylimääräisiä vaiheita ja varastoja, odottelua ja virheitä. 4. Tehdään vain sitä mitä asiakas pyytää ja vain silloin, kun asiakas pyytää (pull). Ei siis tuoteta turhia ominaisuuksia, joilla ei ole asiakkaalle arvoa. 5. Pyritään täydellisyyteen (perfection) poistamalla hukkaa jatkuvasti. Myöhemmin Womack ym. nimesivät TPS:n sen kantavan ajatuksen mukaan leaniksi [WJR90].

7 4 Edellä mainitut periaatteet voidaan tiivistää seuraavalla tavalla. Yrityksen tuotantoketju pyritään virtaviivaistamaan poistamalla siitä kaikki, mikä ei tuota asiakkaalle arvoa eli on hukkaa. Tätä jatketaan tavoitellen koko ajan täydellisyyttä. Käytännössä jatkuva kehittäminen johtaa siihen, että kun osa tuotantoketjusta saadaan tehokkaammaksi, löytyy hukkaa ketjun toisesta osasta [HiT00]. Lean-ajattelussa on yksi erityisen mielenkiintoinen näkökulma verrattuna perinteiseen massatuotantoon. Kun jälkimmäisessä pyritään olemaan riittävän hyviä, leanissa pyritään täydellisyyteen. Massatuotannon tavoitteenasettelua perustellaan sillä, että "liian hyvä" tulee liian kalliiksi tai se on inhimillisesti mahdotonta saavuttaa. Leanissa taas uskotaan siihen, että aina voi tehdä paremmin; virheet voidaan saada kokonaan pois, kustannuksia voidaan saada koko ajan pienemmiksi, tuotevariaatiota voidaan jatkuvasti kasvattaa ja niin edelleen [WJR00]. Täydellisyyden tavoitteluun, arvovirran sujuvuuteen ja hukan eliminointiin liittyy käsite jidoka. Se tarkoittaa laadun tarkkailua ja sisältää kaksi mekanismia, ongelmien tunnistamisen ja tuotannon keskeyttämisen heti, kun jokin ongelma ilmenee [DJS08]. Esimerkiksi autoteollisuudessa tämä tarkoittaa sitä, että heti kun löytyy virhe, jota ei pystytä välittömästi korjaamaan, koko tuotantolinja keskeytetään [WJR90]. Tavoitteena on selvittää virheen syy välittömästi ennen kuin se alkaa kumuloitua prosessissa eteenpäin. Jidoka-ajattelussa hyväksytään siis tuotannon keskeytykset ja tilapäiset tehottomuudet, jotta saavutetaan laajemmassa mittakaavassa tehokkaampi prosessi [Ohn88]. 2.2 Hukan kolme muotoa mura, muri ja muda Leanissa pyritään siis tehostamaan tuotantoprosessia poistamalla siitä kaikki hukka eli ne toiminnot, jotka eivät lisää asiakkaalle arvoa. Hukka jaetaan kolmeen kategoriaan, jotka ovat mura, muri ja muda [Smi06]. Termit tulevat japanin kielestä ja niitä käytetään alan kirjallisuudessa pääsääntöisesti sellaisenaan. Näistä yleisimmin käytetty muda tarkoittaa tuhlaavaisuutta tai kaikkea arvoa lisäämätöntä toimintaa, mura työn epätasaisuutta ja muri ihmisten tai koneiden ylikuormitusta [Smi06].

8 5 Käsitteitä on hyvä selventää esimerkin avulla. Mura eli työn epätasaisuus voi ilmetä esimerkiksi siten, että työlinjalla kolmesta peräkkäisestä koneesta vain ensimmäinen tekee kerrallaan työtä ja kaksi muuta ovat lepotilassa. Sama esimerkki toimii myös murin eli ihmisten tai koneiden ylikuormituksen suhteen, näkökulma vain on hieman erilainen. Kyseisessä tapauksessa luonnollisestikin työtä tekevä kone ylikuormittuu. Kolmas käsite muda eli arvoa tuottamattomuus esiintyy esimerkissä ainakin turhan odottelun muodossa, sillä kaksi jälkimmäistä konetta joutuvat odottamaan ensimmäisen suoritusta, eivätkä siten pysty tuottamaan arvoa. Esimerkin avulla on helppo havaita, kuinka kaikki kolme hukan muotoa ovat suhteessa toisiinsa. Työn epätasaisuus (mura) johtaa joidenkin tuotantotekijöiden ylikuormittumiseen (muri), mikä taas aiheuttaa arvoa tuottamatonta toimintaa (muda), yleensä monessakin eri muodossa [Wom06]. Toisaalta yhtä hyvin voidaan ajatella, että muri johtaa muraan ja mudaan. Jos nimittäin esimerkiksi työntekijät ovat hyvin ylikuormittuneita, he tekevät helpommin epätasalaatuisia tuotteita (mura) ja enemmän virheitä (muda). Kuva 2.1 havainnollistaa näiden kolmen hukkakäsitteen suhteita toisiinsa. Oleellista kuvassa on huomata, että jos muda halutaan poistaa pysyvästi, täytyy ensin poistaa mura ja muri. Mura Muri Muda Kuva 2.1: Muran, murin ja mudan suhde toisiinsa.

9 6 2.3 Muda ja sen alakäsitteet Alan kirjallisuudessa eniten näkyvyyttä saanut hukan muoto on muda. Taiichi Ohno on jakanut mudan seitsemään kategoriaan [Pop02]: ylituotanto, varastot, tarpeeton käsittely, tarpeeton liike, virheet, odottelu ja kuljettaminen. Seuraavaksi kuvaillaan tarkemmin, mitä nämä tarkoittavat. Ylituotanto on joko liikaa tai liian aikaisin tuottamista. Lean-ajattelussa tuotetaan pullperiaatteen mukaisesti vain asiakkaan tarpeen mukaan. Kaikki tarpeen yli tuottaminen sitoo arvokkaita resursseja, joita voitaisiin muuten käyttää paremmin hyödyksi [HiT00]. Tarpeettomat varastot taas liittyvät ylituottamiseen. Asiakkaan tarvetta pyritään mukailemaan rakentamalla tuotantolinja mieluummin vetäväksi (pull) kuin työntäväksi (push) [HiT00]. Vetävä tarkoittaa esimerkiksi tietokonevalmistaja Dell:n tuotantolinjalla sitä, että tietokoneen valmistus aloitetaan vasta asiakkaan tilattua sen [PoP03]. Tilauksen tultua Dell valmistaa ja lähettää tietokoneen alle viikossa. Näin Dell ei joudu pitämään valmistamiaan koneita varastossa ja esimerkiksi uuden näytönohjaimen tai isomman kovalevyn tultua markkinoille, Dell voi tarjota sen asiakkailleen nopeammin kuin kilpailijansa. Tarpeetonta käsittelyä on esimerkiksi tuotteen uudelleen työstäminen tai tarkastaminen. Tuote tulisi tehdä kerralla riittävän laadukkaaksi. Tuotteen korjaaminen laatuongelmien takia tai välituotteen laadun tarkkailun tarve ovatkin oireita tuotantoketjun ongelmista. Tarpeeton käsittely voi johtua esimerkiksi väärästä työkalusta, menetelmästä tai järjestelmästä [HiT00]. Resurssit tulisi toimittaa käyttöön, ei varastoon. Lean-ajattelussa kuljettaminen varastoon on esimerkki tarpeettomasta liikkeestä. Kaikki toimitukset pitäisi tehdä justin-time-periaatteen (JIT) mukaisesti suoraan toimittajalta tuotantoketjulle. Ylimitoitettu kuljettaminen johtaa lisäksi tarpeettomaan varastoon [HiT00].

10 7 Virheellisten tuotteiden ja palveluiden alkuperäisen tuottamisen lisäksi virheiden korjaaminen haaskaa resursseja. Lisäksi virheiden synnyttämien asiakaspalautteiden käsittely ja hyvittäminen asiakkaalle kuluttavat resursseja [HiT00]. Myös odottaminen on lean-ajattelussa hukkaa, sillä silloin resurssit eivät ole parhaassa mahdollisessa käytössä. Tuotantoketjun tulisi toimia edellä mainitun JIT-periaatteen mukaisesti, eli tuotanto pitäisi saada virtaamaan tasaisesti [HiT00]. Tarpeeton kuljettaminen johtuu muun muassa vääränlaisesta työvuosta, huonosti suunnitellusta tai epäsiististä työympäristöstä ja epäjohdonmukaisista tai dokumentoimattomista työskentelymenetelmistä [HiT00].

11 8 3 Lean-ajattelu ohjelmistokehityksessä Tässä luvussa käsitellään lean-filosofiaa ohjelmistokehityksen näkökulmasta. Aluksi pohditaan, kuinka lean ja sen periaatteet ylipäätään soveltuvat ohjelmistoteollisuuteen. Tullaan huomaamaan, että samoja periaatteita voidaan hyödyntää myös ohjelmistotuotannossa. Sen jälkeen pohditaan, minkälaista hukkaa ohjelmistokehitykseen liittyy ja lopuksi esitetään, kuinka tätä hukkaa voidaan poistaa. 3.1 Lean-periaatteiden soveltuvuus ohjelmistokehitykseen Lean-filosofiaa on alettu soveltaa valmistavan teollisuuden lisäksi myös ohjelmistoteollisuuteen [Mid01]. Ajatusmalli on se, että lean-ajattelu sopii kaikkiin prosesseihin ja siten myös ohjelmistonkehitykseen [Ram98]. Luvussa 2 esiteltiin leanin viisi periaatetta. Seuraavaksi pohditaan tarkemmin, kuinka hyvin ne soveltuvat ohjelmistokehitykseen. Leanin ensimmäinen periaate on määritellä, minkä asiakas kokee arvokkaaksi. Kyse on niin yleisellä tasolla olevasta asiasta, että sen voidaan sanoa soveltuvan mihin tahansa liiketoimintaan, siten myös ohjelmistokehitykseen. Voidaan kuitenkin pohtia, onko ohjelmistotuotannossa jotain erityisiä keinoja tämän saavuttamiseen. Yksi menetelmä on nopea protoilu [Ram98]. Lisäksi ketterän ohjelmistokehityksen periaatteet [Agi01] tarjoavat tähän keinoja. Tällaisia ovat ainakin lyhyet iteraatiot ja tiivis yhteistoiminta asiakkaan kanssa. Toinen periaate eli arvovirran tunnistaminen soveltuu myös ohjelmistonkehitykseen [Ram98]. Oleellista on, että ohjelmistokehitykseen kuuluu aina jonkinlainen vaiheittainen prosessi. Tämän prosessin vaiheet muodostavat siis arvovirran, josta voidaan lean-ajattelun mukaisesti alkaa poistaa hukkaa. Tarkemmin ohjelmistokehityksessä esiintyvää hukkaa ja sen poistamista käsitellään seuraavassa luvussa. Leanin kolmannessa periaatteessa arvovirrasta halutaan saada tasaisesti virtaava ilman työn epätasaista jakautumista (mura) ja joidenkin osa-alueiden ylikuormittumista

12 9 (muri). Ohjelmistokehityksessä tämä voisi tarkoittaa sitä, että eri työvaiheissa kuten määrittelyssä, kehityksessä ja testauksessa olisi koko ajan sopivasti ominaisuuksia työn alla. Tärkeää on myös se, ettei työvaiheiden välille synny ylimääräisiä varastoja, joita ovat muun muassa etukäteen tehdyt määritykset [Pop02] ja testaamaton koodi [Mid01]. Neljäs periaate (pull) sisältää ajatuksen siitä, että asiakkaalle tuotetaan vain sitä, mitä hän tarvitsee ja vain silloin, kun hän sitä tarvitsee. Tämänkin voidaan ajatella soveltuvan hyvin ohjelmistotuotantoon [Ram98]. Etenkin se, että tehdään vain asiakkaan tarvitsemia ominaisuuksia, on hyvin oleellista. Kuten seuraavassa luvussa tullaan huomaamaan, tämän vastakohta on yksi merkittävä hukan muoto. Pull-toimintavan vastakohta on push. Janes ja Succi [JaS09] esittelevät kaksi tapaa rakentaa ohjelmistoja push-menetelmällä sekä niille vaihtoehtoiset pull-menetelmät. Vaatimukset ensin (requirements-first) on push-mallin mukainen menettely, jossa vaatimuksia kerätään mahdollisimman paljon etukäteen tai vähintäänkin iteratiivisesti. Tämän menetelmän kustannukset tulevat muun muassa niistä riskeistä, että vaatimukset eivät täsmää liiketoiminnan tavoitteiden kanssa tai että vaatimukset muuttuvat. Vaihtoehtoinen pull-menettely on tavoiteperustainen ohjelmistokehitys (goal-driven software development), jossa ensin asetetaan tavoitteet, joiden perusteella luodaan vaatimuksia. Yksi hyvä puoli tässä vaihtoehdossa on muun muassa se, että kehittäjät pystyvät paremmin esittämään eri toteutusvaihtoehtoja, kun he ymmärtävät liiketoiminnan tavoitteet. Toinen push-esimerkki on alhaalta-ylös (bottom-up) ja sen pull-vastakohta ylhäältä-alas (top-down) [JaS09]. Alhaalta-ylös-kehityksessä luodaan aluksi ne pohjakomponentit, joita myöhemmin tullaan käyttämään niissä osissa, joita loppukäyttäjä tarvitsee. Menetelmän kustannus tulee siitä, että pohjakomponentit ovat varastoa, joka saattaa sisältää vääriä valintoja esimerkiksi arkkitehtuurin suhteen. Ylhäältä-alas-menetelmässä taas lähdetään käyttäjän tarvitsemista komponenteista liikkeelle, määritetään niille testitapaukset ja alempia kerroksia simuloidaan tynkien (stub) avulla. Näin pystytään tuottamaan minimimäärä koodia, joka samalla tulee myös testatuksi.

13 10 Viides periaate eli pyrkimys täydellisyyteen on luonteeltaan samanlainen kuin ensimmäinen eli se sopii mihin liiketoimintaan tahansa. Laatua voidaan siis parantaa jatkuvasti myös ohjelmistokehityksessä [Mid01]. Voidaan siis todeta, että lean-periaatteet soveltuvat hyvin myös ohjelmistotuotantoon. Seuraavaksi käsitellään tarkemmin, mitä hukan muotoja ohjelmistokehityksestä voi löytää. 3.2 Hukka ohjelmistokehityksessä Leanin tärkein ajatus on tunnistaa, mikä lisää asiakkaalle arvoa, ja poistaa sen jälkeen tuotantoprosessista kaikki se hukka, mikä ei lisää arvoa. Näin ollen myös ohjelmistotuotannossa täytyy ensin määrittää, mikä on arvoa. Arvon määrittäminen on jossain määrin tapauskohtaista. Yleisellä tasolla voidaan kuitenkin ajatella, että ohjelmistokehityksessä arvoa ovat kaikki ne toiminnallisuudet, joita asiakas todella tarvitsee. Toisin sanoen esimerkiksi ne ominaisuudet, joita asiakas ei käytä, ovat hukkaa [Pop02]. Tässä luvussa esitellään, mitä muita hukan muotoja löytyy ohjelmistokehityksestä. Hukkaa poistettaessa keskitytään usein pelkkään arvoa tuottamattomaan toimintaan (muda) [Cal08]. Mutta kuten edellä todettiin, hukan päämuotoihin kuuluvat myös mura (epätasaisuus) ja muri (ylikuormitus). Näiden tunnistaminen on tärkeää, sillä jotta arvoa voidaan kestävästi tuottaa, täytyy ensin poistaa muri. Jos prosessista poistetaan pelkästään muda, on todennäköisestä, että se palaa myöhemmin takaisin [Pic08]. Jos esimerkiksi onnistutaan poistamaan virheitä mutta ihmisiä ylikuormitetaan liikaa, virheet todennäköisesti palaavat ajan myötä takaisin. Ohjelmistokehityksessä juuri ihmisten kuormittaminen onkin oleellisin esimerkki murista [Pic08]. Vastaavanlainen suhde on myös muralla ja mudalla. Ohjelmistokehityksessä muraa on esimerkiksi se, ettei osa kehittäjistä noudata testilähtöistä kehitystapaa, käytetään erilaisia kehitystyövälineitä tai ettei noudateta koodausstandardeja [Pic08]. Kaikki nämä luovat prosessiin turhaa vaihtelua ja lisäävät siten riskiä siitä, että prosessiin tulee mukaan arvoa tuottamatonta toimintaa eli mudaa. Siksi myös muran tunnistaminen on tärkeää.

14 11 Kun mura ja muri on tunnistettu ja poistettu prosessista, on helpompi keskittyä poistamaan mudaa. Kuten valmistavassa teollisuudessa, myös ohjelmistokehityksessä näiden kaikkien tunnistamiseen voidaan hyödyntää arvovirta-analyysia [Ram98, PoP03]. Yleisesti ottaen jos jokin toiminta sovelluskehitysprosessissa voidaan ohittaa tai sen tavoite voidaan saavuttaa helpommin, toiminta on hukkaa. Luvussa 2.3 esitellyt mudan muodot valmistavassa teollisuudessa voidaan yhdistää ohjelmistoteollisuuteen seuraavasti [Pop03b]: ylituotanto = ylimääräiset toiminnot varasto = keskeneräinen työ tarpeeton käsittely = tarpeeton käsittely tarpeeton liike = tehtävien vaihtuminen virheet = testauksen läpäisseet virheet odottelu = odottelu, ml. asiakkaan odottaminen kuljettaminen = luovutukset Ylituotanto on hukan muoto, joka ohjelmistokehityksessä tarkoittaa erityisesti ylimääräisiä vaatimuksia [McC97] ja niiden perusteella rakennettuja ylimääräisiä toiminnallisuuksia, joita asiakas ei käytä [Pop02]. Samoin sellaiset toiminnallisuudet, jotka on rakennettu asiakkaan toivomuksesta mutta jotka eivät kuitenkaan täytä asiakkaan tarpeita, voidaan ajatella olevan ylituotantoa. Edelleen jos rakennetaan toiminnallisuus, jota asiakkaan oletetaan jossain vaiheessa tarvitsevan mutta ei kuitenkaan juuri nyt, sitä pidetään myös hukkana [Pop03b]. Varastot ovat hukan muoto, joka ei välttämättä ensi alkuun tunnu kuuluvan ohjelmistokehitykseen. Yleisesti voidaan kuitenkin ajatella, että kaikki sellaiset keskeneräiset tuotokset, jotka odottavat siirtymistä eteenpäin, ovat varastoa. Tämä sisältää muun muassa sellaiset määrittelyt, joita ei vielä tarvita [Pop02]. Edellä mainittiin myös alhaalta-ylös-tuotantotavassa syntyvät pohjakomponentit, joita voidaan pitää varastoina [JaS09]. Laajempi näkökulma varastoihin on, että kaikki keskeneräinen työ kuten testaamaton koodi on varastoa [Mid01, Pop03b]. Tässä on toisaalta pieni ristiriita lean-

15 12 periaatteiden kanssa. Niin kauan kuin työhön lisätään arvoa esimerkiksi koodaamalla jotain ominaisuutta, työ ei ole hukkaa, vaikka se keskeneräistä onkin. Tarpeeton käsittely tarkoittaa yleisesti ottaen sitä, että sama asia joudutaan tekemään useaan kertaan tai siihen joudutaan käyttämään tarpeettomasti aikaa. Jos esimerkiksi kehittäjällä menee kauan selvittää, mitä jokin koodi tekee, on kyse tarpeettomasta käsittelystä [Mil09a]. Tällöin kyse voi olla esimerkiksi huonosta dokumentoinnista tai epäselvästi kirjoitetusta koodista. Samoin tarpeetonta käsittelyä on se, jos heikosta viestinnästä johtuen työntekijä ei saa jotain oleellista tietoa ja joutuu selvittelemään sitä itse [Mil09a]. Neljäs mudan muoto eli jatkuva tehtävien vaihtuminen voi häiritä merkittävästi henkilön keskittymistä. Parhaimmillaan jokaisen tulisi keskittyä yhteen asiaan kerrallaan [Pop03b]. Toisaalta tehtävien vaihtuminen aiheuttaa myös tarpeetonta käsittelyä, koska tekijä voi joutua käymään saman asian läpi moneen kertaan [Mil09a]. On hyvä huomata, että tehtävien vaihtelu voi liittyä henkilöiden ylikuormitukseen (muri), jolloin hukan poistamiseksi täytyy ratkaista ensin ylikuormitusongelma. Virheet ovat hukan muoto, jota voi luonnollisesti esiintyä minkä tahansa tuotteen tai palvelun tuottamisessa. Ohjelmistotuotannossa virheet tarkoittavat sitä, ettei ohjelmisto toimi määritystensä mukaisesti. On syytä huomata, että virheet ja varastot liittyvät toisiinsa. Jos varastot (määrittelyt, suunnitelmat, testaamaton koodi) kasvavat liian suuriksi, ne piilottavat samalla myös virheitä [Mid01]. Samoin virheet ja tarpeeton käsittely liittyvät toisiinsa. Kun kehittäjä joutuu palaamaan virheen vuoksi uudelleen jo kerran kirjoitetun koodin pariin, kyse on tarpeettomasta käsittelystä [Mil09a]. Leanin periaatteisiin kuuluu, että prosessi pyritään saamaan virtaavaksi. Jos tekijät joutuvat kuitenkin odottelemaan esimerkiksi projektin hyväksyntää, määrittelyitä tai priorisointeja, kyse on hukasta [Mil09b]. Yhtä lailla hukka on se, että joudutaan odottamaan toimenpiteitä tai tietoa asiakkaalta [Pop02]. Turhaa kuljettamista vastaa ohjelmistokehityksessä luovutukset (handoffs). Luovutuksilla tarkoitetaan erilaisten tuotosten kuten dokumenttien ja koodin siirtämistä henkilöltä toiselle. Hukka syntyy siitä, että jokaisessa luovutuksessa katoaa tietoa

16 13 [Mil09b]. Mitä enemmän kehitysprosessi luovutuksia sisältää, sitä enemmän hukkaa syntyy. Jos siis esimerkiksi yksi henkilö tekee vaatimusanalyysia, toinen vaatimusmäärittelyä, kolmas kirjoittaa koodia ja neljäs testaa sen, jokaisessa vaiheessa tapahtuu luovutus, joka sisältää hukkaa. 3.3 Hukan poistaminen ohjelmistokehityksessä Tässä luvussa esitellään menetelmiä, joilla edellisessä luvussa kuvattua ohjelmistokehityksen hukkaa voidaan poistaa. On mielenkiintoista huomata, että useat keinot nojautuvat vahvasti ketterän ohjelmistokehityksen periaatteisiin, kuten Extreme Programming (XP) -kehityskäytäntöön [Pop02]. Toisaalta nimenomaan leanin avulla voidaan ymmärtää, miksi monet ketterät menetelmät ovat olleet menestyksekkäitä [Pop07]. Ketteryys ja virtaviivaisuus liittyvät siis toisiinsa hyvin vahvasti. Kuten edellisessä luvussa todettiin, hukan poistaminen on syytä aloittaa muran ja murin poistamisesta. Muuten on vaarana, että poistettu muda palaa prosessiin takaisin. Scrumprosessimalli tarjoaa murin eli ylikuormituksen poistamiseen hyvän ratkaisun, sillä siinä annetaan työntekijöille mahdollisuus itse valita realistinen määrä työtä tehtäväksi [Pic08]. Mura eli epätasaisuus saadaan poistumaan taas siten, että kaikki noudattavat tiettyjä yhteisesti sovittuja menetelmiä, kuten koodauskäytäntöjä ja testilähtöistä sovelluskehitystä [Pic08]. Ylimääräiset toiminnot ovat siinä mielessä kiinnostava hukan muoto, että niitä poistamalla voidaan saavuttaa isot säästöt. Jos jokin toiminnallisuus voidaan jättää kokonaan tekemättä, säästyy helposti paljon aikaa ja työtä [McC97]. Käytännössä tämä tarkoittaa sitä, että kerralla kannattaa suunnitella ja toteuttaa vain seuraavassa iteraatiossa tehtäviä ominaisuuksia [Pop02]. Edellinen kohta liittyy myös varastoihin. Jos määrityksiä tai toiminnallisuuksia tehdään liikaa etukäteen, se kasvattaa ohjelmistovarastoja. Tämä hukan muoto saadaan poistumaan siten, että yksityiskohtaisia käyttäjätarinoita tehdään vain seuraavaa iteraatiota varten [Pop02]. Toisekseen määrittelyt eivät saa olla liian laajoja [Mid01]. Kolmas asia on olla arvailematta liikaa etukäteen, mitä asiakas tarvitsee. Toisaalta tässä

17 14 pitää olla myös erityisen tarkkana, ettei ohjetta ymmärretä väärin. Menestyvään liiketoimintaan nimittäin kuuluu se, että osataan ennakoida asiakkaiden tarpeita ja pystytään tarjoamaan heille kilpailijoita parempia tuotteita. Tarpeettoman käsittelyn poistaminen liittyy osittain muran poistamiseen. Jos kehittäjät noudattavat samoja kehitysmenetelmiä ja standardeja, ei heidän tarvitse käyttää aikaa tiedon tulkitsemiseen. Tärkeää on myös, että oleellinen tieto on saatavilla helposti. Tähän yksi ratkaisu on se, että kehittäjät ovat lähellä asiakasta [Pop02]. Lisäksi täytyy huolehtia siitä, ettei kerran löydettyä tietoa hukata, vaikka tiedon kannalta tärkeät henkilöt eivät olisikaan enää tavoitettavissa. Tähän auttaa oleellisen tiedon dokumentoiminen [Mil09a]. Turhat tehtävien vaihdot poistuvat ennen kaikkea sillä, että tekijöiden annetaan keskittyä omaan työhönsä. Scrum-prosessimallissa scrum masterin yksi tehtävä onkin nimenomaan suojata tiimiä turhilta häiriöiltä. Myös se auttaa, jos kerrallaan työssä olevien tehtävien määrä saadaan pidettyä alhaisena. Virheiden poistamiseen liittyy periaate laadun rakentamisesta ohjelmiston sisään (build quality in) [Pop03]. Käytännössä tämä tarkoittaa esimerkiksi testilähtöistä kehitystä, automatisoituja testejä, refaktorointia ja jatkuvaa integraatiota [PoP03, DJS08]. Toisaalta laatua ei voi lähestyä pelkästään teknisestä näkökulmasta. Tuotteen laatuun vaikuttaa keskeisesti myös kehitysprosessissa käytetyt menetelmät, esimerkiksi viestintä kasvotusten on tehokkaampaa kuin kirjoittaen. Tehokas viestintä vähentää väärin ymmärrysten määrää parantaen siten myös laatua [PoP03]. Turhaa odottelua voidaan vähentää siten, että tehdään asioita pienissä erissä [Pop02]. Tämä myös edesauttaa nopean palautteen saamista, jolloin tuotokset saadaan nopeasti eteenpäin, eivätkä ne kerry varastoihin [Mid01]. Asiakasta lähellä oleminen on hyvä tapa vähentää odottelua asiakkaan suuntaan. Esimerkiksi sen sijaan että odotettaisiin asiakkaan vastausta sähköpostiin, on nopeampaa ja tehokkaampaa saada suullinen varmistus asiaan suoraan asiakkaalta [Pop02]. Viimeinen hukan muoto ohjelmistokehityksessä eli luovutukset vähenevät erityisesti mahdollistamalla avoin keskustelu [Mil09b]. Tarkoitus on siis minimoida dokumenttien

18 15 välityksellä tapahtuvaa keskustelua. Jälleen yksi käytännön keino on mennä lähelle asiakasta [Pop02]. Hukan poiston suhteen on syytä ottaa huomioon vielä yksi tärkeä asia hukan muodosta riippumatta. Jotta tiimit voisivat poistaa prosessista hukkaa ja turhaa vaihtelua, heille pitää antaa siihen valta ja heitä pitää myös kannustaa siihen [Mid01]. Virtaviivaisuutta ja ketteryyttä ei saavuteta käskemällä vaan tiimien itseohjautuvuudella.

19 16 4 Yhteenveto Tässä seminaarityössä on tutkittu alan kirjallisuuteen perustuen, mitä lean-filosofian hukkakäsitteet mura, muri ja muda tarkoittavat ohjelmistokehityksessä. Työn aluksi käsiteltiin lean-ajattelua ja sen periaatteita yleisellä tasolla perehtyen erityisesti hukan muotoihin. Sen jälkeen pohdittiin, miten lean ylipäätään soveltuu ohjelmistokehitykseen. Työn lopuksi esiteltiin, miten hukka ilmenee ohjelmistokehityksessä ja miten sitä voidaan poistaa. Taulukossa 4.1 esitetään yhteenveto ohjelmistokehityksessä esiintyvästä hukasta ja sen poistamisesta. Taulukon kaksi ensimmäistä riviä sisältävät murin ja muran, ja viimeiset ovat mudaa. Taulukko vastaa seminaarityön tutkimuskysymykseen siitä, mitä hukka on ohjelmistokehityksessä ja miten sitä voidaan poistaa. Hukka yleisessä lean-ajattelussa Ihmisten ja koneiden ylikuormitus (muri) Epätasaisuus (mura) Ylituotanto Hukka ohjelmistokehityksessä Ihmisten ylikuormitus Turha vaihtelu työmenetelmissä Ylimääräiset toiminnot Varastot Keskeneräinen / odottava työ Tarpeeton käsittely Tarpeeton liike Virheet Tarpeeton käsittely Tehtävien vaihtuminen Testauksen läpäisseet virheet Esimerkkejä ohjelmistokehityksen hukasta Jatkuvat ylityöt, jatkuvan stressin alla työskentely Testaa lopuksi -menetelmän noudattaminen yhtä aikaa testaa ensin -menetelmän kanssa, vaihtelevat koodaus- ja kehityskäytännöt Toiminnot joita asiakas ei käytä ollenkaan tai vielä, toiminnot jotka eivät täytä asiakkaan tarpeita Määritykset, testaamaton koodi, etukäteen rakennetut komponentit (alhaalta-ylösmenetelmä) Vanhan koodin tutkiminen, kerran löydetyn tiedon etsiminen, kerran korjatun koodin uudelleenkorjaaminen Jatkuva työtehtävien vaihtuminen Tuotantoon menneet virheet Odottelu Odottelu Projektin tai muutoksen hyväksymisen, määrittelyiden, prioriteettien Menetelmiä hukan poistamiseen Tiimille valta omien tehtävien arvioimisessa (Scrum-prosessi) Yhteisesti sovittujen menetelmien noudattaminen Vähennetään etukäteen tekemistä, tehdään vain asiakkaan pyynnöstä, iteroidaan molemminpuolista ymmärrystä paremmaksi Tekeminen tarpeeksi pienissä erissä (vain yksi iteraatio kerrallaan), etukäteen tekemisen minimointi Lähellä asiakasta oleminen, yhteisten menetelmien noudattaminen, järkevä dokumentointi Scrum-prosessi ja siinä erityisesti scrum masterin rooli, alhainen yhtäaikaisten tehtävien määrä Testilähtöinen kehitys, automatisoidut testit, refaktorointi, jatkuva integraatio, tehokas ja avoin viestintä Asioiden tekeminen pienissä erissä, avoin ja suullinen keskustelu

20 17 ja asiakkaan vastausten odottelu Kuljettaminen Luovutukset Määrittelyiden, suunnitelmien ja koodin luovuttaminen seuraavalle tekijälle ilman suullista keskustelua Avoin keskustelu, lähellä asiakasta oleminen, turhien dokumenttien välttäminen Taulukko 4.1. Yhteenveto ohjelmistokehityksessä esiintyvästä hukasta ja sen poistamisesta. Kuten taulukosta 4.1 voidaan havaita, lean ja sen periaate hukan poistamisesta soveltuu myös ohjelmistokehitykseen. Lisäksi on merkille pantavaa, että useat hukan poistamiseen soveltuvat menetelmät ovat löydettävissä ketteristä sovelluskehityksen menetelmistä kuten extreme programming -kehityskäytännöistä sekä Scrum-prosessimallista.

21 18 Lähteet Agi01 Principles behind agile manifesto. [ ] Cal08 Caldwell Kevin. Managing outcomes in a lean enterprise. Quality Magazine. November DJS08 Danovaro Emanuele, Janes Andrea, Succi Giancarlo. Jidoka in Software Development. In OOPSLA 08, October 19-23, 2008, pages HiT00 Hines Peter, Taylor David. Going lean. Lean Enterprise Research Center JaS09 Janes Andrea, Succi Giancarlo. To Pull or Not to Pull. In OOPSLA 09, October 25-29, 2009, pages McC97 McConnell Steve. Achieving Leaner Software. In Software, IEEE, November/December 1997, pages IEEE Computer Society. Mid01 Middleton Peter. Lean Software Development: Two Case Studies. In Software Quality Journal, 9, 2001, pages Kluwer Academic Publishers. Mil09a Milunsky Jack. The 7 Software Development Wastes - Lean series Part 3 - Extra Processing. The agilebuddy blog. August 4, [ ] Mil09b Milunsky Jack. The 7 Software Development Wastes - Lean series Part 4 - Transportation. The agilebuddy blog. August 6, [ ]

22 19 Mil09c Milunsky Jack. The 7 Software Development Wastes - Lean series Part 6 - Delays. The agilebuddy blog. September 23, [ ] Ohn88 Ohno Taiichi. Toyota Production System, Beyond Large-Scale Production. Productivity Inc, 1988 (alkuperäisteos 1978). Pic08 Pichler Roman. The Three M s The Lean Triad. InfoQ web site. Feb 27, [ ] Pop02 Poppendieck Mary. Principles of Lean Thinking. Poppendieck.LLC, [Myös: PoP03 Poppendieck Mary, Poppendieck Tom. Lean software development: an agile toolkit. Addison-Wesley, Pop03b Poppendieck Mary. Lean Software Development. C++ Magazine, [Myös: Pop07 Poppendieck Mary. Lean Software Development. In 29th International Conference on Software Engineering (ICSE'07 Companion), Ram98 Raman Sowmyan. Lean software development: is it feasible? In Digital Avionics Systems Conference, Proceedings., 17th DASC. The AIAA/IEEE/SAE, Oct 31 Nov 7, 1998, pages C13/1-C13/8, vol. 1. Smi06 Smits Hubert. 5 Levels of Agile Planning: From Enterprise Product Vision to Team Stand-up. Whitepaper. Rally Software Development Corp, WJR90 Womack James P., Jones Daniel T., Roos Daniel. The Machine that Changed the World. Rawson Associates, 1990.

23 20 WoJ96 Womack James P., Jones Daniel T. Beyond Toyota: How to Root Out Waste and Pursue Perfection. Harvard Business Review, September- October, Wom96 Womack Jim. Mura, muri, muda?. E-letter. Lean Enterprise Academy. July 7,

Siirtyminen ketterien menetelmien maailmaan! Maarit Laanti 24 October 2013!

Siirtyminen ketterien menetelmien maailmaan! Maarit Laanti 24 October 2013! Siirtyminen ketterien menetelmien maailmaan! Maarit Laanti 24 October 2013! Sisältö! 1. Tilanne nyt: waterscrumming! 2. Kokonaisvaltainen ketteryys mitä sillä haetaan, mitä sillä saadaan?! 3. Ketterän

Lisätiedot

Globaalisti Hajautettu Ohjelmistokehitys Mitä, Miksi & Miten? Maria Paasivaara

Globaalisti Hajautettu Ohjelmistokehitys Mitä, Miksi & Miten? Maria Paasivaara Globaalisti Hajautettu Ohjelmistokehitys Mitä, Miksi & Miten? Maria Paasivaara Mitä? Mitä? Yrityksen sisäinen Mitä? Yrityksen sisäinen Alihankinta Mitä? Yrityksen sisäinen Open Source -kehitys Alihankinta

Lisätiedot

Onnistunut ohjelmistoprojekti

Onnistunut ohjelmistoprojekti Onnistunut ohjelmistoprojekti 2.12.2008 Hermanni Hyytiälä Reaktor Innovations Oy Agenda Yritysesittely Keinoja onnistuneeseen ohjelmistoprojektiin Ihmiset Menetelmät Käytännöt ja työkalut Tulevaisuuden

Lisätiedot

BIMin mahdollisuudet hukan poistossa ja arvonluonnissa LCIFIN Vuosiseminaari 30.5.2012

BIMin mahdollisuudet hukan poistossa ja arvonluonnissa LCIFIN Vuosiseminaari 30.5.2012 BIMin mahdollisuudet hukan poistossa ja arvonluonnissa LCIFIN Vuosiseminaari 30.5.2012 RIL tietomallitoimikunta LCI Finland Aalto-yliopisto Tampereen teknillisen yliopisto ja Oulun yliopisto Tietomallien

Lisätiedot

Aika/Datum Month and year Kesäkuu 2012

Aika/Datum Month and year Kesäkuu 2012 Tiedekunta/Osasto Fakultet/Sektion Faculty Laitos/Institution Department Filosofian, historian, kulttuurin ja taiteiden tutkimuksen laitos Humanistinen tiedekunta Tekijä/Författare Author Veera Lahtinen

Lisätiedot

Mitä Lean on? Lean5 Europe Oy Ltd

Mitä Lean on? Lean5 Europe Oy Ltd Mitä Lean on? Lean5 Europe Oy Ltd Tommi Elomaa MITÄ ON LEAN? 1. ARVO TEHDÄÄN VAIN SITÄ, MIKÄ TUOTTAA ARVOA ASIAKKAALLE. EI TEHDÄ MITÄÄN MUUTA. Leanin keskeinen ajatus on päinvastainen Tarkoitus ei ole

Lisätiedot

Ketterä vaatimustenhallinta

Ketterä vaatimustenhallinta Ketterä vaatimustenhallinta ja miksi se on useimmiten hyvä asia K A R I A L HO C E O I M P R OV EIT OY Sisältö ImproveIt Oy Perinteinen vaatimushallinta Ketterä vaatimustenhallinta Monenlaista softakehitystä

Lisätiedot

Lean-periaatteiden mukaisen hukan havaitseminen ja minimointi ohjelmisto-organisaatiossa: tapaustutkimus

Lean-periaatteiden mukaisen hukan havaitseminen ja minimointi ohjelmisto-organisaatiossa: tapaustutkimus Lean-periaatteiden mukaisen hukan havaitseminen ja minimointi ohjelmisto-organisaatiossa: tapaustutkimus Riku Heinonen Helsinki 16.11.2015 Pro Gradu -tutkielma HELSINGIN YLIOPISTO Tietojenkäsittelytieteen

Lisätiedot

PRO-Tietoisku LEAN 47. Laatupäivät 20.-21.5.2015, Tampere Juha Isomäki

PRO-Tietoisku LEAN 47. Laatupäivät 20.-21.5.2015, Tampere Juha Isomäki Muokkaa perustyyl. napsautt. PRO-Tietoisku LEAN 47. Laatupäivät 20.-21.5.2015, Tampere Juha Isomäki Valmentaja: Juha Isomäki DI, TTKK (turvallisuustekniikka ja tuotantotalous). Stora Enso Packaging Oy

Lisätiedot

Emme juokse nopeammin, vaan kävelemme lyhyemmän matkan!

Emme juokse nopeammin, vaan kävelemme lyhyemmän matkan! Emme juokse nopeammin, vaan kävelemme lyhyemmän matkan! Taloustieteessä tuottavuus on tuotannon tehokkuuden mitta Tuotannon tuottavuutta mitataan tuotoksen ja panoksen suhteella Tuottavuus = Tuotos / Panos

Lisätiedot

Koht dialogia? Organisaation toimintaympäristön teemojen hallinta dynaamisessa julkisuudessa tarkastelussa toiminta sosiaalisessa mediassa

Koht dialogia? Organisaation toimintaympäristön teemojen hallinta dynaamisessa julkisuudessa tarkastelussa toiminta sosiaalisessa mediassa Kohtdialogia? Organisaationtoimintaympäristönteemojenhallinta dynaamisessajulkisuudessatarkastelussatoiminta sosiaalisessamediassa SatuMariaPusa Helsinginyliopisto Valtiotieteellinentiedekunta Sosiaalitieteidenlaitos

Lisätiedot

Tapahtuipa Testaajalle...

Tapahtuipa Testaajalle... Tapahtuipa Testaajalle... - eli testaus tosielämässä 09.10.2007 Juhani Snellman Qentinel Oy 2007 Agenda Minä ja mistä tulen Testauksen konteksti Tapauksia tosielämästä ja työkaluja 2 Minä Juhani Snellman

Lisätiedot

VIRTAUSTEHOKKUUDEN LISÄÄMINEN PATOLOGIAN LABORATORIOSSA

VIRTAUSTEHOKKUUDEN LISÄÄMINEN PATOLOGIAN LABORATORIOSSA VIRTAUSTEHOKKUUDEN LISÄÄMINEN PATOLOGIAN LABORATORIOSSA Mikko Laiho 6.2.2015 TEHOKKUUSMATRIISI LEAN ON TÄHDEN TAVOITTELUA VAIHTELUA VÄHENTÄMÄLLÄ RESURSSITEHOKKUUS VIRTAUSTEHOKKUUS Vaihtelu Voi syntyä mm.

Lisätiedot

Leanin lähteellä Toyotan lean-kulttuuri ja asiakas ensin - ajattelu. Turku 19.9.2014 Jukka Korkiala

Leanin lähteellä Toyotan lean-kulttuuri ja asiakas ensin - ajattelu. Turku 19.9.2014 Jukka Korkiala Leanin lähteellä Toyotan lean-kulttuuri ja asiakas ensin - ajattelu Turku 19.9.2014 Jukka Korkiala Maailmanlaajuiset Toyota Way - arvot ovat Toyota-toiminnan kivijalkana Tavoitteena on saumaton yhteistyö

Lisätiedot

Asfalttiprosessin tehokas hallinta ja tuottavuuden parantamisen keinot. Asfalttiseminaari 6.3.2008 Lauri Merikallio Vakeva Oy

Asfalttiprosessin tehokas hallinta ja tuottavuuden parantamisen keinot. Asfalttiseminaari 6.3.2008 Lauri Merikallio Vakeva Oy Asfalttiprosessin tehokas hallinta ja tuottavuuden parantamisen keinot Mitä opittavaa meillä on valmistavalta teollisuudelta? Asfalttiseminaari 6.3.2008 Lauri Merikallio Vakeva Oy Alustuksen tavoitteena

Lisätiedot

4 askelta kohti Lean-tuotantoa. Tiedonkeruusta Lean-päivittäisjohtamiseen

4 askelta kohti Lean-tuotantoa. Tiedonkeruusta Lean-päivittäisjohtamiseen 4 askelta kohti Lean-tuotantoa Tiedonkeruusta Lean-päivittäisjohtamiseen 1 Sisällys Sisällys s. 2 Lukijalle s. 3 Mitä Lean on? s. 4 Kohti Lean-päivittäisjohtamista s. 6 Järjestelmän rooli Lean-päivittäisjohtamisessa

Lisätiedot

Hajautettu ohjelmistokehitys Lean-näkökulmasta: tapaustutkimus hukkatekijöistä

Hajautettu ohjelmistokehitys Lean-näkökulmasta: tapaustutkimus hukkatekijöistä Hajautettu ohjelmistokehitys Lean-näkökulmasta: tapaustutkimus hukkatekijöistä Paula Mäenpää Helsinki 23.9.2011 Pro gradu -tutkielma HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos HELSINGIN YLIOPISTO

Lisätiedot

Kahdeksan vuotta oppimisratkaisujen kehitystä Lean-projektinhallintakäytännöillä ( RePa )

Kahdeksan vuotta oppimisratkaisujen kehitystä Lean-projektinhallintakäytännöillä ( RePa ) Liiketoiminta kehittyy kehity sinäkin! Kahdeksan vuotta oppimisratkaisujen kehitystä Lean-projektinhallintakäytännöillä ( RePa ) Kalle Huhtala, Johtaja, elearning-sisältötuotanto Helsinki, Tampere, Turku,

Lisätiedot

Software product lines

Software product lines Thomas Gustafsson, Henrik Heikkilä Software product lines Metropolia Ammattikorkeakoulu Insinööri (AMK) Tietotekniikan koulutusohjelma Asiantuntijateksti 17.11.2013 Sisällys 1 Johdanto 1 2 Software product

Lisätiedot

Testauksen tuki nopealle tuotekehitykselle. Antti Jääskeläinen Matti Vuori

Testauksen tuki nopealle tuotekehitykselle. Antti Jääskeläinen Matti Vuori Testauksen tuki nopealle tuotekehitykselle Antti Jääskeläinen Matti Vuori Mitä on nopeus? 11.11.2014 2 Jatkuva nopeus Läpäisyaste, throughput Saadaan valmiiksi tasaiseen, nopeaan tahtiin uusia tuotteita

Lisätiedot

Lean johtaminen ja työkalut. Työpaja 16.3.2016

Lean johtaminen ja työkalut. Työpaja 16.3.2016 Lean johtaminen ja työkalut Työpaja 16.3.2016 Lean ja Lean Construction Teoriainformoidut käytännön ihmiset MITÄ ON LEAN? LEAN on johtamisfilosofia joka on koko organisaatiota koskeva laaja-alainen muutosprosessi,

Lisätiedot

Ketterä projektinhallinta

Ketterä projektinhallinta Ketterä projektinhallinta Petri Heiramo Agile Coach, CST 1 Petri Heiramo Ikä: 37 (vielä pari päivää ) Oma koulutus- ja valmennusyritys, Agilecraft Oy, reilut 3 viikkoa Lähes 10v ohjelmistokehitys- ja -prosessitausta

Lisätiedot

Yrityskohtaiset LEAN-valmennukset

Yrityskohtaiset LEAN-valmennukset Yrityskohtaiset LEAN-valmennukset Lean ajattelu: Kaikki valmennuksemme perustuvat ajatukseen: yhdessä tekeminen ja tekemällä oppiminen. Yhdessä tekeminen vahvistaa keskinäistä luottamusta luo positiivisen

Lisätiedot

Lean Sales Talent Vectia Renewal forum 5.11.2013

Lean Sales Talent Vectia Renewal forum 5.11.2013 Lean Sales Talent Vectia Renewal forum 5.11.2013 Talent Vectia 1 Myynti on jäänyt jälkeen muista toiminnoista?? vs. Liidejä ei osata tuottaa systemaattisesti Myyjät eivät ymmärrä asiakastaan Myynnin johtaminen

Lisätiedot

LEAN-AJATTELUN SOVELTAMINEN SAIRAALATEKNIIKAN PALVELUTUOTANNOSSA SAIRAALATEKNIIKAN PÄIVÄT 2013 PORI

LEAN-AJATTELUN SOVELTAMINEN SAIRAALATEKNIIKAN PALVELUTUOTANNOSSA SAIRAALATEKNIIKAN PÄIVÄT 2013 PORI LEAN-AJATTELUN SOVELTAMINEN SAIRAALATEKNIIKAN PALVELUTUOTANNOSSA SAIRAALATEKNIIKAN PÄIVÄT 2013 PORI Lauri Merikallio MITÄ ON LEAN-AJATTELU? Maksimoi arvoa asiakkaalle, käyttäjälle Minimoi hukkaa eli kaikkea

Lisätiedot

Kerkko Maukonen KOHTI LEANIN MUKAISTA OHJELMISTOTUOTANTOA

Kerkko Maukonen KOHTI LEANIN MUKAISTA OHJELMISTOTUOTANTOA Kerkko Maukonen KOHTI LEANIN MUKAISTA OHJELMISTOTUOTANTOA JYVÄSKYLÄN YLIOPISTO TIETOJENKÄSITTELYTIETEIDEN LAITOS 2015 TIIVISTELMÄ Maukonen, Kerkko Kohti Leanin mukaista ohjelmistotuotantoa Jyväskylä: Jyväskylän

Lisätiedot

Tuotannon luotettavuus

Tuotannon luotettavuus Tuotannon luotettavuus Tuomas Särkilahti Skanska Talonrakennus Oy 1 Sisältö 1. Skanskan Luotettavan Tuotannon Toimintapa (LTT) 2. Miksi tuotannon luotettavuus on tärkeää 3. Miten varmistamme luotettavan

Lisätiedot

Oppimateriaalin kokoaminen ja paketointi

Oppimateriaalin kokoaminen ja paketointi Oppimateriaalin kokoaminen ja paketointi Pekka Simola Helsinki 14.4.2004 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos HELSINGIN YLIOPISTO HELSINGFORS UNIVERSITET UNIVERSITY OF HELSINKI Tiedekunta/Osasto

Lisätiedot

Lean. Moniko kuullut? Moniko soveltanut? 2014 Lean5 Europe Oy

Lean. Moniko kuullut? Moniko soveltanut? 2014 Lean5 Europe Oy Lean Moniko kuullut? Moniko soveltanut? Käytännön esimerkki Lean historiaa -> Lean historiaa -> Lean on kehittynyt käytännön toiminnan kautta ja nykyisin käytössä sadoissa tuhansissa organisaatiossa eri

Lisätiedot

Lean-tuotanto ja sen johtaminen: onnistuminen, haasteet ja soveltuminen Suomen yrityksiin ja muihin organisaatioihin

Lean-tuotanto ja sen johtaminen: onnistuminen, haasteet ja soveltuminen Suomen yrityksiin ja muihin organisaatioihin Lean-tuotanto ja sen johtaminen: onnistuminen, haasteet ja soveltuminen Suomen yrityksiin ja muihin organisaatioihin Jussi Heikkilä 1 - Miia Martinsuo 2 Niin kutsuttuja Lean-kehitysmenetelmiä käytetään

Lisätiedot

Prosessien hallinta. Lean-näkökulma laboratorion prosessien kehittämiseen ja hallintaan

Prosessien hallinta. Lean-näkökulma laboratorion prosessien kehittämiseen ja hallintaan Prosessien hallinta Lean-näkökulma laboratorion prosessien kehittämiseen ja hallintaan Tommi Jokiniemi Kehittämispäällikkö Viitekehykset Luennoitsija: Biofysiikan ja lääketieteellisen tekniikan DI 15v

Lisätiedot

Ilkka Kouri. Lean taskukirja

Ilkka Kouri. Lean taskukirja Ilkka Kouri Lean taskukirja Tämän teoksen osittainenkin kopiointi ja saattaminen yleisön saataviin on tekijänoikeuslain (404/61, siihen myöhemmin tehtyine muutoksineen) mukaisesti kielletty ilman nimenomaista

Lisätiedot

Lean-ohjelmistokehityksen käyttöönoton jälkeisiä ohjelmistokehitysnopeutta rajoittavia tekijöitä

Lean-ohjelmistokehityksen käyttöönoton jälkeisiä ohjelmistokehitysnopeutta rajoittavia tekijöitä Matti Lehtinen Lean-ohjelmistokehityksen käyttöönoton jälkeisiä ohjelmistokehitysnopeutta rajoittavia tekijöitä Tietotekniikan pro gradu -tutkielma 9. lokakuuta 2011 Jyväskylän yliopisto Tietotekniikan

Lisätiedot

TT00AA12-2016 - Ohjelmoinnin jatko (TT10S1ECD)

TT00AA12-2016 - Ohjelmoinnin jatko (TT10S1ECD) TT00AA12-2016 - Ohjelmoinnin jatko (TT10S1ECD) Ohjelmointikäytännöt 21/3/11 Mikko Vuorinen Metropolia Ammattikorkeakoulu 1 Sisältö 1) Mitä on hyvä koodi? 2) Ohjelmointikäytäntöjen merkitys? 3) Koodin asettelu

Lisätiedot

Testauksen suunnittelu ja dokumentointi ketterässä testauksessa Tutkimustuloksia

Testauksen suunnittelu ja dokumentointi ketterässä testauksessa Tutkimustuloksia Testauksen suunnittelu ja dokumentointi ketterässä testauksessa Tutkimustuloksia Nina Perta, Senior quality consultant Knowit Oy Elina Varteva, QA Specialist Knowit Oy Copyright Knowit Oy 2014 Nina Perta

Lisätiedot

Laskennallinen yhteiskuntatiede

Laskennallinen yhteiskuntatiede Laskennallinen yhteiskuntatiede Matti Nelimarkka Helsinki 5.5.2011 LuK tutkielma HELSINGIN YLIOPISTO Tietojenkasittelytieteen laitos HELSINGIN YLIOPISTO HELSINGFORS UNIVERSITET UNIVERSITY OF HELSINKI Tiedekunta

Lisätiedot

PALVELUOHJAUS. Palveluohjaustyöryhmä 8.4.2015

PALVELUOHJAUS. Palveluohjaustyöryhmä 8.4.2015 PALVELUOHJAUS Palveluohjaustyöryhmä 8.4.2015 Anu Pihl 16.4.2015 PALVELUN TARVE Tiedon hankinta itsepalveluna Palveluohjaus 80-90% 10%-20% Palveluihin ohjaus/ palveluneuvonta Palveluissa ohjautuminen palveluohjaus

Lisätiedot

3. Ryhdy kirjoittamaan ja anna kaiken tulla paperille. Vääriä vastauksia ei ole.

3. Ryhdy kirjoittamaan ja anna kaiken tulla paperille. Vääriä vastauksia ei ole. 1 Unelma-asiakas Ohjeet tehtävän tekemiseen 1. Ota ja varaa itsellesi omaa aikaa. Mene esimerkiksi kahvilaan yksin istumaan, ota mukaasi nämä tehtävät, muistivihko ja kynä tai kannettava tietokone. Varaa

Lisätiedot

TARKASTUSMENETTELYT JA NIIDEN APUVÄLINETUKI

TARKASTUSMENETTELYT JA NIIDEN APUVÄLINETUKI TARKASTUSMENETTELYT JA NIIDEN APUVÄLINETUKI Vesa Tenhunen Tarkastusmenettelyt Keino etsiä puutteita ohjelmakoodeista, dokumenteista ym. ohjelmistoprosessissa syntyvästä materiaalista Voidaan käyttää kaikissa

Lisätiedot

Hyvin määritelty on puoliksi tehty kuinka vältetään turha tekeminen jo alussa

Hyvin määritelty on puoliksi tehty kuinka vältetään turha tekeminen jo alussa 1 Hyvin määritelty on puoliksi tehty kuinka vältetään turha tekeminen jo alussa Passion leads to design, design leads to performance, performance leads to SUCCESS! OLLI NIEMI Yoso Oy Mitä määrittelyltä

Lisätiedot

Tietojärjestelmän osat

Tietojärjestelmän osat Analyysi Yleistä analyysistä Mitä ohjelmiston on tehtävä? Analyysin ja suunnittelun raja on usein hämärä Ei-tekninen näkökulma asiakkaalle näkyvien pääkomponenttien tasolla Tietojärjestelmän osat Laitteisto

Lisätiedot

Testausta vai määrittelyä? Hyväksymistestaus ja jatkuva integraatio ketterässä ohjelmistokehityksessä

Testausta vai määrittelyä? Hyväksymistestaus ja jatkuva integraatio ketterässä ohjelmistokehityksessä Testausta vai määrittelyä? Hyväksymistestaus ja jatkuva integraatio ketterässä ohjelmistokehityksessä Public 27.10.2008 Ixonos Oyj Juha Inkinen Työnantaja: Ixonos marraskuusta 2007, sitäennen Nokia Networks

Lisätiedot

Järjestelmäarkkitehtuuri (TK081702) Lähtökohta. Integroinnin tavoitteet

Järjestelmäarkkitehtuuri (TK081702) Lähtökohta. Integroinnin tavoitteet Järjestelmäarkkitehtuuri (TK081702) Integraation tavoitteita Lähtökohta Web-palvelut Asiakasrekisteri ERP, Tuotannon ohjaus Tuotanto Myynti Intranet Extranet? CRM Johdon tuki Henkilöstö Kirjanpito Palkanlaskenta

Lisätiedot

Kerkko Maukonen LEAN JA LEAN-TRANSFORMAATIO OHJELMISTOTUOTANNOSSA

Kerkko Maukonen LEAN JA LEAN-TRANSFORMAATIO OHJELMISTOTUOTANNOSSA Kerkko Maukonen LEAN JA LEAN-TRANSFORMAATIO OHJELMISTOTUOTANNOSSA JYVÄSKYLÄN YLIOPISTO TIETOJENKÄSITTELYTIETEIDEN LAITOS 2013 TIIVISTELMÄ Maukonen, Kerkko Lean ja Lean-transformaatio Jyväskylä: Jyväskylän

Lisätiedot

Palvelutasosopimukset ja niiden asema IT-ulkoistuksissa

Palvelutasosopimukset ja niiden asema IT-ulkoistuksissa Hyväksymispäivä Arvosana Arvostelija Palvelutasosopimukset ja niiden asema IT-ulkoistuksissa Marko Lehtimäki Helsinki 12.5. 2009 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos i HELSINGIN YLIOPISTO

Lisätiedot

Tehokkuutta hoitotyöhön, hukkatyö ja Lean ajattelu terveydenhuollossa. Katja Pesonen, suunnittelija, HUS Perusterveydenhuollon yksikkö

Tehokkuutta hoitotyöhön, hukkatyö ja Lean ajattelu terveydenhuollossa. Katja Pesonen, suunnittelija, HUS Perusterveydenhuollon yksikkö Tehokkuutta hoitotyöhön, hukkatyö ja Lean ajattelu terveydenhuollossa Katja Pesonen, suunnittelija, HUS Perusterveydenhuollon yksikkö Lean ajattelu Filosofia, kulttuuri, arvo, ajattelutapa jne. Parannuskeino,

Lisätiedot

@Tampereen Testauspäivät (2012-06)

@Tampereen Testauspäivät (2012-06) @Tampereen Testauspäivät (2012-06) Testausodotukset räätälöityjen järjestelmien projekteissa Maaret Pyhäjärvi, testausasiantuntija Twitter: maaretp Testausvastaava @ Granlund Oy Yrittäjä

Lisätiedot

Lean Management käytännössä - Arjen kehittäminen ytimessä - tuottavuuden kehittämistilaisuus

Lean Management käytännössä - Arjen kehittäminen ytimessä - tuottavuuden kehittämistilaisuus Lean Management käytännössä - Arjen kehittäminen ytimessä - tuottavuuden kehittämistilaisuus JTO LEAN LEARNING CENTER OY 6.11.2015 klo 11.00 16.00 Finlandia Hotel Airport Oulu Vihiluoto 10, Kempele JTO

Lisätiedot

ja -kehitysmenetelmistä Jyri Partanen, QA Manager Sulake Corporation www.sulake.com

ja -kehitysmenetelmistä Jyri Partanen, QA Manager Sulake Corporation www.sulake.com Huomioita Habbo-suunnittelusta ja -kehitysmenetelmistä Jyri Partanen, QA Manager Sulake Corporation www.sulake.com Jyri Partanen FM (tietojenkäsittelytiede) Certified Scrum Master Certified Product Owner

Lisätiedot

Asuntojen neliöhinnan vaihtelu Helsingissä (1997-2010)

Asuntojen neliöhinnan vaihtelu Helsingissä (1997-2010) hyväksymispäivä arvosana arvostelija Asuntojen neliöhinnan vaihtelu Helsingissä (1997-2010) Tuomas Puikkonen Helsinki 8.1.2010 Geoinformatiikan menetelmät ja kirjallisuus -kurssin harjoitustyö HELSINGIN

Lisätiedot

Urban Design Management ja lisäarvo - Integroiva suunnitteluoperaatio. Tommi Mäkynen 14.12.2007 maekynen@arch.ethz.ch

Urban Design Management ja lisäarvo - Integroiva suunnitteluoperaatio. Tommi Mäkynen 14.12.2007 maekynen@arch.ethz.ch Urban Design Management ja lisäarvo - Integroiva suunnitteluoperaatio Tommi Mäkynen 14.12.2007 maekynen@arch.ethz.ch Mitä arvo on? Arvo on subjektiivinen ja asiakas moninainen Helsinki Design District?

Lisätiedot

Digitalisaation rakenteellisista jännitteistä. Tero Vartiainen tieto- ja tietoliikennetekniikan yksikkö

Digitalisaation rakenteellisista jännitteistä. Tero Vartiainen tieto- ja tietoliikennetekniikan yksikkö Digitalisaation rakenteellisista jännitteistä Tero Vartiainen tieto- ja tietoliikennetekniikan yksikkö Luennon sisältö Digitalisaation perusta Tietojärjestelmätiede ja digitalisaatio Rakenteellinen jännite

Lisätiedot

Lyhyt johdatus ketterään testaukseen

Lyhyt johdatus ketterään testaukseen TTY:n Testauspäivät, Tampere 15.8.2006 Lyhyt johdatus ketterään testaukseen eli Ketterän ohjelmistokehityksen laatukäytäntöjä Juha Itkonen SoberIT Teknillinen korkeakoulu Juha.Itkonen@tkk.fi Ketterä ohjelmistokehitys

Lisätiedot

Copyright by Haikala. Ohjelmistotuotannon osa-alueet

Copyright by Haikala. Ohjelmistotuotannon osa-alueet Copyright by Haikala Ohjelmistotuotannon osa-alueet Ohjelmiston elinkaari 1. Esitutkimus, tarvekartoitus, kokonaissuunnittelu, järjestelmäsuunnittelu (feasibility study, requirement study, preliminary

Lisätiedot

SYSTEEMIJOHTAMINEN! Sami Lilja! itsmf Finland 2014! Oct 2-3 2014! Kalastajatorppa, Helsinki! Reaktor 2014

SYSTEEMIJOHTAMINEN! Sami Lilja! itsmf Finland 2014! Oct 2-3 2014! Kalastajatorppa, Helsinki! Reaktor 2014 SYSTEEMIJOHTAMINEN! Sami Lilja! itsmf Finland 2014! Oct 2-3 2014! Kalastajatorppa, Helsinki! Reaktor Mannerheimintie 2 00100, Helsinki Finland tel: +358 9 4152 0200 www.reaktor.fi info@reaktor.fi 2014

Lisätiedot

SEPA-päiväkirja: Käytettävyystestaus & Heuristinen testaus

SEPA-päiväkirja: Käytettävyystestaus & Heuristinen testaus SEPA-päiväkirja: Käytettävyystestaus & Heuristinen testaus Lehmus, Auvinen, Pihamaa Johdanto Käyttäjätestauksella tarkoitetaan tuotteen tai sen prototyypin testauttamista todellisilla käyttäjillä. Kehittäjät

Lisätiedot

Tietojärjestelmä uusiksi? Toimijaverkostot, niiden haasteet ja ratkaisut

Tietojärjestelmä uusiksi? Toimijaverkostot, niiden haasteet ja ratkaisut Tietojärjestelmä uusiksi? Toimijaverkostot, niiden haasteet ja ratkaisut Samuli Pekkola Aki Alanne Taru Salmimaa Novi Research Center Tampereen teknillinen yliopisto Sisältö tausta, motiivi ja konteksti

Lisätiedot

OULUN YLIOPISTO Tuotantotalouden osasto Diplomityö. Rakennusalan hukkien priorisointi ja eliminointi

OULUN YLIOPISTO Tuotantotalouden osasto Diplomityö. Rakennusalan hukkien priorisointi ja eliminointi OULUN YLIOPISTO Tuotantotalouden osasto Diplomityö Rakennusalan hukkien priorisointi ja eliminointi Työn tekijä: Samuli Manninen Valvoja: Harri Haapasalo Ohjaaja: Aki Pekuri Palautusaika: Elokuu 2012 2

Lisätiedot

Arkkitehtuuritietoisku. eli mitä aina olet halunnut tietää arkkitehtuureista, muttet ole uskaltanut kysyä

Arkkitehtuuritietoisku. eli mitä aina olet halunnut tietää arkkitehtuureista, muttet ole uskaltanut kysyä Arkkitehtuuritietoisku eli mitä aina olet halunnut tietää arkkitehtuureista, muttet ole uskaltanut kysyä Esikysymys Kuinka moni aikoo suunnitella projektityönsä arkkitehtuurin? Onko tämä arkkitehtuuria?

Lisätiedot

Prosessien kypsyysmallit hajautetussa ohjelmistokehityksessä

Prosessien kypsyysmallit hajautetussa ohjelmistokehityksessä hyväksymispäivä arvosana arvostelija Prosessien kypsyysmallit hajautetussa ohjelmistokehityksessä Tevje Olin Helsinki 22.10.2013 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos HELSINGIN YLIOPISTO

Lisätiedot

Testaaminen ohjelmiston kehitysprosessin aikana

Testaaminen ohjelmiston kehitysprosessin aikana Testaaminen ohjelmiston kehitysprosessin aikana 04.02.2004 http://cs.joensuu.fi/tsoft/ Sisällys 1. Johdanto 2. Yksikkö- ja integrointitestaus 3. Järjestelmätestaus 4. Hyväksymistestaus http://cs.joensuu.fi/tsoft/

Lisätiedot

LCI-PÄIVÄT 2015 RANTASIPI AIRPORT MITEN LEAN CONSTRUCTION LUO UUTTA POTENTIAALIA RAKENNUSALAN KEHITTÄMISEEN

LCI-PÄIVÄT 2015 RANTASIPI AIRPORT MITEN LEAN CONSTRUCTION LUO UUTTA POTENTIAALIA RAKENNUSALAN KEHITTÄMISEEN LCI-PÄIVÄT 2015 RANTASIPI AIRPORT MITEN LEAN CONSTRUCTION LUO UUTTA POTENTIAALIA RAKENNUSALAN KEHITTÄMISEEN KIINTEISTÖJOHTAJA TEPPO SALMIKIVI HELSINGIN YLIOPISTO, TILA- JA KIINTEISTÖKESKUS HELSINGIN YLIOPISTO

Lisätiedot

Testauksen hallintaa teekkareille (ja muille kiinnostuneille) Arto Stenberg

Testauksen hallintaa teekkareille (ja muille kiinnostuneille) Arto Stenberg Testauksen hallintaa teekkareille (ja muille kiinnostuneille) Arto Stenberg Symbio lyhyesti Innovatiivinen tuotekehitys- ja testauskumppani Juuret Suomessa, perustettu 1997 Laadukkaat ohjelmistotoimitukset

Lisätiedot

Kehittää ohjelmointitehtävien ratkaisemisessa tarvittavia metakognitioita!

Kehittää ohjelmointitehtävien ratkaisemisessa tarvittavia metakognitioita! Kehittää ohjelmointitehtävien ratkaisemisessa tarvittavia metakognitioita! eli... Hyvä kaava sanoo enemmän kuin,... tuhat riviä koodia!... sata riviä tekstiä!... kymmenen diagrammia! YLEISTÄ FORMAALEISTA

Lisätiedot

Hevospalveluiden tuotteistaminen ja asiakaslähtöinen markkinointi Susanna Lahnamäki

Hevospalveluiden tuotteistaminen ja asiakaslähtöinen markkinointi Susanna Lahnamäki Hevospalveluiden tuotteistaminen ja asiakaslähtöinen markkinointi Susanna Lahnamäki Tällä mennään Tuotteistaminen & asiakaslähtöinen markkinointi Vähän teoriaa, enemmän käytäntöä. http://www.youtube.com/watch?v=uk0zrvzvtb4

Lisätiedot

Ketterä (agile) tietojärjestelmien suunnittelu

Ketterä (agile) tietojärjestelmien suunnittelu Ketterä (agile) tietojärjestelmien suunnittelu Abrahamsson P, Conboy B and Wang X, Lots done, more to do: the current state of agile systems development research European Journal of Information Systems

Lisätiedot

Kansallinen digitaalinen kirjasto Käyttöliittymä Finna. 12.12.2012 Aki Lassila / Kehittämispäällikkö / Kirjastoverkkopalvelut

Kansallinen digitaalinen kirjasto Käyttöliittymä Finna. 12.12.2012 Aki Lassila / Kehittämispäällikkö / Kirjastoverkkopalvelut Kansallinen digitaalinen kirjasto Käyttöliittymä Finna 12.12.2012 Aki Lassila / Kehittämispäällikkö / Kirjastoverkkopalvelut Finna tehostaa ja mahdollistaa Finnan kehittämisen myötä KDK:sta tulee: Tiedon

Lisätiedot

Sähläämisestä sujuvaan työntekoon

Sähläämisestä sujuvaan työntekoon Sähläämisestä sujuvaan työntekoon Työkykyjohtaja 5.11.2015 1. Nuhju 2. Sujuvuus jyri.juusti@varma.fi Twitter @JyriJuusti Blogi virejafokus.blogspot.fi Linkedin Työkykyjohtamisen opintopolku 1. Nuhju Pahoinvoinnin

Lisätiedot

Advanced Test Automation for Complex Software-Intensive Systems

Advanced Test Automation for Complex Software-Intensive Systems Advanced Test Automation for Complex Software-Intensive Systems Aiheena monimutkaisten ohjelmistovaltaisten järjestelmien testauksen automatisointi Mistä on kyse? ITEA2-puiteohjelman projekti: 2011-2014

Lisätiedot

HUKKA II - mistä kyse. Riikka Maijala, TtM, YTM, suunnittelija, VSSHP Kehittämispalvelut -yksikkö riikka.maijala@tyks.fi, p.

HUKKA II - mistä kyse. Riikka Maijala, TtM, YTM, suunnittelija, VSSHP Kehittämispalvelut -yksikkö riikka.maijala@tyks.fi, p. HUKKA II - mistä kyse Riikka Maijala, TtM, YTM, suunnittelija, VSSHP Kehittämispalvelut -yksikkö riikka.maijala@tyks.fi, p. 050 3639 761 Lean terveydenhuollossa Mikrotaso: käytännön toiminnassa tapahtuva

Lisätiedot

Hyvät käytännöt. LEAN Siuntiossa

Hyvät käytännöt. LEAN Siuntiossa Hyvät käytännöt LEAN Siuntiossa SIUNTION KUNTA SJUNDEÅ KOMMUN Lean-menetelmä Siuntion toteutus Lean-konferenssi 20.5.2015 Kehittämispäällikkö Antti-Pekka Röntynen Siuntion kunta Esityksen sisältö 1. Miksi

Lisätiedot

!"#$%&'$("#)*+,!!,"*--.$*#,&--#"*/".,,%0 1&'23456789::94752;&27455<:4;2;&,9:=>23?277<&8=@74;9&ABBCDABBE

!#$%&'$(#)*+,!!,*--.$*#,&--#*/.,,%0 1&'23456789::94752;&27455<:4;2;&,9:=>23?277<&8=@74;9&ABBCDABBE !"#$%&'$("#)*+,!!,"*--.$*#,&--#"*/".,,%0 1&'23456789::94752;&2745523?27747544H9;&IG@&JG9?=&15=5H42>:9 '28

Lisätiedot

Kokemuksia ohjelmistokehityksestä. Kai Kulju & Heikki Naski

Kokemuksia ohjelmistokehityksestä. Kai Kulju & Heikki Naski Kokemuksia ohjelmistokehityksestä Kai Kulju & Heikki Naski Esityksen runko Keitä me olemme Mitä ohjelmistokehitys on Mitä kykyjä tarvitaan Naski Gee Technology Kahden hengen firma PHP, MySQL Edita Digitaalimurros:

Lisätiedot

Jalostaminen ja kehittäminen Yhdisteleminen (osaamisten, näkökulmien ja ideoiden)

Jalostaminen ja kehittäminen Yhdisteleminen (osaamisten, näkökulmien ja ideoiden) TAVOITE TÄNÄÄN Jalostaminen ja kehittäminen Yhdisteleminen (osaamisten, näkökulmien ja ideoiden) Jalostamista tukevan tutkimuksen suunnittelua Pohdimme esillä olevien terveysliikuntakonseptien kautta tutkimuskentältä

Lisätiedot

Työmaa-aikataulun tekeminen ja noudattaminen. 1 16.5.2016 Skanska Talonrakennus Oy Vesa Hintukainen

Työmaa-aikataulun tekeminen ja noudattaminen. 1 16.5.2016 Skanska Talonrakennus Oy Vesa Hintukainen Työmaa-aikataulun tekeminen ja noudattaminen 1 16.5.2016 Skanska Talonrakennus Oy Vesa Hintukainen Takuutoimenpiteet Työn tekeminen uudelleen Laite- ja konehäiriöt Tarpeeton materiaalin käsittely Tarpeettomat

Lisätiedot

ENEMMÄN VAI FIKSUMMIN? - ÄLÄ TAPA UUSIA BISNESMAHDOLLISUUKSIA TEHOTTOMALLA TYÖLLÄ! Anssi Tikka, Business Unit Manager

ENEMMÄN VAI FIKSUMMIN? - ÄLÄ TAPA UUSIA BISNESMAHDOLLISUUKSIA TEHOTTOMALLA TYÖLLÄ! Anssi Tikka, Business Unit Manager ENEMMÄN VAI FIKSUMMIN? - ÄLÄ TAPA UUSIA BISNESMAHDOLLISUUKSIA TEHOTTOMALLA TYÖLLÄ! Anssi Tikka, Business Unit Manager Näin saat palvelun laadun, nopeuden ja kannattavuuden kohtaamaan varastoissa ja logistiikkakeskuksissa.

Lisätiedot

KOKOONPANOSOLUN KEHITTÄMINEN JA OHJEISTAMINEN

KOKOONPANOSOLUN KEHITTÄMINEN JA OHJEISTAMINEN Opinnäytetyö (AMK) Tuotantotalouden koulutusohjelma 2013 Jani Routamaa KOKOONPANOSOLUN KEHITTÄMINEN JA OHJEISTAMINEN OPINNÄYTETYÖ (AMK) TIIVISTELMÄ TURUN AMMATTIKORKEAKOULU Tuotantotalous 2013 33 Juha

Lisätiedot

KONTTI - Teolliset komponenttiohjelmistot Tekesin ETX-ohjelma

KONTTI - Teolliset komponenttiohjelmistot Tekesin ETX-ohjelma KONTTI - Teolliset komponenttiohjelmistot Tekesin ETX-ohjelma Strateginen selvityshanke Eila Niemelä 1 Lähtökohta Selvitys suomalaisen teolllisuuden komponenttipohjaisten ohjelmistojen kehittämisestä ja

Lisätiedot

Pilvipalvelut kehityksen mahdollistajana - (valmistavan PK-yrityksen näkökulmaa)

Pilvipalvelut kehityksen mahdollistajana - (valmistavan PK-yrityksen näkökulmaa) Pilvipalvelut kehityksen mahdollistajana - (valmistavan PK-yrityksen näkökulmaa) Juhani Lempiäinen Ohjelmapalvelujen tuottaja Digitaalinen tuoteprosessi-ohjelma Valmistavissa yrityksissä pilvipalvelujen

Lisätiedot

RENKAAT - SISÄRENKAAT - LEVYPYÖRÄT - PYÖRÄT - AKSELIT

RENKAAT - SISÄRENKAAT - LEVYPYÖRÄT - PYÖRÄT - AKSELIT Tuoteluettelo / 2014 RENKAAT - SISÄRENKAAT - LEVYPYÖRÄT - PYÖRÄT - AKSELIT Maatalous Teollisuus & materiaalin käsittely Ympäristönhoito Kevytperävaunut Muut laitteet THE SKY IS NOT THE LIMIT STARCO FINLAND

Lisätiedot

punainen lanka - Kehitysjohtaja Mcompetence Oy 20.3.2012 markokesti.com Työhyvinvoinnin kohtaamispaikka Sykettätyöhön.

punainen lanka - Kehitysjohtaja Mcompetence Oy 20.3.2012 markokesti.com Työhyvinvoinnin kohtaamispaikka Sykettätyöhön. Henkilöstötuottavuuden punainen lanka - työhyvinvoinnilla tuottavuutta Marko Kesti Kehitysjohtaja Mcompetence Oy 20.3.2012 Ota yhteyttä ja seuraa blogiani: markokesti.com Työhyvinvoinnin kohtaamispaikka

Lisätiedot

Mistä kilpailukykyä kotimaiseen tuotantoon? Tuotannon ulkomaille siirtämisen haasteet

Mistä kilpailukykyä kotimaiseen tuotantoon? Tuotannon ulkomaille siirtämisen haasteet Mistä kilpailukykyä kotimaiseen tuotantoon? Tuotannon ulkomaille siirtämisen haasteet Timo Salmu 29.5.2013 NESTIX Oy 1982 perustettu ohjelmistotalo Tuotekehitys, myynti, johto, projektointija asiakastuki

Lisätiedot

Periaatteet standardien SFS-EN ISO/IEC 17025:2005 ja SFS-EN ISO 15189:2007 mukaisen näytteenottotoiminnan arvioimiseksi

Periaatteet standardien SFS-EN ISO/IEC 17025:2005 ja SFS-EN ISO 15189:2007 mukaisen näytteenottotoiminnan arvioimiseksi Periaatteet standardien SFS-EN ISO/IEC 17025:2005 ja SFS-EN ISO 15189:2007 mukaisen näytteenottotoiminnan arvioimiseksi FINAS - akkreditointipalvelu Espoo 2012 ISBN 978-952-5610-85-7 1(7) Periaatteet standardien

Lisätiedot

Vaatimusten ja konfiguraation hallinta avoimessa ohjelmistokehityksessä

Vaatimusten ja konfiguraation hallinta avoimessa ohjelmistokehityksessä Vaatimusten ja konfiguraation hallinta avoimessa ohjelmistokehityksessä Anu Ranta Helsinki 1.10.2008 Avoin ohjelmistokehitys seminaari HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos HELSINGIN YLIOPISTO

Lisätiedot

Suomen avoimien tietojärjestelmien keskus COSS ry

Suomen avoimien tietojärjestelmien keskus COSS ry EduCloud ncloud Rajapintojen avaaminen ja ekosysteemien rakentaminen JulkICTLab-seminaari 20.11.2015 Martin von Willebrand, puheenjohtaja Avoin arkkitehtuuri Luo jäsenien menestystarinoita avoimilla ratkaisuilla

Lisätiedot

Muutoksen hallinta rakenteisen projektissa. Kari Kovanen Development manager Etteplan Technical Information

Muutoksen hallinta rakenteisen projektissa. Kari Kovanen Development manager Etteplan Technical Information Muutoksen hallinta rakenteisen projektissa Kari Kovanen Development manager Etteplan Technical Information Etteplan Oyj Yksi Pohjoismaiden suurimmista teollisuustekniikan suunnittelu- ja asiantuntijapalveluyrityksistä

Lisätiedot

Työkalut ohjelmistokehityksen tukena

Työkalut ohjelmistokehityksen tukena 1 Työkalut ohjelmistokehityksen tukena Johdanto 2 Työkaluja eli ohjelmistotyötä tukevia ohjelmistoja käytetään ohjelmistoalan yrityksissä nykypäivänä paljon. Työkalut auttavat ohjelmistoalan ihmisiä suunnittelemaan

Lisätiedot

XML-tutkimus Jyväskylän yliopistossa

XML-tutkimus Jyväskylän yliopistossa XML-tutkimus Jyväskylän yliopistossa Airi Salminen Jyväskylän yliopisto Tietojenkäsittelytieteiden laitos airi.salminen@jyu.fi http://www.cs.jyu.fi/~airi/ Airi Salminen, XML-tutkimus Jyväskylän yliopistossa

Lisätiedot

LAATUKÄSIKIRJA SFS-EN ISO 9001:2000

LAATUKÄSIKIRJA SFS-EN ISO 9001:2000 LAATUKÄSIKIRJA SFS-EN ISO 9001:2000 LAATUPOLITIIKKA Puutyöliike Pekka Väre Ky:n liiketoiminnan kehittyminen ja jatkuvuus varmistetaan koko henkilökunnan yhdessä omaksumien toimintaperiaatteiden ja yrityksessä

Lisätiedot

Multisite -projektit uhasta mahdollisuus? Johtamiseväitä projektipäällikölle

Multisite -projektit uhasta mahdollisuus? Johtamiseväitä projektipäällikölle Multisite -projektit uhasta mahdollisuus? Johtamiseväitä projektipäällikölle TTY / Projektinhallintapäivä 23.8.2011 Olli-Pekka Mäkirintala olli-pekka.makirintala@altonova.fi 040 5541031 Olli-Pekka Mäkirintala

Lisätiedot

Avoimen lähdekoodin vaarat

Avoimen lähdekoodin vaarat Avoimen lähdekoodin vaarat Tommi Mikkonen Prof @ Tampere U of Tech (tommi.mikkonen@tut.fi) Visting Prof @ Sun Labs (tommi.mikkonen@sun.com) Mitä vaaroja.? Aivan ensiksi: On vain yksi hyvin määritelty avoimen

Lisätiedot

Oppilaiden motivaation ja kiinnostuksen lisääminen matematiikan opiskeluun ja harrastamiseen. Pekka Peura 28.01.2012

Oppilaiden motivaation ja kiinnostuksen lisääminen matematiikan opiskeluun ja harrastamiseen. Pekka Peura 28.01.2012 Oppilaiden motivaation ja kiinnostuksen lisääminen matematiikan opiskeluun ja harrastamiseen Pekka Peura 28.01.2012 MOTIVAATIOTA JA AKTIIVISUUTTA LISÄÄVÄN OPPIMISYMPÄRISTÖN ESITTELY (lisätietoja maot.fi)

Lisätiedot

Semanttisen Webin mahdollisuudet yrityksille

Semanttisen Webin mahdollisuudet yrityksille Semanttisen Webin mahdollisuudet yrityksille Käytännön kokemuksia 15.1.2010 Janne Saarela Profium Oy Esityksen sisältö Semanttisen Webin arvolupaus Arvolupauksen lunastaminen Kuvapankeissa Järjestelmäintegraatiossa

Lisätiedot

LEAN. Enemmän arvoa vähemmällä. Mitä LEAN on? LEAN on filosofia, jolla pyritään hyödyntämään resurssit maksimaalisesti

LEAN. Enemmän arvoa vähemmällä. Mitä LEAN on? LEAN on filosofia, jolla pyritään hyödyntämään resurssit maksimaalisesti LEAN Mitä LEAN on? Enemmän arvoa vähemmällä LEAN on filosofia, jolla pyritään hyödyntämään resurssit maksimaalisesti Keskittyy kyseenalaistamaan ja eliminoimaan kaikkea, joka ei tuo asiakkaalle lisäarvoa

Lisätiedot

Reilun Pelin työkalupakki: Kiireen vähentäminen

Reilun Pelin työkalupakki: Kiireen vähentäminen Reilun Pelin työkalupakki: Kiireen vähentäminen Tavoitteet Tämän toimintamallin avulla opit määrittelemään kiireen. Työyhteisösi oppii tunnistamaan toistuvan, kuormittavan kiireen sekä etsimään sen syitä

Lisätiedot

Oppivat tuotantokonseptit uusi näkökulma tuotantokonseptien ja välineiden kehittämiseen yrityksissä

Oppivat tuotantokonseptit uusi näkökulma tuotantokonseptien ja välineiden kehittämiseen yrityksissä Oppivat tuotantokonseptit uusi näkökulma tuotantokonseptien ja välineiden kehittämiseen yrityksissä Tuotanto, konseptit, oppiminen yritystoiminnan kehittämisen uudet näkökulmat 25.5.2011 Aalto-yliopiston

Lisätiedot

Kokonaisvaltainen mittaaminen ohjelmistokehityksen tukena

Kokonaisvaltainen mittaaminen ohjelmistokehityksen tukena Kokonaisvaltainen mittaaminen ohjelmistokehityksen tukena Mittaaminen ja ohjelmistotuotanto seminaari 18.04.01 Matias Vierimaa 1 Miksi mitataan? Ohjelmistokehitystä ja lopputuotteen laatua on vaikea arvioida

Lisätiedot

Ketjuauditoinnit. TEVA Tampere ja Oulu Ylitarkastaja Anna Huttunen, Evira

Ketjuauditoinnit. TEVA Tampere ja Oulu Ylitarkastaja Anna Huttunen, Evira Ketjuauditoinnit TEVA Tampere ja Oulu Ylitarkastaja Anna Huttunen, Evira Auditointijärjestelmien tavoitteena: onko rehu- ja elintarvikelainsäädäntöön sekä eläinten terveyttä ja hyvinvointia koskeviin sääntöihin

Lisätiedot

Arvovirtakuvaus työkaluna rakennusteollisuuden tuotannon kehittämisessä

Arvovirtakuvaus työkaluna rakennusteollisuuden tuotannon kehittämisessä Arvovirtakuvaus työkaluna rakennusteollisuuden tuotannon kehittämisessä Jukke Malvalehto, DI Tutkija, Oulun yliopisto jukke.malvalehto@oulu.fi Harri Haapasalo TkT, KTM Tuotantotalouden professori, Oulun

Lisätiedot

Käytettävyyden arviointi ja käytettävyystestauksen soveltaminen terveydenhuollon tietojärjestelmien valinnassa

Käytettävyyden arviointi ja käytettävyystestauksen soveltaminen terveydenhuollon tietojärjestelmien valinnassa Käytettävyyden arviointi ja käytettävyystestauksen soveltaminen terveydenhuollon tietojärjestelmien valinnassa Janne Pitkänen Adusso Oy, Aalto yliopisto Matti Pitkäranta Adusso Oy Terveydenhuollon tietojärjestelmien

Lisätiedot