Sisendandmed projekteerimiseks ja arendamiseks. Disain ja arendus Disain ja arendus

Disain ja arendussisend

Määratletakse tootenõuetega seotud sisendandmed ja peetakse arvestust (4.2.4). Need andmed peaksid sisaldama:

a) funktsionaalsed ja jõudlusnõuded;

b) kohaldatavad kohustuslikud ja regulatiivsed nõuded;

c) vajaduse korral varasematest sarnastest projektidest saadud teave;

d) muud projekteerimise ja arenduse jaoks olulised nõuded. Nende sisendite piisavus tuleks üle vaadata. Nõuded peavad olema täielikud, üheselt mõistetavad ja järjepidevad.

Disain ja arendusväljund

Kujundus- ja arendusväljundid tuleks esitada kujul, mis võimaldab kontrollida vastavust projekteerimis- ja arendussisendi nõuetele, ning need tuleks enne avaldamist heaks kiita.

Disaini- ja arendusväljundid peaksid:

a) vastama projekteerimis- ja arendussisendi nõuetele;

b) anda asjakohast teavet hangete, tootmise ja teenuste kohta;

d) määrata kindlaks toote omadused, mis on olulised selle ohutuks ja õigeks kasutamiseks.

Töö ajalugu kvaliteedi valdkonnas Venemaal.

Rääkides kõrgetasemelistest kogemustest kvaliteedijuhtimise valdkonnas, ei saa meenutada kodumaist kvaliteedi parandamise praktikat.

Millised kvaliteedi parandamise kontseptsioonid meie riigis eksisteerisid?

1. BIP kontseptsioon(Defektideta toodete valmistamine) See süsteem põhines osalejate aktiveerimise mehhanismil tootmisprotsess, stimuleerides neid tuvastama ja kõrvaldama mitte toote defekte, vaid nende põhjuseid. Pärast toote uuesti esitlemist jäi töötaja preemiast ilma.

2. CANARSPY kontseptsioon(Kvaliteet, töökindlus, ressurss esimestest toodetest) Tutvustati Gorki lennutehases. Riigi parimaks tunnistatud süsteem põhines järgmistel põhimõtetel:

Mitmekülgsus (võimalus kasutada teistes tööstusharudes)

Igakülgne tootekvaliteedi tagamine

Toodete kvaliteedi parandamisele suunatud uuringute läbiviimine ja ettevõtte eksperimentaaldisaini teenuste arendamine

Toodete kvaliteedi tervikliku arvestuse korraldamine

Keskendumine toodete kvaliteedile nende arendamise etapis

Tarbijate kaasamine toodete täiustamisse

1. NORM kontseptsioon 1960. aastate keskel. Jaroslavli mootoritehases Avtodiesel võeti kasutusele NORM-süsteem, milles kvaliteedikriteeriumiks võeti üks olulisemaid tehnilisi parameetreid - ressurss enne esimest kapitaalremonti. Erilist tähelepanu pöörati disaini ja tehnoloogia arendamisele, mis tagavad mootori tehnilise taseme ja kvaliteedi tõusu. NORM-süsteemis kasutati ja arendati tootekvaliteedi juhtimise Saratovi ja Gorki süsteemide põhielemente.

2. KSUKP kontseptsioon(Integreeritud tootekvaliteedi juhtimissüsteem)

1970. aastate esimesel poolel. Lvivi oblasti ettevõtete, NSVL Riikliku Standardi Standardi Üleliidulise Uurimisinstituudi ja teadus- ja tootmisühingu "Sistema" ühise uurimis- ja tootmiseksperimendi tulemusena töötati välja terviklik tootekvaliteedi juhtimissüsteem. ja testitud.

Süsteemi põhieesmärk oli tagada ettevõttes toodetavate toodete kvaliteedi kõrge ja jätkusuutlik kasvumäär, mille põhjuseks on:

· Uute kvaliteetsete toodete loomine ja arendamine;

· Uute toodete õigeaegne turule toomine;

· Vananenud toodete tootmisest eemaldamine;

· Valmistatud toodete kvaliteedinäitajate parandamine nende täiustamise ja kaasajastamise kaudu.

Milles seisnes Venemaa kvaliteedijuhtimise kogemuse eripära?

