Statybos projekte ne visi turėtų galėti matyti ar liesti kiekvieną dokumentą. Dažytojui nereikia mechaninių brėžinių. Projektavimo komandai neturėtų būti suteikta teisė skelbti failų be patvirtinimo.
Administratoriai paprastai tai tvarko naudodami struktūrizuotus prieigos valdiklius. Vietoje failų prieigos suteikimo „Maria iš architektūros įmonės“, suteikite ją „Architektas“ vartotojų grupei. Kai projekto eigoje prisijungia naujas architektas, atnaujinate grupę vieną kartą, o prieiga tęsiasi be pertraukų.
Kai jūsų vartotojų grupės ir vartotojo nustatymai yra parengti:
- Kiekvienas projekto dalyvis mato tik tai, ko reikalauja jo rolė
- Prieiga prie aplankų išlieka nuosekli ir nuspėjama visame projekte
- Personalo pokyčiai nereikalauja vartotojo nustatymų ar darbo eigos pertvarkymo
Vartotojų grupių apibrėžimas
Peržiūrėkite savo sutartis, organizacinę schemą ir aplanko struktūrą iš 1 žingsnio. Bet kuriai rolei, turinčiai savo aplanką, reikia savo vartotojų grupės. Paklauskite savęs:
- Kas įkelia dokumentus, o kas juos tik peržiūri?
- Kam reikia prieigos prie visų aplankų, o kam tik prie savo?
- Ar yra kokių nors aplankų, pavyzdžiui, sutarčių administravimo, kuriems taikomi apribojimai?
Naudokite savo atsakymus kurdami vartotojų grupių sąrašą, kuris atspindi, kaip jūsų komanda iš tikrųjų dirba, o ne tik tai, kaip ji formaliai suskirstyta.
Geroji praktika vartotojų grupėms
Vartotojų grupės atspindi roles ir atsakomybes projekte, o ne asmenis. Grupė gali atstovauti architektą, konstrukcinį inžinierių, pagrindinį rangovą arba konkretų subrangovo darbų tipą. Kiekviena grupė turi savo vartotojo nustatymų rinkinį, apibrėžiantį, ką nariai gali matyti, įkelti, redaguoti ir tvarkyti Dalux Box sistemoje.
Aplanko struktūra apibrėžia, kas egzistuoja. Vartotojų grupės apibrėžia, kas gali su tuo sąveikauti ir kaip.
Pavadinkite grupes taip, kad jos atitiktų aplanko struktūrą
Grupių pavadinimams naudokite numeravimo arba klasifikavimo sistemą. Kiekvieną grupę pavadinkite taip, kad ji atitiktų savo atitikmenį aplanke, naudodami tą patį numeravimo prefiksą, pavyzdžiui, 01.Architect arba 02.Foundation contractor. Tai padeda nuosekliai rūšiuoti sąrašą ir iš karto aiškiai parodo, kur kiekviena grupė priklauso projekto hierarchijoje.
Sukurkite po vieną grupę kiekvienai įmonei arba sutarčiai
Grupėse pirmiausia turėtų būti tos pačios įmonės arba sutarties paketo vartotojai. Tai leidžia nesunkiai susieti grupę su jos atsakomybėmis ir pasiekti visus konkrečios įmonės vartotojus neklaidžiojant po kelias grupes.
Kai įmonė apima kelias sritis, suskirstykite pagal discipliną arba verslą
Jei viena inžinerijos įmonė vykdo ir mechaninius, ir elektros darbus, sukurkite atskiras grupes kiekvienai disciplinai, išlaikydami jas toje pačioje numeravimo sekoje. Tai leidžia tiksliai nukreipti informaciją ir vartotojo nustatymus, o ne siųsti viską visai įmonei.
Pradėkite paprastai
Kaip ir su aplanko struktūra, pradėkite nuo pagrindinių vaidmenų: kliento, projektavimo komandos, statybos valdymo ir pagrindinių subrangovų. Pridėkite grupes tik tada, kai to reikalauja tikras prieigos skirtumas. Paprasta, nuosekli struktūra, palaikoma laikui bėgant, yra veiksmingesnė už išsamią struktūrą, kurios niekas neatnaujina.
Atsispirkite pagundai projekto pradžioje kurti grupes kiekvienam smulkiam vaidmeniui. Geriausiuose projektuose grupių skaičius išlaikomas nedidelis, o struktūra pridedama tik tada, kai to reikalauja realūs projekto poreikiai.
Kaip nustatyti vartotojų grupes
Sukurkite vartotojų grupes savo projekto vartotojų nustatymuose:
Pavadinkite grupę ir nustatykite vartotojo nustatymus.
Kai pradinis projekto paruošimas baigtas, pridėkite vartotojus el. paštu. Didelėms komandoms naudokite masinio importavimo šabloną, kad nereikėtų adresų įvedinėti po vieną.
Skaityti daugiau
Rekomenduojame pirmiausia perskaityti nuoseklius straipsnius prieš gilinantis į funkcijas, tačiau jei norite išsamiau paskaityti apie vartotojų grupes, galite perskaityti šiuos straipsnius:
Kai aplanko struktūra sukurta, kiekvienas projekto dalyvis turi vieną, nuspėjamą vietą failams rasti ir įkelti. Naršymas tampa intuityvus, rizika dirbti su pasenusiu failu gerokai sumažėja, o prieigą galima kontroliuoti aplanką po aplanko projektui plečiantis.
Kitas žingsnis – nustatyti, kas turi prieigą prie ko.