Екі кезеңді ПК орналастыру: жеткізу мен баптауды бөлек жүргізу

Екі кезеңді орналастыру деген не және не үшін қолданылады

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

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

Әдетте мұндай тәсілге мерзім тығырықтағанда немесе жұмысты тоқтатуға болмайтын кезде жүгінеді. Жабдық уақытында келеді, бірақ инфрақұрылым әлі дайын емес болуы мүмкін. Керісінше де болады: IT-команда дайын, ал жеткізу кешігіп жатады. Тағы бір себеп — «кім жауапты?» деген дау: жеткізуші бәрін жеткізді дейді, ал IT-подрядчик жабдық сәйкес емес немесе ескерілмеген деп есептейді.

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

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

Мысалы, мемлекеттік органға жұмыс станциялары партиясын сатып алғанда компьютерлерді складқа қабылдап, баптауды кейінгі уақытта жүргізуге болады, қауіпсіздік саясаты бекітілгенде. Мұндай жобаларда өндіруші мен интегратор рөлін біріктіретін бір серіктеспен жұмыс істеу ыңғайлы (мысалы, GSE.kz): темір, образ және қолдаудың үйлесімділігі бойынша жауапкершілікті келісу оңайырақ. Дегенмен кезеңдер бөлінген кезде де нақты шекаралар қажет: әр қадамда не тапсырылды және кім растады.

Қашан жеткізу мен IT-баптауды бөлу тиімді

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

Қашан жабдықты тез жеткізіп, баптауды кейінге қалдыруға болады

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

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

Қашан жеткізу мен баптау әр түрлі орындаушылармен өтуі мүмкін

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

«Кім кінәлі?» деген даулар болмас үшін жеткізуді және баптауды формалды түрде бөлу және жеткізу актілері мен баптаудан кейінгі актілерді бөлек рәсімдеу тиімді.

Қашан объектке кіру шектеулі

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

Қашан ПО мен қауіпсіздік талаптары ұзақ келісіліп жүрсе

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

Бұл әсіресе Microsoft, Oracle, SAP сияқты ірі вендорлардың ПО-ын келісу және параллель түрде қолжетімділіктерді дайындау қажет болғанда пайдалы.

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

Қашан кезеңдерді бөлмеу дұрыс

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

«Под ключ» жасаған жақсы болатын сигналдар

Келесі тармақтардың біреуі де орын алса, кезеңдерді бөлмеу дұрыс:

• Бір ғана соңғы мерзім және бір жауап қажет. «Жұмыс орындары дайын» деген бір нәтиже маңызды болса, екі команда шекарада жауапкершілікті бөліп, «кім қабылдады», «кім сақтады», «кім зақымдады», «кім қайта орнатуы керек» деген сұрақтар туады.
• Сақтау және аралық қабылдау үшін лайықты орын жоқ. Қораптар дәлізде немесе кабинетте есептелмей тұрса, уақыт жоғалады, жетіспеушілік пен зақымдау қаупі артады, және қай кезеңде ақау пайда болғанын дәлелдеу қиындайды.
• IT-команда кішкентай және жүктемелі. Екі кезең көбірек бақылауды талап етеді: «темірді» қабылдау, сериялық нөмірлерді тіркеу, объектіге кіру ұйымдастыру, содан кейін баптау жұмыстарын қайта бастау және актілерді тағы да рәсімдеу.
• Қауіпсіздік пен қол жетімді тізбектерге жоғары талаптар. Қозғалыстар мен қол жетімді нүктелер көбірек болса (склад, уақытша сақтау, әр түрлі орындаушылар), құрылғылар мен тасымалдаушыларға кімнің қол жеткізгенін бақылау қиындайды.
• ПК сол жеткізілген күні дайын болуы тиіс. Жаңа офис, сынып немесе бөлімше ашылғанда баптауды кейінге қалдыру жұмысын тоқтатуы мүмкін.

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

Егер сіз өндіруші мен жүйелік интегратормен жұмыс істесеңіз, олар жеткізу мен енгізуді толық жабатын болса (мысалы, GSE.kz), «бір кезең, бір мерзім» форматы тәуекелдерді азайтып, басқару уақытын үнемдейді.

