Таңдау неде және неге бәрі солай оңай емес

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

Зауыттық дайындық — бұл тек қорабынан шығарып тексеру емес. Әдетте оған операциялық жүйені, драйверлерді және базалық бағдарламаларды орнату, жаңарту жүргізу, образды баптау, комплектілікті тексеру, маркировка және кейде құрылғыларды нақты енгізу сценариіне байлау кіреді. ПК, моноблоктар немесе жұмыс станциялары партиясы үшін бұл жеткізілімді болжамдырақ етеді.

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

Таңдаудың күрделілігі — 50 құрылғылық және 2000 құрылғылық партиялар үшін әртүрлі ережелер жұмыс істейді. Кіші жеткізілімді ішкі IT командасы өздері оңай орналастыра алады. Ал ірі көлемде тіпті қарапайым қолмен орындалатын операция жүздеген рет қайталанса, тез арада кешігулерге, түнгі ауысымдарға және түзетулер тізіміне әкеледі.

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

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

Қашан зауыттық алдын ала баптау ыңғайлы

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

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

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

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

Ішкі IT командасы үшін де бұл плюс. Бірден көп бірдей операцияларды орындаудың орнына команда образды тексереді, ережелерді келіседі, дайын партияны қабылдайды және тек ерекшеліктермен айналысады. 50 құрылғыдан жоғары партияларда бұл тез әсер береді: ұсақ қолмен кеткен қате ондаған рет қайталанбайды.

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

Қашан объектідегі баптау тиімді

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

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

Бұл әдіс сондай-ақ әр жұмыс орнын қолмен тексеру қажет болғанда жарамды. Егер ПК-ға токендер, сканерлер, этикеткалар басатын принтерлер, кассалық құралдар немесе ерекше мониторлар қосылса, нақты жерде құрылғы желімен, перифериямен және қызметкердің есептік жазбасымен бірге қалай жұмыс істейтінін ғана көруге болады.

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

Объектідегі баптау кезең-кезеңімен іске қосылғанда да ыңғайлы. Барлығы бірден 300 немесе 1000 құрылғыны бір толқынмен енгізбейді. Көбінесе алдымен пилоттық топ, кейін бөлім, сосын филиал іске қосылады. Мұндай сценарийде жоба барысында шаблонды оңай өзгертіп отыру әлдеқайда қарапайым, ал алдын ала дайындалған партианы толық қайта жасамауға болады.

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

50-ден 2000 құрылғыға дейінгі партияларда мерзімдер қалай өзгереді

Жоба мерзімі жөнелту күнінен немесе қораптарды кеңсеге кіргізген сәттен басталмайды. Маңызды — толық дайындық мерзімі: қызметкерлер ПК-ні қосып, жүйеге кіріп, дереу қажетті бағдарламаларға, рұқсаттарға, принтерлерге және жұмыс саясатына қол жеткізген сәт.

Сол себепті 50 және 2000 құрылғылық партиялар әр түрлі мінез көрсетеді. Кіші көлемде екі тәсіл арасындағы айырмашылық салыстырмалы түрде аз болады. Үлкен көлемде ол шешушіге айналуы мүмкін.

Іске қосуға дейінгі уақыт әдетте төрт бөліктен тұрады: образды және бағдарламалар тізімін дайындау, физикалық жинақтау мен маркировка, жеткізу мен алаңға кіруге рұқсат, және соңында жердегі тапсыру мен тексеру. Зауыттық дайындық қолданылса, осы қадамдардың бір бөлігі жөнелтуға дейін орындалады. Құрылғылар қажетті ОС, драйверлер, базалық бағдарламалар жиыны, атауландыру, инвентарлық белгілер және келісілген баптаулармен келеді.

Бұл әсіресе 300-500 данадан бастап айқын байқалады, өйткені объектідегі қолмен баптау қораптардан, өтініштерден және ұсақ қателіктерден құралған кезектілікке айналады. Уақыт шығындары көбінесе Windows орнатуында емес, ұйымдастырушылық мәселелерде болады: сервер бөлмесіне кіру жоқ, есептік жазбалар дайын емес, желіні кезең-кезеңмен қосады, IT мамандары қабатқа өту үшін рұқсат күтіп отырады, бір бөлігі құрылғылар жиһаздан ерте немесе перифериядан кеш келеді. 50 құрылғы үшін бұл жағымсыз әрі шыдамды, ал 1000-2000 үшін мұндай үзілістер графикті тез шашады.

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

