Autodesk Docs мердігерлерге арналған қолжетімділік моделі: қалталар және рөлдер

Мердігерлермен қолжетімділік бойынша ең жиі туындайтын проблема

Көп жағдайда бәрі жай басталады: мердігерлер көп, олар келеді жәнекетеді, ал құқықтар «чаттағы өтініш бойынша» беріледі. Қалталар құрылымы өседі, құқықтар нүктелік түрде тағайындалады, және бірнеше айдан кейін ешкім нақты айтпайды — кім және неге осы файлды көре алады.

Содан кейін «жәй...» деген оймен кеңірек құқықтар беру әдетке айналады. Мердігерге әр қадамда шектеліп қалмас үшін қажетінен артық құқық беріледі. Кейін субмердігер қосылады, оған да сол құқықтар көшіріледі. Бір сәтте біреу бастапқы файлдары, сметалар немесе жұмыс нұсқалары бар қалтаға жалпы қолжетімділік ашып жібереді, және жауапкершілік шектеулері жойылады.

Бұл жерде тәуекелдер әдетте теориялық емес. Ең жиілері:

• деректердің ағысы (қате файлды жүктеу, басқаға жіберу, жергілікті сақтауларды бақылаусыз қалдыру);
• кездейсоқ түзетулер немесе жою (әсіресе жүктеу және файлдарды ауыстыру құқықтары болса);
• жауапкершіліктің жоғалуы (кім қандай өзгеріс жасағанын және кімнің тапсырмасымен болғанын анықтау қиын болады).

«Қолмен істеуді азайту» дегенде әдетте қарапайым нәрсе айтылады: құқықтар нақты әкімшінің есінде болмауы тиіс. Қол жеткізу ережелері болуы керек, яғни:

• құқықтар бойынша емес, рөл арқылы берілуі;
• бүкіл жоба бойынша емес, қалта бойынша шектелуі;
• берілген кезде бірден мерзімі болуы;
• кейін тез анықтауға болатын аудит ізін қалдыруы.

Практикада қолжетімділік үлгісі бірнеше типтік рөлдар айналасында құрылады. Атаулары әр түрлі болуы мүмкін, бірақ мағынасы әдетте мынадай:

• Тапсырыс беруші: келісілген материалдарды оқиды және қабылдайды, жұмысқа арналған жобалық нұсқаларға қолжеткізбейді.
• Жобаны басқарушы (ГИП): барлық бөлімшелерді көреді, келісу процесін басқарады.
• Мердігер: өз аймағында жұмыс істейді, нәтижелерді жүктейді, басқа бөлімдерге қол сұқпайды.
• Субмердігер: қолжетімділік тар болғаны жөн, көбінесе тек оқу немесе бір қалтаға жүктеу.

Осындай негіз болмаса, кез келген схема уақыт өте отырып ерекшеліктерге бөлінеді: әркімге «сәл ғана» беріп қойған, кейін қолжетімділікті дұрыс тоқтатып болмайды.

Қолжетімділік үлгісінің принциптері — жобаның бүкіл өмірі үшін

Autodesk Docs-та құқық схемасы тек оны батыл түрде ұстап тұратын кезде ғана тұрақты болады. Негізгі принцип: алдымен түсінікті қалта скелетін (құрылымын) құрыңыз, содан кейін ғана оған рөлдер мен құқықтарды жүктеңіз. Егер нақты адамдарға құқық таратып бастаған болсаңыз, құрылым тез уақыт өте ерекшеліктер жиынтығына айналады.

Алдымен қалта құрылымы, кейін рөлдер

Қалталар жоба өмірін нақты көрсетуі керек: кезеңдер бойынша (мысалы, концепция, жоба, жұмыс құжаттары, құрылыс) және пәндер бойынша (АР, КР, ОВиК, ЭОМ және т. б.). Осылайша мердігерді оның «жұмыс бөлігіне» қосуға болады, артық заттарды ашпай.

«Жұмыс» және «тапсыруға арналған» қалталарды бөлек ұстаңыз. Жұмыс файлдары үнемі өзгереді, көптеген жобалық нұсқалар мен аралық версиялар бар. «Тапсыруға арналған» қалта — ресми түрде берілетін, тыныш аймақ: пакеттар, PDF, келісілген модельдер ғана осында түседі. Осылай мердігер ескірген файлды жүктемейді, ал тапсырыс беруші әлі көрсетуге ерте нәрсені көрмейді.

Қажетті минималды құқық — әдеттегі принцип, өтініш емес