Рөлдер мен жауапкершілік: кім жауапты екенін жоғалтпау

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

Жақсы тәжірибе: әр кезеңнің бір меншік иесі (owner) болуы және қабылдау критерийлері нақты белгіленуі керек. Сол кезде «біз емес» деген даулар апталарды жеп қоймайды.

Кім не үшін жауапты

Жауапкершілікті қарапайым шекаралармен бөліп, оны ауызша емес, шартта, ТЗ немесе жұмыс регламентінде бекітіңіз.

• Жабдық жеткізуші комплектілік (кабельдер, блоктар, құжаттар), спецификацияға сәйкестік және бастапқы қабылдауда анықталған зауыттық ақаулар үшін жауапты.
• IT-команда (ішкі немесе subcontractor) ОС образы, драйверлер, доменге қосу, есептік жазбалар, қауіпсіздік саясаттары, пошталық және корпоративтік жүйелерге қолжетімділіктер үшін жауапты.
• Қойма ұстаушы (ұйым немесе мердігер) кезеңдер арасындағы сақталу үшін жауапты: бүліну, жоғалу, ауыстыру тәуекелі, сақтау шарттары және беру бақылауы.
• Жоба менеджері (бір «контакт нүктесі») үйлестіру, календарь, эскалация және шешімдерді тіркеу үшін жауапты.

«Контакт нүктесі» барлық жұмыстарды өзі орындауы міндетті емес, бірақ блокерлер шыққанда (серверге қолжетім жоқ, домен есептер жоқ, логистика кешігіп жатыр) статус жинап, шешім қабылдауы керек.

Қай құжаттар кезеңдерді жабады

Құжаттар формалдық үшін емес, мерзімдер мен жауапкершілікті қорғау үшін қажет.

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

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

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

Қадамдық процесс: сатып алудан бастап дайын жұмыс орындарына дейін

Екі кезеңді схема тек қана процеске алдын ала нақты тапсырмалар мен нәтижелер бөлінсе жұмыс істейді.

Алдымен спецификация мен негізгі техника реестрін бекітіңіз. Спецификацияға тек модельдер мен комплектілікті емес, ОС талаптары, шифрлау, домен, қолжетімділіктер, кепілдік қызмет көрсету талаптарын қосыңыз. Бірге сериялық нөмірлердің бірыңғай тізімін дайындаңыз (немесе қабылдау кезінде толтыруға арналған шаблон). Бұл реестр жеткізу, қойма, баптау және эксплуатацияға енгізу арасындағы байланысты қамтамасыз етеді.

Одан кейін вехалар мен буферлер бар жоспар-кесте қажет. Буфер мерзімдерді ұзарту үшін емес, бір қатты сүрінген машина немесе қол қою себепті іске қосуды бұзбау үшін керек. Әдетте бақылау нүктелері: спецификация және жауапты бекітілді; техника саны мен сериялық нөмірлері бойынша қабылданды; эталондық конфигурация (образ, саясаттар, ПО жиынтығы) дайын; пилот кішкене топта өтіп шықты; тираждалу аяқталды және пайдаланушылар қабылдады.

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

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

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

Финалдық қадам — пайдаланушыларға беру. Қабылдауды оңайлату үшін «жұмысқа дайын» қысқа критерийлерін алдын ала келісіңіз (доменге кіру, қажетті ПО ашылуы, басып шығару, желі папкаларға қолжетімділік, жүктелу жылдамдығы, жаңартулар). Солайша енгізу «байқалды» емес, нақты пайдаланушы жұмыс істей бастағанда аяқталады.

Мерзімдерді бақылау және қабылдау: қарапайым вехалар жүйесі

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

Өлшенетін вехалар

Вехаларды сезімсіз емес, тексерілетін фактілер мен құжаттар бойынша қою дұрыс. Әдетте 4–5 нүкте жеткілікті:

• Жеткізу тапсырыс берушінің қоймасына қабылданды (акт, сериялық нөмірлер тізімі).
• Пилотқа арналған таңдама дайын (мысалы, 5–10 ПК чек-лист бойынша бапталып тексерілді).
• Парктің 50% бапталды (құрылғылар реестріндегі статустар бойынша).
• 100% бапталып, эксплуатацияға берілді (қол қойылған қабылдау актісі).
• Тапсырмалар жабылды (барлық сәйкессіздіктер түзетілді, тізім жабылды).

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