Практикада айырмашылықты бағалау оңай: 50-100 құрылғыда бұл күндермен есептелсе, 200-500-де аптаға дейін созылуы мүмкін, егер алаң мінсіз дайын болмаса. 1000-2000 құрылғыда маңызды ғана бірінші партияның басталуы емес, толқындармен қанша жұмыс орнын күніне енгізуге болатыны — ішкі IT командасының жүктемесіне тәуелді көрсеткіш.

Сондықтан дұрыс сұрақ — "қашан қорап ашылды" емес, "қашан адамдар ешқандай қолмен қосымша баптаусыз жұмыс істей бастады". Осы мерзім реальды жобада қай тәсіл жылдам екенін көрсетеді.

Қателер мен қайта жұмыс тәуекелдері

Жүйеге енгізудегі қателер көбіне алғашқы күні аса ауыр көрінбейді. Көбінесе бұл ұсақ нәрселер: орындалған ПК атауының шатасуы, қате қызметкерге тіркеу, ұмытылған саясат тобы немесе бағдарлама нұсқасының сәйкес еместігі. Бірақ партияда тіпті 50-100 құрылғыда мұндай ұсақтұштықтар қайта жұмыс сағаттарына тез айналады.

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

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

Мәселе кейде пайдаланушыларға тапсырудан кейін шығады: сканер істемейді, корпоративті пошта қосылмайды, ақпараттық қауіпсіздік шектеулері қолданылмаған, арнайы медициналық немесе оқу жүйесі жүктелмейді. Тогда ошибка становится дороже: приходится отвлекать пользователя, искать причину удаленно или снова ехать на площадку.

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

Эталон конфигурация аса маңызды. Бұл тек бағдарламалар тізімі емес, құрылғы қосылғаннан кейін қалай болу керектігінің дәл сипаттамасы: ОС нұсқасы, драйверлер, саясаттар, қолданбалар жиыны, жергілікті баптаулар және қауіпсіздік параметрлері. Осындай эталон болмаса әрбір донастройка импровизацияға айналады.

Ақпараттық қауіпсіздік талаптары, рұқсаттар және деректер бақылауы

АҚ (ақпараттық қауіпсіздік) тұрғысынан басты сұрақ қарапайым: қандай нәрселер құрылғыларға алаңға дейін түседі. Егер образдар, баптаулар немесе қызметтік файлдар ішінде ішкі сертификаттар, кілттер, есептік деректер, VPN параметрлері, жабық сегменттердің мекен-жайлары немесе басқа сезімтал мәліметтер болса, мұндай дайындықты периметрден тыс орындауға болмайды.

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

Қауіпсіздік қаупін азайту үшін әдетте BIOS пен микробағдарламаларды жаңарту, құрамды тексеру, ішкі мәліметтерсіз ОС базалық образын орнату, драйверлер мен стандартты бағдарламалар жиынын қою, маркировка және атау шаблондарының дайындалуы сияқты әрекеттерді жасауға болады. Дегенмен мұнда да бақылау керек. Мысалы, қорғаушы агентті алдын ала орнатуға болады, бірақ оны белсендіруді және сіздің консольға тіркеуді, егер токендер мен саясаттар сезімтал болса, алаңда қалдырған дұрыс.

Рұқсаттар тұрғысынан да айырмашылық бар. Зауытта дайындауға ұйғарылған жағдайда мердігерге әдетте тапсырыс берушінің ішкі желісінде тұрақты әкімші құқықтары қажет емес. Базалық образ, бағдарламалар тізімі, атау ережелері және қажет болса техникалық уақытша рұқсаттар (мысалы, активация жүйелері немесе MDM үшін) жеткілікті. Мұндай рұқсаттар неғұрлым аз болса, жоба соғұрлым қауіпсіз болады.

