Tuotekehitysprosessin tärkein yksittäinen vaihe – tehdään kunnolla kerralla.
Tekninen toteutus etenee aina sen mukaan, mitä määrittelyvaiheessa on päätetty. Jos vaatimukset on ymmärretty väärin tai puutteellisesti, lopputuote ei voi onnistua, vaikka itse toteutus olisi kuinka laadukas tahansa. Käytännössä moni projekti hyppää liian nopeasti tekemään tuotetta – ja tämä näkyy myöhemmin kalliina muutostöinä, aikatauluviiveinä ja pahimmillaan koko projektin epäonnistumisena.
Aikoja sitten ihmiset liikkuivat hevosvankkureilla. Vankkurien käyttäjät kuitenkin kokivat tarvetta päästä aina vain nopeammin paikasta A paikkaan B. Niinpä hevosvankkurien valmistajat ja hevoskasvattajat käyttivät paljon aikaa ja työtä miettiessään, millä keinoilla hevoset ja vankkurit saataisiin kulkemaan nopeammin. Muuan saksalainen insinööri Carl Benz kuitenkin pohti asiaa toisin. Hän tarkasteli tarkemmin ihmisten tarvetta ja vaatimuksia, ja oivalsi, että vaatimus ei ollutkaan tehdä vankkureista nopeampia, vaan siirtyä nopeammin paikasta A paikkaan B. Hän alkoi määritellä teknisiä vaatimuksia: missä ajassa siirtymän tuli tapahtua, montako henkilöä tuli voida kuljettaa samanaikaisesti, ja niin edelleen. Lopulta hänellä oli vaatimuslista, josta kävi ilmi, ettei mikään hevosvankkuriratkaisu voisi täyttää vaatimuksia. Niinpä hän kehitti ensimmäisen käytännöllisen moottoroidun ajoneuvon vuonna 1885. Loppu on historiaa.
Sama periaate pätee suoraan elektroniikkatuotteen kehitykseen: oikea vaatimus ei ole komponentti tai ratkaisu, vaan se todellinen tarve, jonka tuotteen pitää täyttää.
Käytämme systemaattista, INCOSE-periaatteisiin (Systems Engineering) pohjautuvaa prosessia, jossa vaatimukset johdetaan tarpeesta – ei toisin päin. Prosessi etenee vaiheittain:
Vaatimusmäärittely sopii sekä täysin uuden tuoteidean että olemassa olevan ratkaisun jatkokehityksen pohjaksi. Se on perusta, jonka päälle koko tekninen toteutus – elektroniikka, ohjelmisto, mekaniikka ja tuotanto – rakentuu. Voimme tehdä vaatimusmäärittelyn kokonaan tilaustyönä, tai tukea asiakkaan omaa määrittelytyötä varmistamalla, että se on kattavuudeltaan riittävä.
Puutteellinen vaatimusmäärittely näkyy myöhemmin kalliina muutostöinä ja aikatauluviiveinä, koska tekninen toteutus perustuu suoraan määrittelyvaiheen päätöksiin.
Toiminnalliset vaatimukset kuvaavat, mitä tuotteen tulee tehdä. Niiden rinnalla määritetään suorituskyky-, rajapinta-, ympäristö-, turvallisuus-, luotettavuus- ja huollettavuus-, valmistettavuus- ja logistiikka- sekä regulaatio- ja sertifiointivaatimukset, jotka kaikki vaikuttavat lopulliseen toteutukseen.
Kyllä, kunhan se on kattavuudeltaan riittävä ja kattaa kaikki oleelliset vaatimustyypit. Voimme myös tarkastaa ja täydentää asiakkaan itse tekemän määrittelyn.