Құқықтарды екі ось бойынша беріңіз: қалталар және әрекеттер. Көбінесе мердігерге қарау, жүктеу, кейде жүктеу және пікір қалдыру қажет. Файлдарды жою немесе көшіру құқығы сирек болуы тиіс.

Үлгінің жобаның бүкіл өмірінде сақталуы үшін ережелерді алдын ала келісіңіз:

• мердігерге тек өз қалталарына және тек өзінің кезеңіне қарай ғана қолжетімділік беріледі;
• сыртқа берулер бәрі «тапсыруға арналған» қалта арқылы жүруі керек, жұмыс қалталарынан емес;
• құқықтар тек өтініш арқылы және түсінікті себеппен кеңейтіледі, «жәй үшін» емес;
• әр қалтаның тапсырыс беруші немесе бас мердігер жағынан иесі бар;
• кез келген ерекшелік тіркеледі: кім берді, кімге, не үшін және қандай мерзімге.

Схеманы кім бекітеді және кім ұстайды

Әдетте схеманы жоба басшысы BIM және құжат айналымы өкілдерімен бірге бекітеді, себебі бұл мерзімдерге және тәуекелдерге әсер етеді. Схеманы бір жоба әкімшісі ұстайды: қатысушыны қосты, рөл тағайындады, мерзімді тексерді, себебін тіркеді.

Практикалық тәсіл: пәндер бойынша иелер тағайындаңыз, олар өз мердігерлеріне қандай қалталар қажет екенін растайтын болады. Әкімші шешімді қолданады. Осылайша құқықтар жиі адамдар ауысқан кезде де реттеулі болып қалады.

Қалталар құрылымы: бұзылмайтын қарапайым скелет

Жақсы қалта құрылымы қолжетімділіктің жартысын шешеді. Мердігерге «барлығын» емес, анық аймақтарды беру арқылы модель басқарылатын және күнделікті тексеруді қажет етпейтін болады. Autodesk Docs-та ойлауды «кім не көреді» емес, «қай қалтаға түседі» деп өзгертсеңіз ыңғайлы.

Көбінесе бірнеше жоғарғы бөлімнен тұратын скелет жұмыс істейді. Олардың материалдардың күйін көрсететіні маңызды, адамдар немесе ұйымдар тізімі емес:

• Жалпы (ережелер, шаблондар, анықтамалар, контактілер)
• Пәндер бойынша (командалардың жұмыс материалдары)
• Келісу үшін (тексеруге және пікірге арналған пакеттар)
• Тапсыруға арналған (бекітілген, алаңда қолдануға болатын материалдар)
• Архив (жабық кезеңдер және ескірген нұсқалар)

Негізгі қағида: «исходниктерді» және «жарияланғандарды» бөліп қойыңыз. Исходниктер пәндік қалталарда тұрады және тек оларды тікелей өңдейтіндерге қолжетімді. «Тапсыруға арналған» қалтаға тек жұмысқа қабылдауға болатын бекітілген PDF, спецификациялар, есептер, модель суреттері түсуі керек.

Мердігермен алмасу үшін бөлек аймақ бөліңіз, сол арқылы бүкіл ағаштың қолжетімділігін бермеуге болады. Көп жағдайда «мердігерге екі қалта» схемасы ыңғайлы:

• "Входящие" — мердігер не жібереді.
• "Исходящие" — сіз не бересіз.

"Входящие"-ке әдетте файл қосуға рұқсат жеткілікті (басқалардыңын көрмеу). "Исходящие"-та оқу және жүктеу құқықтары, бірақ түзету жоқ.

Қалталардың атауы да қолжетімділік бақылауына әсер етеді. Егер атаулар айқын болмаса, адамдар бәрін сол жерге жинайды және сіз құқықтарды кеңейтуге мәжбүр боласыз. Әдетте қарапайым ережелер жеткілікті: бөлім немесе кезең коды басында (AR, KR, MEP, Stage-01), күйі соңында (WIP, Review, Issue, Archive) және қысқа ережелер үшін "00_README" қалтасының болуы.

Егер схеманы объектіден объектіге қайталағыңыз келсе, типтік жобаға шаблон құрылым жасаңыз. Содан кейін басталған кезде қалта ағашы өзгере қоймай, тек рөлдер мен мерзімдер ғана тағайындалады.

Рөлдер мен құқықтар: артық артықшылықсыз қалай беру