Venemaa kvaliteedijuhtimise eripära seisnes selles, et sõjalis-tööstusliku kompleksi (MIC) ettevõtetes loodi tõhusad kvaliteedijuhtimissüsteemid. Just sõjatööstuskompleksis olid laialt levinud kvaliteedi tagamise meetodid uute toodete uurimise ja väljatöötamise etapis, statistiline kvaliteedikontroll kontrollkaartide abil ja eristandardid. Sõjatööstusliku kompleksi sügavustes sündisid KSUKP (integreeritud tootekvaliteedi juhtimissüsteemid, sh automatiseeritud).

QMS: mittevastavate toodete haldamine.

Mittevastavate toodete haldamise metoodika.

1) määrame kvaliteedijuhtimissüsteemi reguleerimisalasse kuuluvad tooted, 2) määrame, millised on vastavad tooted, 3) määrame kindlaks, millised kontrollimehhanismid millistele toodetele kehtivad (see võib olla tabeli kujul), 4) kirjeldame üksikasjalikult neid mehhanisme konkreetsete toodete puhul: kes mille eest vastutab, millised volitused tal on, mida nad teevad.

Kuni tooted on meiega.

Mida saame mittevastavuse avastamisel teha toote vastavuse tagamiseks?

Esimene on ilmne: parandage see. need. ISO 9000 järgi tehke parandus. Kuid see pole alati võimalik.

Seejärel tuleb hinnata, mil määral takistab mittevastavus toote sihtotstarbelist kasutamist ja vajaduse korral lubada kõrvalekallet. Võimalusel küsitakse keeldumise luba ka tarbijalt, kas ta on sellega nõus. Klient, olles analüüsinud, millised funktsioonid puuduvad, võib seda pidada üsna vastuvõetavaks ja anda loa.

Kui esimene ega teine ​​pole võimalik, siis jääb üle kolmas võimalus: kas muuta esmast kasutust või loobuda toote kasutamisest üldse.

Ilmselgelt ei saa mittevastavate toodete haldamise protseduuri täielikult välja töötada, kui

 toode ise, mille kvaliteeti juhitakse QMS raames, ei ole määratletud;

 ei ole määratletud, mis on nõuetele vastav toode, kuna see on võrdne mittevastava toote määratlemata jätmisega.

Kuulamiskogemusest: kui ma ei saa kvaliteedijuhendist aru, millised konkreetsed tooted KMS-i kohaldamisalasse kuuluvad, siis ei pruugi ma isegi mittevastavate toodete haldamise korda vaadata, tagades eelnevalt, et see on formaalne.

Kontrollimehhanismid kõigil kolmel juhul:

Muuda tooteid (parandus)

Määrake mittevastava toote tuvastamise meetod ja kes selle tuvastamise eest vastutab,

 täpsustada, kes vastutab tuvastatud mittevastava toote vabastamise ja tarnimise takistamise eest ning tema volitused;

 märkida paranduse eest vastutav isik,

 kehtestada korduskontrolli kord ja selle rakendamise eest vastutav isik;

 kehtestada mittevastavuse olemuse protokollimise ja parandusotsuse tegemise vorm.

Muuda nõudeid

 näidata kõrvale kaldumiseks loa andmiseks volitatud isik ja tema volitused, samuti kehtestada loa andmise kord, sealhulgas tuvastada tarbija poolt kõrvalekaldumist lubama volitatud isik;

 kehtestada mittevastavuse olemuse protokollimise ja kõrvalekaldumise loa tegemise vorm.

Muuda rakendust

kehtestama, kes vastutab ja volitab takistama mittevastavate toodete esmast kasutamist kliendi poolt, samuti selle vältimise korra,

• kehtestada vorm, milles mittevastavuse olemus ja esmakasutuse vältimiseks võetud meetmed fikseeritakse.

Tarbekaubad.

Ilmselgelt ei ole selles olukorras ükski ülalkirjeldatud mehhanismidest rakendatav: tooted on meie kontrolli alt väljas. Kõik, mida saame sel juhul teha, on võtta meetmeid, mis vähendavad Negatiivsed tagajärjed või selliste tagajärgede oht tarbijale. Näitena võite siin tuua kõik kuulsad ettevõtted autode tagasikutsumise kohta.

Määratletakse tootenõuetega seotud sisendandmed ja peetakse arvestust (4.2.4).

Sisendandmed peavad sisaldama:

a) funktsionaalsed ja jõudlusnõuded;