Жеткізуді және баптауды қабылдау: екі бөлек акт

Физикалық жеткізуді қабылдағанда кейіннен «артқа цифрлай алмайтын» нәрсені тексеріңіз: тапсырысқа сай комплектілік; сериялық нөмірлер (салыстыру және реестрге енгізу); сыртқы тексеру (қозғалтқыштар, пломбалар); қосып базалық диагностика; айырмашылықтар мен фотофиксация актінде.

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

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

Егер мерзімдер ойдағыдай болмаса, жылжытуды алдын ала келісіңіз: календарьды апта сайын қайта жинау, жаппай баптау кезінде өзгерістерді тоқтату және бөлімдерге приоритет беру (алдымен критикалық кабинеттер, содан кейін әкімшілік). Үлкен партияларда жүйелік интеграторлар (мысалы, GSE.kz) тәртібі жиі табыстың айырмашылығын береді: «қамалып үлгердік» және «бір айға қалған жұмыстар» арасындағы айырмашылық.

Кезеңдер арасындағы техника: сақтау және есепті хаоссыз жүргізу

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

Қайда сақтау және орын таңдау

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

Егер жеткізу үлкен және баптау бірнеше күннен кейін басталса, күзеті бар және қолжетімді режимі бар орында сақтау ыңғайлы. Егер техника 1–2 күн ішінде кабинетке жеткізілетін болса, объектідегі бөлме тасымалдауға кеткен уақытты үнемдейді. Интеграторлардың жобаларында (GSE.kz сияқты) жиі аралас схема қолданылады: негізгі партия күзеттелетін қоймада, ал объектіге тек сол сменада бапталатын партия шығарылады.

Есеп, қолжетімділік және қорғау

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

Практикалық минимум бақылау:

• Әр бірлікке белгі қою: ішкі ID және тағайындау жазылған жапсыру (мысалы, «Поликлиника, каб. 214»).
• Қабылдау кезінде және баптауға берерде сериялық нөмірлерді салыстыру.
• Паллеттер немесе сөрелердің фотофиксациясы және пломбалар (телефонмен жеткілікті, бірақ тәртіп бойынша).
• Сақтау аймағына пломбалар және кілттерді бақылау.
• Кіру журналы: кім кірді, қашан және не үшін.

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

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

Қай конфигурацияны жоспарлау керек, қайтадан істемеу үшін

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

Эталондық образ және жаңартулар ережелері

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

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

Лицензиялар, қолжетімділіктер және қауіпсіздік

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

Қауіпсіздік жоспарына не кіретінін алдын ала тексеріңіз: диск шифрлауы, пароль саясаты, жергілікті админнің тыйым салынуы (немесе уақытша құқық көтерудің айқын процесі), орнатылған антивирус және мониторинг агенттері. Егер токендер, сертификаттар немесе 2FA адамға байланысты болса, оларды образқа жазбастан, тапсыру сатысында бөлек пакет ретінде дайындаңыз.

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

Пайдаланушыға беру алдындағы минималды тексерулер қысқа болсын:

• ПК жүктеледі, құрылғы менеджерінде қателер жоқ, драйверлер орнатылған.
• Құрылғы доменге қосылады немесе басқару жүйесінде тіркеледі.
• VPN немесе прокси жұмыс істейді және негізгі ішкі ресурстар ашылады.
• Қауіпсіздік саясаттары қолданылған (шифрлау, антивирус, құқықтар).
• Пайдаланушы кірісі соңғы сәтте қолмен шешуді талап етпейді.

Практикалық тәсіл — әртүрлі пайдаланушыларға (дәрігер, бухгалтер, тіркеу) арналған 5–10 ПК-дан пилот өткізіп, нәтижені «алтын стандарт» ретінде бекіту. Егер жеткізуші мен интегратор бөлек болса, «конфигурация паспорты» форматын және темір мен образ үйлесімділігінің кімге тиесілігін алдын ала келісіңіз. Бір контур жеткізу мен енгізуді жабатын болса (GSE.kz сияқты), түсініспеушіліктер аз болады.