Autodesk Docs-та рөлдерді лауазым емес, әрекеттер жиынтығы ретінде қабылдаған дұрыс. Бір компания монтаж мердігері болуы мүмкін, бірақ өз бөлімінде авторлық бақылауды да жүргізуі мүмкін. Сондықтан рөл тапсырма мен нақты қалталарға сай беріледі, «болсын дегенше» емес.

Көбінесе жобаның қажеттілігін жабатын базалық жиын: әкімші (құқықтарды басқарады), тапсырыс беруші (оқиды және бекітеді), жобалаушы (құжаттарды дайындайды және жариялайды), мердігер (жаңа материалдар алып, нәтижені тапсырады), бақылаушы (тек қарау). Әкімшілер аз болуы керек, ал бақылаушылар көп болғаны дұрыс, егер адамдарға тек прогресті көру қажет болса.

Ең жиі қате — мердігерге «осы үшін» деген сылтаумен кең қолжетімділік беру. Docs-та құқықтар мағынаға қарай ерекшеленеді: қарау, жүктеу, өңдеу, жариялау. Мердігерге жариялау құқық қажет емес, егер ол жобалық құжаттарды шығармайтын болса.

Практикалық тәсіл: алдымен мердігер не тапсыруы тиіс және ол қайда пайда болуы тиіс екенін анықтаңыз. Содан кейін құқықтар ағымдағы исходниктері бар қалтаға оқуға және тапсыру қалтасына жүктеуге беріледі, қалғаны жабық немесе тек оқу үшін.

Көп жағдайда мердігерге қажетті минималды профиль

Көбіне жеткілікті болғандар:

• "Тапсыруға арналған" қалталарда оқу және жүктеу — актуалды нұсқаларды алу үшін;
• "Мердігер тапсыруы" қалтасына ғана файл жүктеу және файлдарды ауыстыру;
• жоюға тыйым салу, әсіресе ірі жобаларда;
• жариялау құқықтарының болмауы, егер шығыс пен нұсқаларды бақылауды жобалаушы немесе BIM-координатор жасайтын болса;
• жұмыс черновиктері мен хат алмасу үшін бөлек қалта, олар ресми материалдармен араласпауға тиіс.

Субмердігерлер мен уақытша мамандарды бөлек рөлдерге бөлген оң: олар бір компанияда болса да, артық құқықтарды бірден тазалау жеңілірек.

Төмендемеу үшін кейбір ережелерді өзгермейтін етіңіз:

• әкімші құқықтарды басқарады, файлдармен жұмыс істемеуі тиіс;
• жариялауды тек құжат шығару үшін жауапты адам орындайды;
• құқықтар нақты қалталарға беріледі, бүкіл жобаға емес;
• міндет үшін қажет емес нәрселер әдепкі бойынша жабық болады;
• ерекшеліктер негізгі рөлге түзету ретінде емес, уақытша бөлек рөл ретінде рәсімделеді.

Мемлекеттік мекемелер, медицина немесе қаржы саласындағы жобаларда минималды құқықтар әсіресе тиімді: кездейсоқ түзету аз, оқиғаларды талдау оңай және аудит жылдамырақ.

Қолжетімділік мерзімдері: кіру ережелері, ұзарту және жабу

Қолжетімділік мерзімдерін үлгінің бөлігі ретінде анықтаған дұрыс. Олай болмаса мердігерлер жобада қажеттен ұзақ қалып қояды, ал әкімшілерді қолмен өшіруге уақыт кетеді. Оны кезеңдерге байланысты ойластыру ыңғайлы: қолжетімділік қашан ашылады, қай қалталарға және қандай себеппен жабылады.

Жобаның кезеңдері бойынша қолжетімділік

Ең оңайы — қолжетімділікті кезеңдерге байлау. Әр кезеңнің өз минималды қалталары және мерзімі болуы керек.

• Тендер: ТЗ мен бастапқы деректерге оқу, жұмыс сызбалары мен ішкі хаттамаларға қолжетімділік жоқ.
• Мобилизация: жоспарлар, ЕҚБ (еңбек қауіпсіздігі) талаптары, есеп формалары қосылады.
• СМР: өзінің пәні бойынша жұмыс қалталарына және алмасу қалталарына қолжетімділік.
• Тапсыру: исполнительная құжаттама мен жабу актілерін жүктеу, қалғаны — қажет болған жағдайда.
• Гарантия: финал нұсқаларды оқу және ескертулер бойынша жұмыс, түзетулер жасау құқығы болмайды.

Осылайша «қашан ашып, қашан жабу» сұрағына жауап кезең өзгерісі бойынша беріледі, чаттағы өтініш арқылы емес.

