Komanda • kvietimai • projektai • auditai

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.

Kvietimo nuoroda
naujas komandos narys prisijungia per kontroliuojamą kvietimo priėmimo procesą
▲ UP
Projektas arba auditas
prieigą galima suteikti konkrečiai mašinai, vertinimui ar auditui, o ne visai įmonės dokumentacijai
▲ UP
3 prieigos lygiai
peržiūra, redagavimas ir prieigos valdymas pasirinktame projekte arba audite
▲ UP

Ką sutvarko komandinio darbo modulis?

Kvietimai į komandą
Administratorius gali pakviesti komandos narį el. pašto adresu, priskirti vaidmenį ir valdyti laukiančius kvietimus. Komanda prisijungia prie darbo per paskyrą ir vaidmenį, o ne per svetimą prisijungimą ar už sistemos ribų siunčiamus failus.
Vaidmenys organizacijoje
Naudotojo ir įmonės paskyros administratoriaus vaidmenys atskiria kasdienį techninį darbą nuo naudotojų, nustatymų ir prieigų valdymo.
Prieiga prie projektų
Rizikos vertinimo projektą galima suteikti konkretiems žmonėms. Taip konstruktorius, darbuotojų saugos specialistas, techninės priežiūros komanda ar konsultantas dirba tik toje apimtyje, kuri jiems iš tikrųjų reikalinga.
Prieiga prie auditų
Mašinos auditą galima suteikti žmogui, kuris turi papildyti radinius, peržiūrėti rekomendacijas arba valdyti prieigą prie šio audito, neatveriant visos įmonės paskyros.
invitation:
  email: john@example.com
  role: user
  status: pending
  purpose: risk_assessment_review
Kvietimas vietoje improvizacijos

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
Prieigos apimtis

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
Bendradarbiavimas su išorės ekspertu

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
Švelni kontrolė nestabdant darbo

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.

Organizacinė rizika
Kaip tai sutvarko Safety Software
Naujas komandos narys
Žmogų reikia prijungti prie organizacijos, tačiau jis neturi gauti bendros paskyros ar failų paketo.
Kvietimas el. paštu su naudotojo arba administratoriaus vaidmeniu ir matoma kvietimo būsena.
Projekto apimtis
Žmogus turi padėti prie vienos mašinos, bet jam nereikia matyti viso projektų portfelio.
Prieiga prie konkretaus projekto su teisėmis, pritaikytomis žmogaus vaidmeniui darbe.
Audito apimtis
Auditorius ar ekspertas turi peržiūrėti pasirinktą auditą, o ne visą įmonės dokumentaciją.
Prieiga prie konkretaus audito: peržiūra, redagavimas arba prieigos valdymas.
Prieigos atšaukimas
Pasibaigus bendradarbiavimui reikia aiškiai sutvarkyti, kas dar turi prieigą prie projektų ir auditų.
Aiškiai suteiktas prieigas galima peržiūrėti ir atšaukti, laikantis sistemos taisyklių dėl paskutinio prieigą valdančio asmens.
Atsakomybė
Komanda turi žinoti, kas dirba su duomenimis, tačiau sistema nepakeičia įmonės organizacinių procedūrų.
Sistema sutvarko prieigą ir darbą, bet techniniai sprendimai bei atsakomybė lieka organizacijos pusėje.

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
Taip Iš dalies Nėra

Bendradarbiavimas turi vertę tik tada, kai neišplauna dokumentacijos kontrolės.

Kokybinis komandinio darbo palyginimas mašinos saugos projekte: failų siuntinėjimas, bendras aplankas arba kontroliuojama prieiga prie projektų ir auditų aplikacijoje.

Bendradarbiavimas turi vertę tik tada, kai neišplauna dokumentacijos kontrolės. — dane tabelaryczne
operacinės kontrolės lygis (0-6) El. paštas Aplankas Safety Software
Prieigos apimties kontrolė 1 3 6
Darbas su aktualiu projekto kontekstu 1 3 6

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.
Safety Software
projektų prieigos valdymas
Blogiausias bendradarbiavimo modelis – kai kiekvienas turi skirtingą dokumentacijos kopiją ir niekas nebežino, kuri versija buvo sprendimo pagrindas.
Safety Software
komandinis darbas vertinant riziką

Dažniausi klausimai apie komandinį darbą

Ar galima pakviesti išorės ekspertą tik į vieną projektą?
Taip. Modelis remiasi komandos kvietimais ir aiškiai suteikiamomis prieigomis prie konkrečių projektų bei auditų. Todėl išorės ekspertas, integratorius ar konsultantas gali dirbti tik apibrėžtoje apimtyje, neatveriant visos įmonės aplinkos.
Kuo skiriasi vaidmuo komandoje nuo prieigos prie projekto?
Vaidmuo komandoje nusako bendrą naudotojo vietą organizacijoje, pavyzdžiui, naudotojas arba administratorius. Prieiga prie projekto ar audito yra siauresnė: ji taikoma konkrečiai mašinai, vertinimui ar auditui ir gali apimti peržiūrą, redagavimą arba prieigos valdymą.
Ar prieiga prie projekto reiškia prieigą prie visos įmonės dokumentacijos?
Ne. Prieiga gali būti apribota iki konkretaus projekto arba audito pagal naudotojo vaidmenį ir darbo apimtį. Todėl išorės ekspertas, integratorius ar konsultantas gauna būtiną techninį kontekstą, bet ne visą įmonės paskyrą.
Ar kiekvienas naudotojas mato visus projektus ir auditus?
Ne toks šio prieigos modelio tikslas. Sistema palaiko darbą su konkrečiais projektais ir auditais taip, kad matomų duomenų apimtis atitiktų naudotojo vaidmenį ir suteiktas teises. Tikslus matomumas priklauso nuo paskyros konfigūracijos, vaidmens ir priskirtų prieigų.
Ar modulis pakeičia įmonės informacijos saugos procedūras?
Ne. Safety Software sutvarko kvietimus, vaidmenis ir prieigas aplikacijoje, tačiau nepakeičia informacijos saugos politikų, NDA procedūrų, bendradarbiavimo su tiekėjais taisyklių ar vidinių organizacinių sprendimų.
Ar pasibaigus bendradarbiavimui prieigą galima atšaukti?
Aiškiai suteiktas prieigas prie projektų ir auditų galima peržiūrėti ir atšaukti pagal sistemos taisykles. Tai padeda susitvarkyti po audito, projekto ar išorės eksperto įsitraukimo pabaigos.

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 Software

Geriausia 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ą.

Praktiniai straipsniai apie rizikos vertinimą, mašinų direktyvas ir atitiktį — šio produkto puslapio papildymui.