Laadunhallinta PLM-järjestelmässä: Miksi verkottunut laadunhallinta päihittää jälkikäteisen laadunvarmistuksen

Jos johdat tuotekehitys- ja/tai tuotanto-organisaatioita, kyse on käytännössä läpimenoajasta, vaatimustenmukaisuudesta ja arvoketjun häiriönsietokyvystä.

Se, että muuhun toimintaan kytketty laadunhallinta on jälkikäteistä laadunhallintaa parempi vaihtoehto, saattaa aluksi kuulostaa prosessinohjaukselta. Todellisuudessa se toimii kuitenkin organisaation käyttöjärjestelmänä. Kun tieto on hajallaan sähköposteissa, Excel-taulukoissa sekä erilaisissa henkilökohtaisissa ja yhteisissä tiedostosijainneissa, syntyy piilokustannus: aikaa kuluu tapahtumien selvittämiseen ennen kuin itse ongelmaa päästään edes ratkaisemaan. Nykyaikainen pilvipohjainen PLM-lähestymistapa vähentää ja osittain poistaa tämän kustannuksen kytkemällä päätökset tuoterekisteriin (nimikenumero, revisio, osaluettelon konteksti, hyväksynnät ja todentava aineisto).

Miltä hyvä toimintatapa näyttää käytännössä

Tasaisesti toimittavissa organisaatioissa laatu, muutokset ja toimitukset eivät ole erillisiä siiloja. Myynti, tekninen osasto, tuotanto, hankinta (ja toimittajat) sekä huolto ja jälkimarkkinapalvelut käyttävät samaa tuotemäärittelyä. Ongelman ilmetessä voidaan nopeasti vastata seuraaviin kysymyksiin: mihin ongelma vaikuttaa, mikä määrittely oli voimassa, mitä on jo päätetty ja kenen on tehtävä mitä seuraavaksi.

Miksi tällä on merkitystä johdolle

Kun tiedot ja työnkulut liittyvät toisiinsa, nähdään usein samat vaikutukset: vähemmän myöhäisiä yllätyksiä, vähemmän toistuvia ongelmia, nopeampia julkaisupäätöksiä ja vahvempi luottamus vaatimustenmukaisuuden osoittavaan aineistoon. Strategisesti olennaista on oppimisnopeus – kuinka nopeasti organisaatio muuttaa signaalin päätökseksi ja päätöksen ennaltaehkäiseviksi toimiksi.

Toimivan kytketyn kokonaisuuden vähimmäisvaatimukset

Aloita määrittelemällä, minkä tietojen on aina oltava kytkettyinä toisiinsa: kyseinen nimike revisioineen, konfiguraation ja osaluettelon konteksti, todentava aineisto (mittaukset, kuvat, raportit) sekä muodollinen hyväksyntä. Varmista tämä elinkaaren tarkistuspisteillä ja yksinkertaisilla malleilla, jotta käyttäjät tallentavat asiayhteyden oletusarvoisesti. Tavoitteena ei ole byrokratia vaan tuoterekisteri, johon voi luottaa.

Mitä kukin rooli saa tästä

• Ylin johto: riskit, huonon laadun kustannukset, markkinoilletuontiaika.
• Suunnittelu: vaatimusten selkeys, muutosten vaikutukset, luottamus revisiotietoon.
• Laatu: jäljitettävyys, todentava aineisto, auditointivalmius.
• Tuotanto: julkaisutilanteen selkeys, työohjeet, tuotantolinjan vakaus.
• Hankinta / toimittajat: toimittajavastuut, sertifikaatit, hyväksytyt poikkeamat.
• Huolto ja jälkimarkkinapalvelut: huollossa ylläpidetty kokoonpano, takuutiedot, kentällä tehtävät muutokset.

Minuutin testi

Avaa mikä tahansa tietue – poikkeama, muutospyyntö, vaatimus tai toimittajapoikkeama – ja kysy: ymmärtääkö uusi henkilö päätöksen minuutissa? Jos ei, asiayhteyttä puuttuu. Ratkaisu on yleensä selkeämpi rakenne (yhdenmukaiset kentät, linkit ja hyväksynnät), ei dokumenttien määrän lisääminen. Kun tämä tehdään hyvin, vaikutukset kumuloituvat: vähemmän tulipalojen sammuttelua ja parempi ennakoitavuus kuukausi kuukaudelta.

Yleiset sudenkuopat

Kaksi klassikkoa:

1. Vapaamuotoiset tekstitietueet, joilla ei ole yhteyttä tuotemäärittelyyn

2. Liitteet, joista tulee hallitsemattomia kopioita ja jotka erkaantuvat varsinaisesta julkaistusta versiosta.

Käytä pakollisia metatietoja, hallittuja tilasiirtymiä ja yksinkertaisia malleja. Jos teet vain yhden asian, varmista, että yhteys nimikkeeseen ja sen revisioon on ehdoton vaatimus.

Seurattavat suorituskykymittarit

Valitse yksi ennakoiva ja yksi jälkikäteinen mittari. Ennakoiva: ongelman rajaamiseen ja hallintaan saamiseen kuluva aika tai hyväksyntään kuluva aika. Jälkikäteinen: ongelmien toistumisaste tai myöhemmissä vaiheissa havaittujen virheiden määrä. Kun tiedot on kytketty toisiinsa, tätä voidaan mitata sen sijaan, että nojattaisiin yksittäisiin havaintoihin.