Сезімтал қалталар үшін уақытша терезелер

Коммерциялық ұсыныстар, көлем ведомостары, қорытынды сметалар, талап талапқа қатысты хаттар сияқты қалталар қысқа мерзімге қажет болады. Оларға уақытша қолжетімділік терезелерін енгізу ыңғайлы: мысалы, келісуге 5 жұмыс күні оқу құқығын беру, содан кейін қайта жабу.

Ұзарту процедурасы біркелкі болуы керек: мердігер себеп пен мерзімді көрсетіп ұзартуды сұрайды, тапсырыс берушінің жұмыс басшысы қатысуды растайды, әкімші сол құқықтарды тағайындап жаңа жабылу датасын қояды.

Жұмыс аяқталғаннан кейін қолжетімділікті «мәңгі тоңдыру» дұрыс емес. Оны қауіпсіз режимге ауыстырады: жүктеу мен жою құқықтарын алып тастап, кепілдікті талап етуге қажетті финал материалдарды оқу құқығын қалдырады, ал алмасу қалталарына қолжетімділікті жабады.

Пайдаланатын қарапайым бағдар: егер 30 секунд ішінде неге мердігердің қолжетімділігі әлі ашық екенін айта алмасаңыз — мерзім тағайындалмаған немесе бақылау жүрмейді.

Жобада қолжетімділік моделін қадамдап баптау

Қысқа инвентаризациядан бастаңыз. Кесте жасаңыз: мердігер, байланыс тұлғасы, кім шынымен кіреді, қандай тапсырмалар орындайды және қандай файлдар қажет. Осы қадамда артық болғаны анық көрінеді: мысалы, инженерлік жүйелердің субмердігері келісім-шарттар құжаттарына қол жеткізуі керек емес.

Содан кейін шаблондар қолдансаңыз баптау жылдамырақ жүреді: бір қалта скелеті және бірнеше базалық рөл.

Баптау қадамдары

1. Қалта шаблонын дайындап, жоғарғы деңгейде не болатынын анықтаңыз. Қай жерде жұмыс материалдары, қай жерде келісулер және қай жерде финал нұсқалар болатынын шешіңіз.

2. Мәні бойынша базалық рөлдер жасаңыз (мысалы: "Көру", "Жүктеу және пікір қалдыру", "Жұмыс аймағында өңдеу", "Жоба әкімшісі"). Құқықтарды қарапайым етістіктермен сипаттаңыз: қарау, жүктеу, өзгерту, жою.

3. Рөлдерді жеке адамдарға емес, топтарға тағайындаңыз, мүмкін болғанда. Топ = бір мердігер немесе бір функция (мысалы, "Проектировщик ОВиК - мердігер А"). Сонда қызметкерлер ауысса да, бұл үлкен қолмен жұмысты туғызбайды.

4. Жоғарғы деңгейде құқықтарды баптап, мұрақты мұрагерлік (inheritance) арқылы төмен қарай тексеріңіз. Егер әр қалтада құқықтарды жөндеу керек болса, қалта құрылымы немесе рөлдер дұрыс таңдалмаған.

5. Тестілеу пайдаланушысымен қолжетімдікті тексеріңіз: қалталарда не көрінеді, қандай әрекеттер қолжетімді, маңыздыны кездейсоқ өшіруге немесе қайта жазуға бола ма.

Содан кейін 1-2 беттен тұратын қысқа регламентпен ережелерді бекітіңіз: кім топ жасайды, кім қолжетімдікті бекітеді, құқық кеңеюін қанша күн бұрын сұрау керек, қолжетімділікті жабу үшін не себеп болып саналады.

Қолжетімділікпен байланысты типтік қателіктер

Мәселелер көбінесе "жаман адамдардан" емес, тым кең баптаулардан шығады. Бір рет жобаның түбіріне қолжетімділік бергенде, құқықтар барлық қалталарға, соның ішінде келісімшарттар, хат алмасу, ішкі черновиктер мен қаржылық файлдарға жайылады.

Екінші қаптама — бір қалтада жұмыс нұсқалары мен тапсыруға арналған материалдар бірге жатса. Мердігер қате файлды алады, сіз басқа модельді түзетесіз, даулы жағдай «соңғы кім жүктеді — сол кінәлі» дегенге келеді.

Ең ауыр қателіктер