Объектідегі түрде керісінше — нақты ортаға қол жеткізусіз жұмыс істеу мүмкін емес. Онда тиісті VLAN-ға қосу, доменге қосу немесе каталогқа тіркеу, сертификаттар беру, MDM-ге тіркеу, принтерлер мен файл ресурстарына қосу және бизнес-қосымшаларды тексеру қажет. Бұл қадамдарды периметр ішінде ғана орындау қисынды және қауіпсіз.

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

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

Қалай таңдау жасауға болады

Зауытта дайындау мен объектідегі баптау арасында таңдау әдет бойынша емес, қарапайым тәртіп бойынша жақсы болады. 50 құрылғы үшін қателік әдетте төзімді. 500 немесе 2000 үшін ол мерзімнің бұзылуына, артық сапарларға және ішкі команда жиілігінің артуына алып келеді.

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

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

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

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

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

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

Нәтижесінде таңдау әдетте ешқашан тек «тек зауыт» немесе «тек объект» формуласына келмейді. Маңыздысы — қандай әрекеттерді алдын ала қауіпсіз және тиімді алып тастауға болады, ал қайсысын ішкі инфрақұрылымда қалдыру қажет. Одан бұрын шешілсе, партияның іске қосылуы тыныш өтеді — 50 құрылғыда да, 2000 құрылғыда да.

Мысал: жаңа филиалды іске қосу

Мысал ретінде: компания жаңа филиал ашады, және іске қосу күніне 300 жұмыс орнын дайындау керек. Мерзім тар, қызметкерлер сол күні жұмысқа кірісуі тиіс, ал ішкі IT команда желі, телефония, кеңсе рұқсаттары мен серверлік жұмыстармен бос емес.

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

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

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

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

Бизнестің пайдасы өте қарапайым: қызметкерлер базалық бағдарламаларды орнатумен бірнеше сағат күтіп жатпайды. Іске қосу күні IT мамандары 300 компьютерді нөлден құрумен айналыспай, тек финалдық қадамдарды жабады. Нәтижесінде сату, бухгалтерия және әкімшілік жұмысқа шамалы кідіріссіз кіріседі.

Таңдау жасағанда жиі жіберілетін қателіктер

Ең жиі қате — жұмыстың бағасы мен өз командаңыздың уақытын тексермеу. Қағаз жүзінде объектіде баптау арзан көрінуі мүмкін. Бірақ егер IT мамандары бірнеше апта бойы техниканы қораптан шығарып, бағдарламалар қойып, есептік жазбаларды тексеріп және ұсақ қателерді түзеп жатса, шынайы шығын тез өседі.

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

Алаңдағы ұйымдастыруды да жиі бағаламай жатады. Филиалдарға кіру тек пропускпен, жұмыс уақытынан тыс немесе ауысымдар арасындағы қысқа терезелерде ғана берілуі мүмкін. Оны алдын ала ескермеу техника уақытында жеткенімен орнатудың тоқтап қалуына әкелуі мүмкін. Үлкен партияларда мұндай үзілістер тез мерзімді бұзады.

Тағы бір типтік қате — бір жеткізілімде тым әртүрлі сценарийлерді араластыру: офис ПК-лары, ерекше құқықтары бар жұмыс орындары, колл-орталық құрылғылары және қорғалған сегментке арналған машиналар. Формальды түрде бұл бір партия болғанымен, шын мәнінде оған бірнеше әртүрлі баптау схемасы қажет. Барлығына бір тәртіп қолданса, партияның бір бөлігі міндетті түрде қайта жасалуға тиіс болады.

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

Практикада жұмыс істейтін тәртіп қарапайым: партияны сценариі бойынша бөліп алыңыз, образды және Ақпараттық қауіпсіздік ережелерін алдын ала бекітіңіз, іске қосқаннан кейін қысқа чек-лист бойынша тексеру жасаңыз.

Алдағы іс-шаралар

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

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

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

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

Қорытындысында таңдау сирек қашан тек «зауыт» немесе «объект» дегенге келеді. Маңыздысы — қандай әрекеттерді алдын ала қауіпсіз және тиімді орындауға болады, ал қайсысын ішкі инфрақұрылымда қалдыру керек. Оны ертерек шешкен сайын партияның іске қосылуы сенімді өтеді — 50 құрылғыда да, 2000 құрылғыда да.