To je praktični vodnik za inženirje, ki želijo odpraviti ločene podatkovne silose in težave z nadzorom različic tako, da stopnjo upravljanja sprememb prilagodijo kompleksnosti in tveganju posamezne spremembe.
Sodobna inženirska okolja se pogosto soočajo z ločenimi informacijskimi silosi in fragmentiranimi podatkovnimi modeli. Raziskave in ugotovitve iz industrijske prakse kažejo, da se številne organizacije še vedno zanašajo na zastarela orodja, kot so preglednice, ali na nepovezane PDM sisteme, kar vodi v omejen pogled na poslovne procese. Ključni izzivi vključujejo:
- Komunikacijske vrzeli: Zgodovinsko pomanjkanje celovite preglednosti procesov, pri čemer deležniki pogosto razumejo le neposredno predhodne in naslednje naloge, povezane z njihovim delom. To pogosto povzroča motnje in prekinitve procesov med posameznimi oddelki.
- Pomanjkljiv nadzor različic: Odsotnost enotnega vira resničnih podatkov (angl. single version of truth) vodi v neskladja med podatki v fazah konstruiranja in proizvodnje. Razpršenost podatkov CAD in podpornih podatkov med različnimi sistemi otežuje pridobitev celovitega in relevantnega vpogleda v inženirske probleme.
- Skladnost s predpisi: V panogah z visokimi zahtevami, kot so medicina, letalska in vesoljska industrija, vojaška industrija ter avtomobilska industrija, je ključnega pomena zagotavljanje revizijskih sledi, ki omogočajo preverljivost vseh izvedenih aktivnosti in zagotavljajo, da vsi delovni tokovi potekajo skladno z veljavnimi zahtevami.
Strukturne vloge in upravljanje izvajanja sprememb
Portfelj SOLIDWORKS uporablja arhitekturo ENOVIA, ki temelji na vlogah, za upravljanje tehničnih sprememb. Sistem je razdeljen na dve glavni operativni ravni:
- Izvajanje sprememb: Upravljanje poteka v okviru vloge Collaborative Industry Innovator, ki je del rešitve SOLIDWORKS Design. Ta vloga omogoča ustvarjanje in pregled dejanj sprememb (Change Actions – CA) ter zahtev za preiskavo. Ta raven je namenjena osnovnemu izvajanju inženirskih sprememb in korektivnih ukrepov.
- Upravljanje sprememb: Upravljanje poteka v okviru vloge Change Manager, ki je del rešitve SOLIDWORKS PLM. Ta zagotavlja višjo raven koordinacije in nadzora sprememb z uporabo nalogov za spremembo (Change Orders – CO), ki so namenjeni multidisciplinarnim spremembam, ki hkrati vplivajo na več oddelkov.
Delovni tok I – Nenadzorovano izvajanje spremembe (CA)
Za samostojne spremembe z nizko stopnjo kompleksnosti, kot so spremembe toleranc na risbah ali manjše spremembe delov, se uporablja nenadzorovani delovni tok CA. Praktičen primer takšne uporabe so spremembe, omejene na CAD-model, pri katerih fizični kosi niso prizadeti. Primer je popravek navedbe navoja in koraka na nosilcu menjalnika, ki sta bila v modelu napačno določena, vendar je bil fizični del izdelan pravilno v skladu s tehnično risbo.
- Tehnična izvedba: Postopek se začne v aplikaciji Change Execution, kjer se določijo obseg, čas izvedbe in način izvedbe spremembe glede na njeno stopnjo pomembnosti. Deležniki so dodani kot obveščeni uporabniki, s čimer se zagotavljata sledljivost in vidnost spremembe.
- Upravljanje stanj zrelosti: Osredotoča se na spremembe stanja zrelosti, na primer iz stanja Release v Obsolete, ter na ročno določanje novih revizij delov in predlog tehničnih risb.
- Validacijski postopki: Uporabljata se avtentikacija in validacija profesionalnih delovnih izdelkov (Professional Work Product – PWP), pri čemer morajo odgovorni inženirji spremembo potrditi z digitalnimi žigi. S tem se zagotavlja skladnost z odobrenimi postopki zagotavljanja kakovosti in izpolnjevanje strogih regulativnih zahtev na področju inženirstva.
Delovni tok II – Usklajevani nalog za spremembo (CO)
Kadar spremembe vključujejo večje število deležnikov in medoddelčne odvisnosti, nalog za spremembo (Change Order – CO) deluje kot krovni mehanizem za upravljanje več povezanih dejanj sprememb (Change Actions – CA). Primer takšne spremembe je posodobitev proizvodnega procesa, ki lahko vključuje prilagoditev prileganja kompozitnih delov, posodobitev strojno obdelanih komponent ter spremembo materiala plastičnega odbijača iz polipropilena z 15 % steklenih vlaken na najlon s 30 % steklenih vlaken, s čimer se izboljšata debelina in vzdržljivost izdelka.
- Vloga koordinatorja spremembe: Osrednja vloga, odgovorna za usmerjanje spremembe skozi celoten proces in zagotavljanje izvedbe vseh povezanih nalog v proizvodnji. Koordinator usklajuje aktivnosti z dobavitelji, konstrukcijo, proizvodnjo in nabavo.
- Zaporedne odvisnosti: Omogočajo vzpostavitev odvisnosti med spremembami na ravni posameznih delov in spremembami na ravni sestavov. Tako je mogoče najprej izvesti spremembe posameznih delov, nato pa dobaviteljem zagotoviti 20–30 dni za izvedbo oziroma dobavo, preden se posodobijo sestavne risbe in izvede usposabljanje proizvodnega osebja.
- Sledenje izvedbi: Z uporabo sodelovalnih nalog (Collaborative Tasks) se ločeno spremljata »dokončanje v sistemu« (System Completion) in »izvedba v proizvodnji« (Floor Implementation). Naloge, kot je izločitev predhodnih revizij iz uporabe do porabe obstoječih zalog, se natančno spremljajo, preden se sprememba označi kot v celoti izvedena.
Delovni tok III – Formalne zahteve za spremembo (CR) in analiza vplivov
Pri spremembah, ki vključujejo znatne finančne naložbe ali spremembe orodij, na primer razširitev utora na orodju za izdelavo obloge iz ogljikovega kompozita z namenom skrajšanja časa sestavljanja, je za podporo odločanju potrebna formalna zahteva za spremembo (Change Request – CR).
- Analiza vplivov: Z uporabo aplikacije Relations se identificirajo vsi sestavi in prodajne enote (Stock Keeping Unit – SKU), na katere sprememba vpliva znotraj strukture izdelka. Na ta način je mogoče slediti vplivu spremembe od posamezne komponente do končne prodajne enote.
- Zamrznjene strukture: Ko je CR odobren, se vzpostavljena struktura CA in CO zamrzne, s čimer se zagotavljata sledljivost sprememb in celovitost dokumentacije. Vsak poseg v strukturo zahteva vrnitev zahteve v stanje In Work, kar omogoča nadaljnje urejanje.
Delovni tok IV – Upravljanje težav in sledenje odstopanjem
Zadnja raven upravljanja sprememb vključuje evidentiranje dejanskih napak in odstopanj, ki se pojavijo v proizvodnem okolju.
- Predloge za odstopanja: Uporabljajo jih zaposleni v proizvodnji za zahtevanje začasnih odstopanj od vzpostavljene kosovnice (Bill of Materials – BOM), na primer za zamenjavo predpisanega pritrdilnega elementa z enakovrednim elementom, kadar prvotno določen element ni na voljo.
- Integracija težav: Poročila službe za podporo strankam ali napake, ugotovljene na terenu, se evidentirajo v aplikaciji Issue Management in neposredno povežejo z atributom Resolved By znotraj dejanja spremembe (Change Action). Pomemben primer je odpoved vhodnega zobnika zaradi slabe kakovosti dobavitelja in dolgih dobavnih rokov. Iskanje novega dobavitelja v Severni Ameriki je zahtevalo zamenjavo 14-zobnega zobnika s 16-zobnim zobnikom, kar je posledično sprožilo celoten proces upravljanja spremembe sklopa menjalnika zaradi prilagoditve novih prestavnih razmerij.
- Sledljivost: Zagotavlja pregled nad izvorom težave v realnem času ter omogoča sledenje njenemu reševanju od začetnega poročila prek inženirske rešitve do končne izvedbe spremembe. S tem se podatki, pridobljeni iz proizvodnega in uporabniškega okolja, celovito vključujejo v življenjski cikel inženirskih sprememb.
Za več informacij nas kontaktirajte na info@ib-caddy.com ali pa preko telefonske številke (01) 566 12 55.