Тарихи түрде қауіпті құқықтар — негізгі қалталарды жоюға немесе атауын өзгертуге мүмкіндік беретіндері. Тіпті жаман ойсыз адам құрылымды «тәртіпке келтіремін» деп қате өзгеріс жасаса, командада жолдар бұзылуы мүмкін.

Тағы бір тыныш қауіп — процесс иесінің болмауы. Егер құқық өзгерістеріне жауапты ешкім болмаса, құқықтар хаостықпен өседі: бір әкімші «жай үшін» қосады, екіншісінің есінде жоқ, үшіншісі жаңа қалта жасап, мұрагерлікті дұрыс орнатпайды.

Классика: мердігердегі адам ауысып, бұрынғы қызметкердің кіруі жабылмай қалады. Сіз бұл туралы инцидентке немесе аудитке ғана білесіз.

Бір сағат ішінде жобаны қауіпсіздендіру

Тез арада қолжетімділікті ретке келтіргіңіз келсе, бес тексерістен бастаңыз:

• құқықтарды жоба түбіріне емес, қажетті қалталарға ғана беріңіз;
• "Жұмыс" пен "Тапсыру"-ды бөліп қойыңыз;
• мердігерлерге құрылымды анықтайтын қалталарда жою және атауын өзгертуге тыйым салыңыз;
• құқық иесін (және резервті) тағайындап, өзгерістер регламентін жасаңыз;
• шақыруда бірден қолжетімділіктің аяқталу мерзімін қойып, оны аптасына кем дегенде бір рет тексеріңіз.

Әдетте журнал бар, бірақ «не іздеу керек екенін ешкім білмейді». Бастау үшін үш сигнал жеткілікті: көлемді жүктеулер немесе жүктеп алу, атауды өзгерту және жоюлар, файлдардың күтпеген орындарға жылжуы.

Мысал: инженер мердігеріне тек "03_Модели/ОВ" және "05_Выдача/ОВ" қажет. Ол кенеттен файлдарды "01_Админ"-ке жылжытса, бұл кімге және не үшін артық құқық берілгенін тез тексеруге себеп.

Аудит: не қарап, оқиғаларда қалай адаспау

Autodesk Docs-та аудит мақсатты бақылау үшін емес, қарапайым сұрақтарға тез жауап беру үшін керек: кім не істеді, қашан және қай файлмен.

Екі тарих қабатын көбірек тексерген пайдалы:

• Docs ішіндегі файлдар мен қалталар бойынша белсенділік: жүктеулер, жүктеп алу, жаңа версиялар жасау, жылжытулар және жоюлар;
• жоба деңгейіндегі әкімшілік өзгерістер: адамдарды қосу, рөлдер мен құқықтарды өзгерту.

Тексеру 10-15 минутқа сыйсын десеңіз, ырғақты және қарапайым сүзгілерді орнатыңыз. Мысалы, бір жауапты адам апталық ретінде тек мердігер қалталары бойынша оқиғаларды ғана қарайды және таңқаларлық нәрсе болса тереңірек қарайды.

Жұмыс тәртібі әдетте мынадай:

• аптасына бір рет: мердігерлердің негізгі қалталары бойынша белсенділік;
• мерзіімдерден кейін: маңызды файлдардың жаңа версияларын таңдап тексеру;
• инцидент кезінде: нақты файл тарихын және байланысты жүктеулерді тексеру;
• айына бір рет: әкімшілік құқық өзгерістерін салыстыру.

Алдын ала қызыл белгілерді анықтау жақсы: қысқа мерзімде көп жүктеп алу, келісімсіз жойылулар немесе жылжытулар, түсініктеме жоқ жиі версия ауыстырулар, мердігер аймағынан тыс қалталарға қол жеткізу, жеке немесе уақытша қалталарға нәтижелерді жүктеу.

Айыптарды жинау қажет болса, бірдей нәрсені тіркеңіз: дата мен уақыт, қолданушы және компания, қалта жолы, файл атауы, версия нөмірі, әрекет (жүктеді, жүктеп алды, өшірді) және не арқылы расталғаны (файл тарихы, белсенділік журналы, скриншот). Әдетте осы жеткілікті болады, оқиғалар тізбегін қалпына келтіру үшін.

Сценарий мысалы: бір жоба және бірнеше мердігер

Жоба: поликлиниканы қайта құру. Autodesk Docs-та тапсырыс беруші, жобалаушы және үш мердігер жұмыс істейді: ОВиК, электр және слаботочка. Мақсат: мердігерлерге қажет файлдар тез жетсін және олар нәтиже тапсырып жатыр, бірақ артық нәрсені көрмесін және басқа жұмысты кездейсоқ қайта жазбасын.