b) kohaldatavad kohustuslikud ja regulatiivsed nõuded;

c) võimaluse korral varasematest sarnastest projektidest võetud teave;

d) muud projekteerimise ja arenduse jaoks olulised nõuded.

Sisendandmeid tuleks analüüsida piisavuse tagamiseks. Nõuded peavad olema täielikud, üheselt mõistetavad ja järjepidevad.

Disain ja arendusväljund

Kujundus- ja arendusväljundid tuleks esitada kujul, mis on sobiv vastavuse kontrollimiseks projekteerimis- ja arendussisendi nõuetega, ning need tuleks enne nende edasist kasutamist ametlikult heaks kiita.

Disaini- ja arendusväljundid peaksid:

a) vastama projekteerimis- ja arendussisendi nõuetele;

b) anda asjakohast teavet hangete, tootmise ja teenuste kohta;

d) määrata kindlaks toote omadused, mis on olulised selle ohutuks ja õigeks kasutamiseks.

MÄRKUS Tootmis- ja hooldusteave võib sisaldada üksikasju toote säilimise kohta.

Disain ja arendusanalüüs

Sobivates etappides viiakse vastavalt kavandatud tegevustele (7.3.1) läbi süstemaatiline projekteerimis- ja arendusülevaade, et:

a) projekteerimis- ja arendustulemuste nõuetele vastavuse hindamine;

b) tuvastada kõik probleemid ja pakkuda välja vajalikud meetmed.

Sellises analüüsis peaksid osalema analüüsitavate projekteerimis- ja arendusfaasi(de)ga seotud osakondade esindajad. Analüüsi tulemuste ja kõigi vajalike toimingute kohta tuleb registreerida (vt 4.2.4).

Projekti ja arenduse kontrollimine

Kontrollimine tuleks läbi viia vastavalt kavandatud korraldustele (7.3.1), et tagada projekteerimis- ja arendusväljundite vastavus sisendnõuetele. Kontrollimise tulemuste ja vajalike toimingute kohta tuleb pidada arvestust (vt 4.2.4).

Projektide ja arenduste valideerimine

Projekteerimise ja arenduse valideerimine tuleks läbi viia vastavalt kavandatud korraldustele (7.3.1), et tagada tulemuseks saadava toote vastavus kindlaksmääratud või kavandatud kasutuse nõuetele, kui see on teada. Võimaluse korral tuleks valideerimine lõpule viia enne toote tarnimist või kasutamist. Valideerimise tulemuste ja vajalike toimingute kohta tuleb salvestada (vt 4.2.4).

Projektide ja arenduste muudatuste juhtimine

Kujundus- ja arendusmuudatused tuleb tuvastada ja dokumente säilitada. Muudatused tuleks enne rakendamist üle vaadata, kontrollida ja kinnitada ning kinnitada. Disaini- ja arendusmuudatuste analüüs sisaldab hinnangut muudatuste mõju kohta juba tarnitud koostisosadele ja toodetele. Muudatuste ülevaatamise tulemuste ja vajalike toimingute kohta säilitatakse arvestust (vt 4.2.4).

Ostud

Hankeprotsess

Organisatsioon tagab, et ostetud tooted vastavad kindlaksmääratud ostunõuetele. Tarnija ja ostetud toote suhtes kohaldatava kontrolli tüüp ja aste peaks sõltuma selle mõjust järgmistele etappidele. eluring tooteid või valmistooteid.

Organisatsioon hindab ja valib tarnijaid lähtuvalt nende võimest tarnida tooteid vastavalt organisatsiooni nõuetele. Tuleks välja töötada valiku-, hindamise ja ümberhindamise kriteeriumid. Hindamise tulemuste ja hindamisest tulenevate vajalike toimingute kohta säilitatakse arvestust (4.2.4).

Ostuinfo

Ostuteave peaks kirjeldama tellitud tooteid, sealhulgas vajaduse korral nõudeid:

a) toodete, protseduuride, protsesside ja seadmete ametlik heakskiitmine;

b) personali kvalifikatsioon;

c) kvaliteedijuhtimissüsteem.

Organisatsioon tagab piisavuse kehtestatud nõuded ostudele enne tarnijale teatamist.

7.3.1 Üldjuhised

