Tämän blogin tarkoituksen mukaisesti aloitetaan heittämällä haaste kehiin yhdestä lempiaiheistani, nimittäin modulaarisuuden metsästyksestä...
Tehokkaan tuotetiedon hallinnan saavuttamisen suurin este on yritysten moduulikäsitteen ymmärtämättömyys.
Toisin sanoen, jos mietitään tuotetiedon parissa toimivaa joukkoa, ei moduuli ja modulaarisuus ole enää mikään uusi asia. Päin vastoin, jos omaa tuotettaan ei pidä modulaarisena on mukamas ulkona kuvioista kuin lumiukko. Kyseinen tilanne on vääntänyt yritykset yhtä tehottomaan solmuun kuin JIT/JOT -käsitteen väärät tulkinnat amerikkalaisessa ja eurooppalaisessa tuotannossa.
Näitä "meidän modulaarinen" -tuote keskusteluja on tullut viimeisten muutaman vuoden aikana käytyä useampia ja aina niissä ihmetyttää miten yritykset voivat kuvitella toteuttavansa nykypäivän asiakaskohtaisia tuotteita 10-15 moduulin avulla? Samoin kenen idea on ollut nostaa asiakkaalle esille ihan mainostusta myöten, että osta meiltä sinulle räätälöity tuote, joka meille on standardipalikoista koostuva. Tätä toki itse yrityksenä haluamme näin, mutta kannattaako sitä mainostaa maksavalle taholla? No se on toinen tarina, joka jätettäneen seuraavaan kertaan...
Tällä kertaa oli tarkoitus kirjoitella aivan perusteista, eli mikä on moduuli ja miksi uskallan yllä olevan väitteen kehiin heittää. Eli mikä moduuli siis on? Kirjallisuusmielessä moduuli- ja modulaarisuuskäsitteistä löytyy versioita laidasta laitaan. Näistä voit lukea lisää
täältä. Itse olen käyttänyt seuraavia:
Moduuli:
Itsenäinen ja vaihdettava osakokonaisuus, joka toteuttaa tuotteessa tai prosessissa erillisen toiminnon ja jolla on tarkasti määritellyt rajapinnat, joiden kautta luodaan yksilölliset tuotevariantit.
Modulaarisuus:
Tuotteen tai prosessin ominaisuus, joka määrittelee kyvyn sekoittaa ja yhdistää tuotteen itsenäisiä ja vaihdettavia osakokonaisuuksia eli moduuleita.
Näistä mielenkiintoisempi on ilman muuta tuo ensimmäinen eli moduuli, koska sen kun pistää oikeasti määrittelyn mukaiseksi niin jälkimmäinen ominaisuutena tulee kuin varkain mukana. Siis "jolla on tarkasti määritellyt rajapinnat, joiden kautta luodaan yksilölliset tuotevariantit". Tämä on vielä ymmärryksen ja eri yritysten toteutusten suhteen suhteellisen hyvin ymmärretty. Tarvitaan selkeät rajapinnat. OK. Sitten alku: "Itsenäinen ja vaihdettava osakokonaisuus". Vielä OK. "Joka toteuttaa tuotteessa tai prosessissa erillisen toiminnon". Siinä mielenkiintoisimmat sanat: "Erillinen toiminto". Moduulin on siis oltava standardi rajapinnallinen osakokonaisuus, joka toteuttaa niin teknisesti kuin ominaisuuslähtöisesti yhden erilaisen toiminnon. Nyt on ollaan ongelmissa...
Ketään osoittamatta, jääköön esimerkit jokaisen mietittäväksi, mutta suosittelen ensi kerralla kun törmäät oman tai naapuriyrityksen keskusteluissa moduuliin, käyttämään toisenkin hetken ajatukseen: toteuttaako mainittu moduuli oikeasti yllä olevan määrittelyn vai liikutaanko vesillä, jossa tuotetta kutsutaan modulaariseksi vain koska se on trendikästä?
Toki ajatuksen voi kelata myös toisin päin: Meillä on modulaarinen tuote, joka koostuu 15 moduulista. Onko meidän tuotteessa siis oikeasti vain 15 erilaista toiminnallisuutta myynnin ja suunnittelun näkökulmista? Niinpä...
Tämä alkuun. Tarina jatkuu. Pari tarkentavaa määrittelyä vielä mielessä, minkä lisäksi pitäisi varmaan vielä todistaa, miksi väärin ymmärretty moduuli on pahan alku ja juuri. Tulossa on...
Palataan asiaan...