Қалталар барлық бөлімдер үшін бірдей жасалған. Жоғарғы деңгейде екі аймақ: "Тапсыруға" және "Жұмысшылар". "Тапсыруға" бекітілген бастапқы деректер мен актуалды версиялар тұр. "Жұмысшылар" бөлімдері пәндер мен кезеңдер бойынша құрылған, бірақ оған қолжетімділік шектеулі.

Файл маршруттары алдын ала бекітілді: мердігер тікелей жобалаушының жұмыс қалтасына ештеңе салмайды. Ол материалды өз пәнінің "Входящие"-не тапсырады, ал жауапты тұлға тексеріп, әрі қарай жылжытады.

Рөлдер тапсырмаларға сай бапталды:

• Электрика мердігері: "Тапсыруға" оқу және "Входящие/Электрика"-ға жүктеу.
• ОВиК мердігері: "Входящие"-ге жүктеу және өзінің "Рабочая/ОВиК/Черновики" аймағында файлдарды жаңарту құқығы ("Тапсыруға" қолжетімділік жоқ).
• Слаботочка мердігері: тек "Тапсыруға" және "Входящие/СС".

Әр мердігерге қолжетімділік 60 күнге берілді. Ұзарту — тек өтініш арқылы: жұмыс басшысы қатысуды растайды, әкімші келесі кезеңге ұзартуды қолданады. Егер өтініш болмаса, қолжетімділік ережеге сәйкес жабылады.

Айдан кейін спецификация файлын кім ауыстырды деген дау шығып кетті. Белсенділік журналынан нақты оқиға тез табылды: қай қолданушы, қай уақытта, қандай файлды жүктеп, қай версиямен ауыстырғаны. Шығарылғаны — мердігер файлды "Входящие"-ке жүктеген, ал жауапты тұлға оны тексерусіз "Рабочие"-ге жылжытқан. Осыдан кейін ереже қосылды: "Входящие"-тен жылжытуды тек тағайындалған тексеруші жасайды және әрқашан версияға қысқа түсініктеме қалдырады.

Жылдам чек-лист және келесі қадамдар

Түсінікті үлгі орнатылса, мердігерлерге қолжетімділік Autodesk Docs-та болжамды түрде жұмыс істейді: адамдарға жұмыс істеуге жеткілікті құқықтар бар, ал кездейсоқ жою мен ағып кету тәуекелі айтарлықтай төмен.

Жұмысты бастамас бұрын қысқа чек-лист

• Қалталар: каркас бар (входящие, рабочие, согласование, выдача, архив), маңызды аймақтар жұмыс аймақтарынан бөлінген;
• Рөлдер: мердігерлер топтармен қосылған, жеке пайдаланушылар жиынтығы емес;
• Әрекеттер бойынша құқықтар: кім жүктей алады, версияны ауыстыра алады және жоя алады — бәрі анық; жою тек қажет жерлерде ғана қосулы;
• Мерзім бойынша қолжетімділік: әр мердігерде аяқталу датасы, ұзарту ережесі және жабу жоспары бар;
• Аудит: жауапты тағайындалған және тексеруді талап ететін белгілер анықталған.

Содан кейін шағын тест пакетін таңдаңыз: мердігер бірнеше файл жүктесін, сіз келісіңіз және кейін қолжетімділікті алып тастаңыз — бәрі дұрыс жабылғанын тексеріңіз.

Қолмен жұмысқа оралмау үшін келесі қадамдар

Процестің әкімшісінің демалысы немесе команда ауысса да жүйе жұмыс істеп тұруы үшін стандарт бекітіңіз:

• жоба шаблоны (қалта құрылымы, рөлдер, базалық құқықтар, атау ережелері);
• процесс иесі (және резерв), плюс өтініштер үшін анық арна;
• құқық беру үшін екі сұрақ ережесі: адам не істейді және қанша уақытқа;
• бақылауға қарапайым метрикалар: қанша белсенді мердігер, қанша мерзімі өткен қолжетімділік, қанша рөл жою құқығына ие.

Егер Autodesk Construction Cloud енгізуде немесе құқықтарды ішкі регламенттерге сай баптауда көмек керек болса, бұл жиі жүйелік интегратор арқылы жасалады. Мысалы, GSE.kz кешенді IT-шешімдер мен интеграция жасайды және осындай жұмысты жоба баптауы, қолдау және регламенттермен бірге ұсына алады.