PLM: Enemmän kuin vain tietojärjestelmä

Product Lifecycle Management – PLM – tulee yrityksiin usein ohjelmistona. Uusi järjestelmä, uusi käyttöönotto ja uusi lupaus siitä, että ”tuotetieto saadaan vihdoin haltuun.” Silti vielä vuosia myöhemmin monet organisaatiot kamppailevat yhä peruskysymysten äärellä: Mikä versio on julkaistu? Miksi tämä muutos tehtiin? Kuka on riippuvainen tästä tiedosta?

Tämä johtuu siitä, että PLM ei ole vain työkalu. Se on tapa organisoida ihmiset, prosessit ja tuotetieto niin, että tuote on ymmärrettävä, jäljitettävä ja hallittavissa – aina ensimmäisestä vaatimusmäärittelystä viimeiseen kentällä olevaan yksikköön saakka. Innovaatiotoiminnassa ”tuote” voi olla kone, kulkuneuvo, pakattu elintarvike, resepti tai jopa palvelukokonaisuus – mikä tahansa, joka on määriteltävä, hyväksyttävä, muutettava ja valmistettava johdonmukaisesti.

Tästä sekaannus usein alkaa. PLM on sekä järjestelmä että käsite, ja yhden kohteleminen toisen korvikkeena on varma tie pettymykseen.

Selvennetäänpä näitä hieman.

PLM käsitteenä vs. PLM järjestelmänä

PLM käsitteenä on laajempi – ja merkittävämpi. Se on ajatus siitä, että tuotetta hallitaan johdonmukaisesti, jäljitettävästi ja selkeästi aina ensimmäisestä vaatimuksesta viimeiseen varaosaan saakka. Yli osastorajojen. Yli vuosien. Yli eri työkalujen rajojen.

PLM järjestelmänä on IT-alusta. Se tallentaa tuotetiedon, hallitsee versioita, valvoo käyttöoikeuksia ja kytkeytyy muihin järjestelmiin kuten CAD-, ERP- ja valmistusjärjestelmät.

PLM-järjestelmä mahdollistaa PLM-konseptin toteuttamisen. Se ei luo sitä automaattisesti.

Tämä ero on merkittävä. Monet yritykset ostavat PLM-järjestelmän ja ihmettelevät sen jälkeen, miksi todellisuudessa niin vähän muuttuu.

Mitä PLM-käsite todellisuudessa kattaa?

Käytännössä PLM sitoo yhteen joukon toisiinsa kytkeytyviä osa-alueita:

• Vaatimukset – toiminnalliset, säädökselliset, laadulliset tai asiakasodotukset.
• Suunnittelu- ja määrittelydata – CAD-mallit, kaavat, reseptit ja spesifikaatiot.
• Osat ja rakenteet – komponentit, raaka-aineet ja varaosat.
• Muutokset – hallitut päivitykset sekä niiden vaikutus kustannuksiin, laatuun tai vaatimustenmukaisuuteen.
• Testaus ja validointi – simuloinnit, laboratoriotestit, auditoinnit ja laadunvarmistus.
• Valmistus- ja toimitusdata – tuotantolinjat, prosessisuunnitelmat ja tukipalveluiden toteutus.
• Elinkaari ja palaute – käyttödata, reklamaatiot ja jatkuva parantaminen.

PLM:ssä ei ole kyse vain datan omistamisesta. Kyse on sen yhdistämisestä merkityksellisellä tavalla.

PLM ja digitaalinen säie

Tässä kohtaa kuvaan astuu digitaalinen säie (digital thread).

Digitaalinen säie on tuotteen ”elämäntarina”: miten vaatimus johtaa suunnittelupäätökseen, josta tulee osa tuoterakennetta, joka lopulta valmistetaan, toimitetaan, validoidaan ja jota tuetaan ajan myötä. Jokainen vaihe jättää digitaalisen jäljen – ja nämä jäljet on linkitetty toisiinsa. PLM on selkäranka, joka mahdollistaa tämän.

Ilman PLM-mallia tieto on olemassa, mutta se on pirstaloitunutta. Vaatimukset elävät dokumenteissa, reseptit paikallisilla koneilla ja huoltotieto ERP-järjestelmässä. Säie katkeaa heti, kun tieto joutuu siirtymään osastojen tai eri järjestelmien välillä.

Oikein toteutetussa PLM-ympäristössä digitaalinen säie pysyy ehjänä. Digitaalinen säie ei vaadi fyysistä tuotetta – se vaatii jäljitettävän ketjun päätöksiä, dataa ja hyväksyntöjä, jotka selittävät, miksi tuote tai palvelu on niin kuin se on.

Todellisuus yrityksissä

Sitten se rehellinen osuus. Keskivertoyrityksessä PLM on harvoin ”valmis.” Tyypillinen tilanne on tämä:

• PLM-järjestelmää käytetään pääasiassa tietovarastona.
• Excel-taulukot täyttävät järjestelmien väliset aukot.
• Muutosprosessit toimivat – kunnes ne eivät toimi.
• Asiantuntijat koordinoivat tietoa sankarillisesti pitääkseen rattaat pyörimässä.
• Johto olettaa, että ”se  tieto on jossain järjestelmässä.”

Suunnittelupainotteisissa yrityksissä tämä näkyy usein CAD-keskeisenä PDM-järjestelmänä (Product data management).

Elintarvike-, kuluttajatuote- ja palvelualoilla tilanne näyttää erilaiselta, mutta tuntuu samalta. Reseptit tai palvelumääritykset elävät taulukoissa, laatunormit dokumenteissa ja prosessit toimivat asiantuntijatiedon varassa. Kun säädökset muuttuvat tai raaka-aineita on korvattava, kokonaisuuden hallinnasta tulee hidasta, manuaalista ja riskialtista.

Tämä ei ole epäpätevyyttä. Se on historian painolastia.

Useimmat organisaatiot ovat kasvaneet orgaanisesti. Työkaluja on lisätty ratkaisemaan paikallisia ongelmia. PLM otetaan usein käyttöön myöhään, ja sen odotetaan taianomaisesti integroivan kaiken ilman, että työtapoja tarvitsee muuttaa. Niin ei kuitenkaan koskaan tapahdu.

Miksi PLM on silti merkittävä?

Tästä huolimatta PLM on yksi strategisimmista kyvykkyyksistä, joita yritys voi rakentaa. Ei siksi, että se tekisi insinööreistä onnellisempia (vaikka se voi tehdä senkin), vaan siksi, että se:

• Vähentää operatiivisia riskejä.
• Nopeuttaa päätöksentekoa.
• Säilyttää asiantuntijatiedon yksilöiden vaihtuessa.
• Mahdollistaa vaatimustenmukaisuuden ja jäljitettävyyden.
• Skaalaa tuotteen monimutkaisuutta ilman kaaosta.

Toisin sanoen PLM ei ole IT-projekti. Se on liiketoiminnallinen kyvykkyys, jolla on järjestelmäteknisiä seurauksia.

Tiivistelmä

PLM toimii hyvin silloin, kun yritys lopettaa kysymästä ”Mitä PLM-järjestelmä osaa tehdä?” ja alkaa kysyä ”Miten tuotetietomme pitäisi virrata?”

PLM-järjestelmä seuraa PLM-konseptia.

Digitaalinen säie seuraa järjestelmää.

Ja selkeys seuraa kaikkia kolmea – kun ne ovat linjassa keskenään.

Tämä on PLM. Ei välttämättä kiiltävä tai yksinkertainen, mutta ehdottomasti tekemisen arvoinen.