Tippjuhtkond peaks tagama, et organisatsioon on tuvastanud, juurutanud ja säilitanud vajalikud disaini- ja arendusprotsessid, et vastata tõhusalt ja tõhusalt oma klientide ja teiste huvitatud osapoolte vajadustele ja ootustele.

Toodete või protsesside kavandamisel ja arendamisel peab juhtkond tagama, et organisatsioon ei saaks arvesse võtta ainult oma põhitegevusi ja -funktsioone, vaid kõiki tegureid, mis aitavad kaasa toodete ja protsesside toimimisele, mis vastavad klientide ja teiste huviliste ootustele. peod. Näiteks peaks organisatsioon arvestama toote elutsüklit, tervist ja ohutust, testitavust, sobivust, kasutusmugavust, töökindlust, vastupidavust, ergonoomikat, keskkonda, toote utiliseerimist ja teatud riske.

Juhtkond vastutab ka meetmete võtmise eest, et tuvastada ja vähendada organisatsiooni toodete ja protsesside kasutajaid ähvardavat potentsiaalset riski. Riske tuleks hinnata, et hinnata nende esinemise tõenäosust ja toodete või protsesside tõenäoliste tõrgete või puuduste tagajärgi. Hindamise tulemusi tuleks kasutada ennetusmeetmete kindlaksmääramiseks ja rakendamiseks tuvastatud riskide vähendamiseks. Disaini ja arenduse riskihinnangute näited on järgmised:

Projekti ebaõnnestumiste põhjuste ja tagajärgede analüüs;
- rikkepuu analüüs;
- usaldusväärsuse prognoos;
- sõltuvusdiagrammid;
- klassifitseerimismeetodid;
- modelleerimismeetodid.

7.3.2 Disain ja arendus sisendid ja väljundid

Organisatsioon peab määratlema protsessisisendid, mis mõjutavad toote disaini ja arendust ning aitavad kaasa tulemuslikkusele ja tulemuslikkusele tõhus töö protsessi, et vastata klientide ja teiste huvitatud isikute vajadustele ja ootustele. Need välised vajadused ja ootused koos organisatsiooni sisemiste vajadustega peaksid sobima ümberkujundamiseks disaini- ja arendusprotsesside sisendnõueteks.

Näited on järgmised:

a) välised sisendid, näiteks:

Tarbijate või turu vajadused ja ootused;
- teiste huvitatud osapoolte vajadused ja ootused;
- tarnijate panus;
- kasutaja sisend, mis on suunatud stabiilse projekti ja arenduse loomisele;
- muudatused asjakohastes juriidilistes ja regulatiivsetes nõuetes;
- rahvusvaheline või riiklikud standardid;
- tööstuslikud tegevusjuhised;

b) sisemised sisendid, näiteks:

Poliitika ja eesmärgid;
- organisatsiooni inimeste vajadused ja ootused, sh protsessidest väljundite saajad;
- tehnoloogiline areng;
– nõuded projekteerijate ja arendajate pädevusele;
- tagasiside varasemate kogemuste kohta;
- kirjed ja andmed olemasolevate protsesside ja toodete kohta;
- muude protsesside väljundid;

c) sisendid, mis määratlevad protsesside või toodete omadused, mis on nende ohutuse, nõuetekohase toimimise ja hoolduse seisukohast kriitilise tähtsusega, näiteks andmed:

Töö, paigaldus ja pealekandmine;
- ladustamine, käitlemine ja tarnimine;
- füüsikalised parameetrid ja väliskeskkond;
– nõuded toodete utiliseerimisele.

Tootega seotud sisendid võivad olla olulised ning põhinevad nii lõppkasutajate kui ka otseste klientide vajaduste ja ootuste hindamisel. Need sisendid tuleb sõnastada nii, et toodet saaks tõhusalt ja tõhusalt kontrollida ja valideerida.

Väljund sisaldab teavet, mis võimaldab kontrollida ja valideerida kavandatud nõuete alusel. Disaini- ja arendusväljundite näited on järgmised:

Andmed, mis kinnitavad protsessi sisendite võrdlemist protsessi väljunditega;
– toote spetsifikatsioonid, sealhulgas vastuvõtukriteeriumid;
- protsessi spetsifikatsioonid;
- materjalide spetsifikatsioonid;
- testi spetsifikatsioonid;
– nõuded personali väljaõppele;
- teave kasutaja ja tarbija kohta;
- hankenõuded;
- tehnilistele tingimustele vastavuse kontrollimise protokollid.

