Komandinis darbas vertinant riziką ir atliekant mašinų auditus
Kas gali dirbti su techniniais sprendimais?
Mašinos rizikos vertinimas, auditas gamybos zonoje ir techninė dokumentacija retai būna vieno žmogaus darbas. Konstruktorius žino, kas buvo pakeista, automatikos specialistas išmano valdymo logiką, techninės priežiūros komanda žino realius apėjimus, auditorius mato radinius, o atitikties specialistas turi priimti sprendimą. Problema prasideda tada, kai kiekvienas iš jų gauna skirtingą to paties failo kopiją. Safety Software leidžia pakviesti reikiamus žmones ir suteikti jiems prieigą prie konkrečių projektų bei auditų, neatveriant visos įmonės dokumentacijos.
Mašinų saugoje problema nėra pats bendradarbiavimas. Problema prasideda tada, kai bendradarbiaujama be ribų.
Kai rizikos vertinimas pradeda vaikščioti kaip lentelė, PDF ar nuotraukų paketas, labai greitai dingsta kontrolė: kas mato visumą, kas gali keisti šaltinio duomenis, o kam turėtų būti atverta tik vieno audito ar vienos mašinos informacija. Komanda nori judėti greičiau, bet mašinų saugos dokumentacija neatleidžia versijų chaoso ir miglotos atsakomybės.
Todėl komandinio darbo modulis nėra tik naudotojų sąrašas. Tai būdas sutvarkyti darbo ribas: kas patenka į komandą, prie kurio projekto turi prieigą, ką gali daryti audite ir kas gali toliau valdyti prieigas.
Skirta įmonėms, kurios rizikos vertinimą, mašinų auditus ir dokumentaciją tvarko vidine komanda arba kartu su išorės partneriais
Svarbiausia, kad reikiamas žmogus matytų jam skirtą darbo apimtį.
Ne kiekvienam komandos nariui reikia prieigos prie visko. Kartais žmogus turi tik papildyti auditą, kartais peržiūrėti vieną projektą, o kartais valdyti visos komandos prieigas.
Ką sutvarko komandinio darbo modulis?
invitation:
email: john@example.com
role: user
status: pending
purpose: risk_assessment_review
Naujas žmogus į projektą turi patekti per kontroliuojamą procesą, o ne per persiųstą failą.
Realiuose mašinų saugos projektuose prie darbo dažnai reikia prijungti konstruktorių, automatikos specialistą, techninės priežiūros atstovą, išorės konsultantą ar už dokumentaciją atsakingą žmogų. Jei kiekvienas iš jų failą gauna el. paštu, labai greitai kyla klausimas: kas turi naujausią versiją ir kas apskritai turi ją redaguoti?
Safety Software kvietimai leidžia tvarkingai prijungti naudotoją prie įmonės paskyros, priskirti vaidmenį ir matyti laukiančių kvietimų būseną.
- kvietimas siunčiamas konkrečiu el. pašto adresu
- naudotojo arba administratoriaus vaidmuo
- matomas laukiančių kvietimų sąrašas
Ne kiekvienas komandos narys turi matyti visus projektus ir visus auditus.
Gamybos įmonėje vienas žmogus gali atsakyti už visą mašinų parką, kitas – tik už konkrečios linijos auditą, o išorės ekspertas gali prisidėti tik prie vieno projekto. Prieiga visos paskyros lygiu dažnai būna per plati, o dokumentacijos ištraukų siuntinėjimas už sistemos ribų – tiesiog chaosas.
Prieigos apimtį galima susiaurinti iki konkretaus projekto arba audito: tik peržiūra, redagavimas arba prieigos valdymas.
Komandinis darbas turi prasmę tik tada, kai sistema vėliau leidžia atsekti, kas dirbo projekte, kas turėjo prieigą prie audito ir kas galėjo daryti įtaką rizikos vertinimo šaltinio duomenims. Todėl prieiga, vaidmuo ir sprendimų istorija turi veikti kartu kaip vieno techninės dokumentacijos proceso dalis.
- prieiga prie projekto arba audito
- atskiros teisės peržiūrai, redagavimui ir prieigos valdymui
- galimybė atšaukti aiškiai suteiktą prieigą
access_scope:
audit: audit_42
user: jane@example.com
read: true
edit: false
manage_access: false
collaboration:
person: external_expert
scope: hydraulic_press_project
task: residual_risk_review
access: selected_project_read
Mašinų saugos ekspertui nereikia atverti visos įmonės aplinkos.
Vertinant riziką ar atliekant esamos mašinos auditą dažnai atsiranda žmogus iš išorės: konsultantas, integratorius, ekspertas, apsaugos sprendimų tiekėjas ar diegimo partneris. Jam reikia techninio konteksto, bet tai nereiškia, kad jis turi matyti visus projektus ir auditus įmonės paskyroje.
Safety Software leidžia susiaurinti bendradarbiavimą iki konkretaus projekto arba audito ir konkretaus vaidmens procese.
- prieiga prie vieno projekto arba audito
- mažiau pilnų dokumentacijos paketų siuntinėjimo
- aiškesnė atsakomybės ir darbo apimties riba
Tikslas ne biurokratija. Tikslas – mažiau chaoso techniniuose sprendimuose.
Gera prieigos kontrolė neturi lėtinti komandos. Ji turi padėti greitai atsakyti į paprastus klausimus: kas yra komandoje, kas turi prieigą prie projekto, kas gali redaguoti auditą ir kas gali pakviesti kitus žmones dirbti šiame apimtyje.
Tai ypač svarbu ten, kur rizikos vertinimas, mašinos auditas ir techninė dokumentacija vienu metu vyksta kelių žmonių rankose.
- mažiau atsitiktinio dokumentų dalijimosi
- daugiau tvarkos, kai dirba keli žmonės
- prieigos pritaikytos realiam vaidmeniui projekte
work_order:
team: engineering + maintenance + compliance
scope: projects + audits
rule: role_based_access
result: fewer_external_versions
Ką būtina sutvarkyti, kai prie mašinos saugos dirba komanda?
Bendradarbiavimas būtinas, bet be prieigos ribų rizikos vertinimas labai greitai virsta failų, ekrano nuotraukų ir pasenusių komentarų apyvarta.
Skirtumas pasimato tada, kai prie projekto prisijungia dar vienas žmogus.
Kai dirba vienas žmogus, lentelės gali atrodyti pakankamos. Kai atsiranda komanda, iškart prasideda klausimai apie versiją, prieigos apimtį ir atsakomybę už pakeitimą.
| El. paštas + failai | Bendras aplankas | Safety Software | |
|---|---|---|---|
| Pridėti naują žmogų | Iš dalies failų siuntimas | Iš dalies nuoroda į aplanką | Taip kvietimas |
| Atskirti naudotojo ir administratoriaus vaidmenis | Nėra nėra | Iš dalies aplanko teisės | Taip vaidmenys įmonės paskyroje |
| Prieiga tik prie pasirinkto projekto | Iš dalies failo kopija | Iš dalies projekto aplankas | Taip prieiga prie projekto |
| Prieiga tik prie pasirinkto audito | Iš dalies PDF | Iš dalies poaplankis | Taip prieiga prie audito |
| Prieigos atšaukimas pasibaigus darbui | Nėra sunku suvaldyti | Iš dalies rankiniu būdu | Taip aiškiai suteikta prieiga |
| Darbas su aktualiais proceso duomenimis | Nėra kopijos | Iš dalies versijos | Taip šaltinio sistema |
Tai ne funkcija „pridėti naudotoją“. Tai tvarkos sluoksnis virš atsakomybės.
Kuo daugiau žmonių dirba su rizikos vertinimu ir mašinos auditu, tuo svarbesnis tampa klausimas, kas turi prieigą prie kurios proceso dalies.
Mašinų saugos projekte prieiga prie duomenų nėra patogi administracinė smulkmena. Tai kontrolės elementas, lemiantis, kas gali daryti įtaką techniniams sprendimams.
Blogiausias bendradarbiavimo modelis – kai kiekvienas turi skirtingą dokumentacijos kopiją ir niekas nebežino, kuri versija buvo sprendimo pagrindas.
Dažniausi klausimai apie komandinį darbą
Ar galima pakviesti išorės ekspertą tik į vieną projektą?
Kuo skiriasi vaidmuo komandoje nuo prieigos prie projekto?
Ar prieiga prie projekto reiškia prieigą prie visos įmonės dokumentacijos?
Ar kiekvienas naudotojas mato visus projektus ir auditus?
Ar modulis pakeičia įmonės informacijos saugos procedūras?
Ar pasibaigus bendradarbiavimui prieigą galima atšaukti?
Nevaldykite mašinos saugos projekto per failų kopijas ir miglotas prieigas.
Pakvieskite reikiamus žmones, suteikite prieigą prie konkrečių projektų ir auditų, o tada dirbkite viename rizikos vertinimo, radinių ir dokumentacijos kontekste.
Pakvieskite komandą į Safety SoftwareGeriausia pradžia – vienas projektas arba auditas, prie kurio reikia saugiai prijungti konstruktorių, techninės priežiūros specialistą, atitikties atsakingąjį arba išorės ekspertą.
Iš žinių bazės
Praktiniai straipsniai apie rizikos vertinimą, mašinų direktyvas ir atitiktį — šio produkto puslapio papildymui.