Мысал: аудандық ауруханаға 300 ПК, жұмысты тоқтатпай ауыстыру

Аудандық ауруханаға үш корпусқа — поликлиника, стационар және зертханаға — 300 ескі ПК-ты ауыстыру керек болды. Жұмыс тәуліктік, сондықтан «бәрін демалысқа өшіріп қою» мүмкін емес еді. Қосымша талап — қатты есеп: әр ПК нақты кабинетке, жауапты қызметкерге және қабылдау актісіне бекітілуі тиіс.

Екі кезеңді жол таңдады. Алдымен техника аурухананың орталық қоймасына жеткізіліп, бір қабылдау пункті мен комиссия орнатылды: бір бақылау және бір опись. Осылайша жауапкершілік корпустар мен қабаттарға тарап кетпеді. Қораптар бір жерде қабылданып, саны мен сериялық нөмірлері сәйкес тексерілді, тек солан соң баптауға жіберілді.

Баптау екінші кезеңге шығарылып, 25–40 жұмыс орнынан партиялармен жүргізілді. Әр корпус үшін қысқа жұмыс терезелері (мысалы, 19:00–22:00) келісілді, осылайша пациент қабылдауға және пост жұмысына кедергі келтірмеді. Әр партияға маршрут алдын ала дайындалды: қандай кабинеттер, қандай пайдаланушылар, қандай периферия (сканерлер, принтерлер, оқу құрылғылары) және қай желі порты пайдаланылатыны көрсетілді.

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

Ең жақсы нәтиже қарапайым құжаттар мен вехалармен келді:

• Сериялық нөмірлер реестрі: «қабылданды», «бапталып жатыр», «орнатылды», «енгізілді» статусымен.
• Кабинеттер бойынша таратылу ведомостары жауапты тұлғалармен және орнату күндерімен.
• Партия бойынша енгізу графигі, IT және бөлімше басшыларымен қол қойылған.
• Партия бойынша эксплуатацияға енгізу актісі (әр ПК бөлек емес).

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

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

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

Жиі кездесетін қателіктер

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

Екінші — эталондық образ бен қауіпсіздік саясаты бекітілмей баптау басталады. Команда онша көп машинаны дайындап үлгіреді, бірақ кейін басқа ПО жиынтығы, шифрлау ережесі немесе домен сценарийі керек екенін біледі. Қайта істер пайда болып, мерзімдер ұшып кетеді.

Үшінші — кестені иеленетін адам анықталмаған және пиковые күндерде тұрақты бақылау жоқ. Жеткізу, қойма, IT және тапсырыс берушінің бөлімдері әртүрлі күнтізбеде болса, бәрі «кідіріс өздерінде» деп есептейді.

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

Жылдам чек-лист іске кірісерде

Жобаны бастамас бұрын негізгі заттарды тексеріңіз:

• Рөлдер: кім реестрге, кестеге, қоймаға, баптауға және қабылдауға жауапты.
• Кесте: жеткізу, пилот, жаппай баптау вехалары, кабинетке кіру терезелері.
• Реестр: сериялық нөмірлер, комплектілік, сақтау орны, орнату орны, статус.
• Сақтау: бөлінген аймақ, пломбалар немесе кіру бақылауы, беру тәртібі.
• Пилот: 5–10 ПК, образды, қауіпсіздікті, басуды және ресурсқа қолжетімділікті тексеру.

Пилоттан кейін нақты актілерді рәсімдеңіз: физикалық қабылдау мен «жұмыс орны дайын» қабылдауды (қосу тесті, желі, домен, негізгі қосымшалар) бөлек. Егер жеткізу мен баптау әртүрлі командалар арасында бөлінсе, жаппай дайындық пен қолдауды кім қалай жабатынын алдын ала келісіңіз. Кейде бір серіктес жеткізу, алдын ала баптау және сервис қызметін өзіне алғаны жеңілірек — мысалы, GSE.kz сияқты, сол кезде кезеңдер арасындағы «шекараларды» іздеу азаяды.