Disaini ja arenduse väljundeid tuleks võrrelda sisenditega, et saada objektiivseid tõendeid selle kohta, et väljundid vastavad tõhusalt ja tõhusalt protsessi ja toote nõuetele.

7.3.3 Disaini ja arenduse ülevaade

Tippjuhtkond peab tagama sobivate inimeste määramise, kes haldavad ja viivad läbi süstemaatilisi ülevaatusi, et teha kindlaks, kas disaini- ja arenduseesmärgid on täidetud.

Selliseid analüüse saab läbi viia projekteerimis- ja arendusprotsessi valitud punktides ning ka pärast selle lõpetamist.

Selliste analüüside objektid on:

Sisendite piisavus projekteerimis- ja arendusülesannete täitmiseks;
- kavandatud projekteerimis- ja arendusprotsessi edenemine;
- vastavus kontrollimise ja valideerimise eesmärkidele;
- toote kasutamisel võimalike riskide või rikke põhjuste hindamine;
- toote omadusi puudutavad olelusringi andmed;
- muutuste juhtimine ja nende tagajärjed projekteerimisel ja arendusel;
- probleemide tuvastamine ja parandamine;
- võimalusi disaini- ja arendusprotsessi täiustamiseks;
- toote võimalik mõju keskkonnale.

Organisatsiooni asjakohastel etappidel tuleks läbi viia ka disaini- ja arendusväljundite ja protsesside ülevaatamine, et vastata klientide ja protsessist väljundeid saava organisatsiooni vajadustele ja ootustele. Tähelepanu tuleb pöörata ka teiste huvigruppide vajadustele ja ootustele.

Disaini- ja arendusprotsessi väljundite kontrollimise tegevuste näited on järgmised:

Sisendnõuete võrdlus protsessi väljundiga;
- rakendus võrdlevad meetodid, nagu alternatiivsed arvutused projekteerimisel ja arendusel;
- hindamine seoses analoogidega;
- kontrollimine, simulatsioon ja testimine, et kontrollida vastavust konkreetsetele sisendnõuetele;
- hinnata varasemast kogemusest saadud õppetunde, näiteks protsessi ebakõlasid ja puudujääke.

Disaini- ja arendusprotsesside väljundite valideerimine on oluline nende edukaks omandamiseks ja kasutamiseks klientide, tarnijate, organisatsiooni inimeste ja teiste huvitatud isikute poolt.

Osapoolte osalemine võimaldab tegelikel kasutajatel hinnata väljundeid järgmiste vahenditega:

Tehnilise projekti kinnitamine enne ehitamist, paigaldamist või rakendamist;
- väljundite valideerimine tarkvara tööriist enne paigaldamist või kasutamist;
- teenuste valideerimine enne nende laialdast kasutuselevõttu.

Võib osutuda vajalikuks disaini- ja arendusväljundite osaline valideerimine, et tagada kindlustunne nende edasise kasutamise suhtes.

Kontrollimine ja valideerimine peaksid koguma piisavalt andmeid, et võimaldada projekteerimis- ja arendustavade analüüsimist tehtud otsused... Meetodi analüüs sisaldab:

Protsesside ja toodete täiustamine;
- väljundandmed rakendatavuse kohta;
- protsessi- ja analüüsiandmete piisavus;
- tegevused rikete uurimiseks;
- projekteerimis- ja arendusprotsessi tulevased vajadused.

Määratletakse tootenõuetega seotud sisendandmed ja peetakse arvestust (4.2.4). Sisendandmed peavad sisaldama:

a) funktsionaalsed ja jõudlusnõuded;

b) kohaldatavad kohustuslikud ja regulatiivsed nõuded;

c) võimaluse korral varasematest sarnastest projektidest võetud teave;

d) muud projekteerimise ja arenduse jaoks olulised nõuded.

Sisendandmeid tuleks analüüsida piisavuse tagamiseks. Nõuded peavad olema täielikud, üheselt mõistetavad ja järjepidevad.

Disain ja arendusväljund

Kujundus- ja arendusväljundid tuleks esitada kujul, mis on sobiv vastavuse kontrollimiseks projekteerimis- ja arendussisendi nõuetega, ning need tuleks enne nende edasist kasutamist ametlikult heaks kiita.

Disaini- ja arendusväljundid peaksid:

a) vastama projekteerimis- ja arendussisendi nõuetele;

b) anda asjakohast teavet hangete, tootmise ja teenuste kohta;

d) määrata kindlaks toote omadused, mis on olulised selle ohutuks ja õigeks kasutamiseks.

MÄRKUS Tootmis- ja hooldusteave võib sisaldada üksikasju toote säilimise kohta.

Disain ja arendusanalüüs

Sobivates etappides viiakse vastavalt kavandatud tegevustele (7.3.1) läbi süstemaatiline projekteerimis- ja arendusülevaade, et:

a) projekteerimis- ja arendustulemuste nõuetele vastavuse hindamine;

b) tuvastada kõik probleemid ja pakkuda välja vajalikud meetmed.

Sellises analüüsis peaksid osalema analüüsitavate projekteerimis- ja arendusfaasi(de)ga seotud osakondade esindajad. Analüüsi tulemuste ja kõigi vajalike toimingute kohta tuleb registreerida (vt 4.2.4).

Projekti ja arenduse kontrollimine

Kontrollimine tuleks läbi viia vastavalt kavandatud korraldustele (7.3.1), et tagada projekteerimis- ja arendusväljundite vastavus sisendnõuetele. Kontrollimise tulemuste ja vajalike toimingute kohta tuleb pidada arvestust (vt 4.2.4).

Projektide ja arenduste valideerimine

Projekteerimise ja arenduse valideerimine tuleks läbi viia vastavalt kavandatud korraldustele (7.3.1), et tagada tulemuseks saadava toote vastavus kindlaksmääratud või kavandatud kasutuse nõuetele, kui see on teada. Võimaluse korral tuleks valideerimine lõpule viia enne toote tarnimist või kasutamist. Valideerimise tulemuste ja vajalike toimingute kohta tuleb salvestada (vt 4.2.4).

Sisendid tuleks tuvastada, et luua alus väljundite kontrollimiseks ja kinnitamiseks kasutatavate nõuete sõnastamiseks. Sisendandmed võivad olla välised või sisemised.

Tagamaks kõigi huvitatud osapoolte vajaduste ja ootuste täitmist protsessi ja/või teenuse, protsessi või süsteemi suhtes, peavad disaini- ja/või arendussisendid olema täpsed ja täielikud. Ebaselgete või vastuoluliste sisendite lahendamine peaks toimuma väliste ja sisemiste mõjurite kaasamisel.

Välised sisendid võivad hõlmata klientide või turu vajadusi ja ootusi, sidusrühmade spetsifikatsioone, lepingunõudeid, regulatiivseid nõudeid, rahvusvahelisi või riiklikke standardeid ja valdkonna koode.

Sisemised sisendid võivad hõlmata põhimõtteid, standardeid ja spetsifikatsioone, kvalifikatsiooninõudeid, dokumentatsiooni ja andmeid olemasolevate toodete ja/või teenuste kohta ning teiste protsesside väljundeid.

Tarkvara või teenuste kavandamise ja/või arendamise puhul võivad lõppkasutajate nõuetest (ja ka otsestest kliendinõuetest) tulenevad sisendid olla eriti olulised. Sellised sisendid tuleks sõnastada nii, et neid saaks järgneva kontrollimise ja valideerimise käigus tõhusalt jälgida. Sellised sisendid tuleks sõnastada nii, et neid saaks järgneva kontrollimise ja valideerimise käigus tõhusalt jälgida.

Sisendandmed võivad tekkida ka projekteerimisetapis tegevuste käigus, mida isegi täielikult ei hinnata. Samuti tuleks sisendandmeid hinnata järgnevate ülevaatuste ning kontrollimise ja valideerimisega.

Muud sisendid tuvastavad need disaini- ja/või arendusomadused, mis on toote ja/või teenuse ohutuse ja nõuetekohase toimimise seisukohast kriitilise tähtsusega, või tuvastavad protsessid, nagu toimingud, ladustamine, käsitsemine, käitamine ja paigutusnõuded.

Tüüpilised arendustegevuse näited on järgmised:

modifitseeritud materjalid,

toote modifitseeritud komponendid,

uued tehnoloogiad teenuste osutamiseks,

turuanalüüsi tulemused.

Toote ja/või teenuse või protsessi jaoks kriitilise tähtsusega sisendid tuleb tuvastada, et määrata asjakohased vastutused ja ressursid.