Бағдарламаны өз бетімен орнатуға тыйым салу саясаты — қақтығыстарсыз

Неліктен өз бетімен орнатуға тыйым салу қажет және бизнестің қандай мәселелері бар

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

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

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

Өз бетімен орнатуды тыйым салу — тыйым үшін тыйым емес, жұмысты болжамды ету тәсілі. Көбінесе ол төрт мәселені шешеді:

• қауіп-қатерлер мен инциденттер санын азайтады;
• қолдауды нақты етеді (ИТ не орнатылғанын біледі);
• лицензиялар мен версиялар тәртібін енгізеді;
• жылдамдықты сақтайды — каталог пен қарапайым өтініш процесі арқылы.

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

Шекараны анықтау: кімге қатысты және нақты не тыйым салынатынын белгілеу

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

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

• қызметкерлер (өтініш жасайды және ПО-ны пайдаланады);
• басшылар (қажеттілікті растайды);
• ИТ (үйлесімділікті тексереді, орнатады және қолдайды);
• ИБ (қауптер мен қолжетімділікті бағалайды);
• сатып алу немесе қаржы (лицензиялар, келісімшарттар, төлемдер).

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

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

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

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

Арнайы түрде саясат күнделікті жұмысты бұзбайтынын айтыңыз. Әдетте штаттық Windows жаңартулары мен корпоративтік бағдарламалардың орнатылуына, қолтаңбасы бар драйверлерге және ИТ арналарынан келетін жаңартуларға шектеу қойылмайды. Егер тыйым негізгі жаңартуларға кедергі келтірсе, оған деген сенім тез жоғалады.

Рұқсат етілген бағдарламалар каталогы: оны қалай түсінікті етуге болады

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

Каталогты ІТ ішкі құрылымына емес, тапсырмаларға бағыттаңыз. Жиі жақсы жұмыс істейтін санаттар: офис бағдарламалары, коммуникациялар (почта, чаттар, ВКС), кәсіби құралдар (бухгалтерия, CAD, медицина), утилиталар (архиваторлар, PDF, драйверлер). Ішінде тек шынымен қолданылатындарды ұстаңыз: әр санатта 5–15 сұранысты көп қажет етілетін шешімдер болғаны жақсы, «бұрын орнатылғанның бәрі» емес.

Бағдарламаның карточкасы: уақытыңызды үнемдейтін минимум

Карточка негізгі сұрақтарға хат алмасусыз жауап беруі тиіс. Көп жағдайда бес өріс жеткілікті:

• Назначение: қандай тапсырманы шешеді және кімге арналғаны;
• Иесі: таңдауға және пайдалану ережелеріне кім жауапты;
• Лицензия: түрі, кім төлейді, заңды пайдалану үшін не керек;
• Версия: рұқсат етілген нұсқа немесе диапазон, қанша жиі жаңартылатыны;
• Үйлесімділік: қай ОС, құрылғылар мен негізгі жүйелермен жұмыс істейтіні.

«Сұр аймақтар» пайда болмауы үшін статустар

Статустар қысқа және бәріне бірдей болуы керек:

• Рұқсат етілген.
• Шартпен рұқсат етілген (мысалы, тек белгілі рөлдерге немесе MFA-пен).
• Бағалау alatt (өтініш бар, тексеру жүріп жатыр).
• Тыйым салынған (қысқаша себеп: қауіп, лицензия, орнына балама бар).

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

Орнатуға өтініш процесі: жылдам және ашық болу үшін

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

Өтініштер үшін бір кіріс жасаңыз: Service Desk формасы, үлгі хат немесе нақты бір арна, оны шешіп қарайтындар шынымен оқитын арна. Кірістер көп болғанда (чат, жеке хабарлар, «Петяға жаз»), қолданушылар тез қармағанда, басқарылмайтын жолды табады.

Өтініштердің шексіз сұраққа айналмауы үшін минималды деректер жиынтығын келісіңіз:

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

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

Статустар да адамға түсінікті және бірдей болу керек:

• Қабылданды
• Тексеруде
• Түсініктеме қажет
• Жұмыста
• Орнатылды

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

Қадам бойынша: саясатты жұмысты тоқтатпай енгізу

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

Пайдалы схема мынадай:

1. Инвентаризация: не орнатылған және не шынымен қолданылып жатқанын анықтау. Әдетте мессенджерлер, PDF құралдары, архиваторлар, принтер драйверлері және бөлімдерге тән тар құралдар шығады.

2. 1–2 беттік саяси жобасы: неге болады, неге болмайды, қалай өтініш беру керек, мерзімдер қалай, кім келіседі, ерекшеліктер қалай берілетіні. Бастапқыда анықтығы маңызды, толықтығы емес.

3. Бір бөлімде пилот: көп типтік өтініш болатын бөлімді таңдап, алдын ала кері байланыс арнасын келісіңіз. Аптаның ішінде не тежеуін көресіз: артық келісімдер, стандартты пакеттердің жетіспеуі, түсініксіз формулировкалар.

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

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

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

Ерекшеліктер: сирек жағдайларды қалай беріп, бақылауды қалай сақтау керек

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

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

Кімді қатыстыру керек

Шешім дауға айналмасын десеңіз, жауапкершілікті алдын ала бөліңіз:

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

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

Мерзім және өтем шаралар

Ерекшелік әрқашан мерзіммен және қайта қарау күнімен болуы тиіс, мысалы «30 күн, қайта қарау 15-не дейін». Бұл бизнестің «мәңгілік тыйым салынды» деген қорқынышын азайтады және бақылауды сақтайды.

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

Техникалық бақылау қарапайым тілмен: құқықтар, рөлдер, жаңартулар

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

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

Құқықтар мен жауапкершілік

Процестің кезегі сұраулар қатарға айналмасын деп рөлдерді бекітіңіз:

• қызметкер өтініш жасайды және тапсырманы сипаттайды;
• басшы ПО қажеттігін растайды;
• ИТ орнатады және үйлесімділікті қамтамасыз етеді;
• ИТ және/немесе ИБ нәтижені тіркеп, ерекшеліктерді жүйелі түрде қарайды.

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

Рөлдерге қарай базалық программалар жиынтықтары

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

• бухгалтерия: офис пакет, клиент-банк/КЭП, PDF құралдары, басып шығару және сканерлеу;
• колл-орталық: браузер(лар), гарнитура/телефония ПО, қашықтан қолжетімділік, корпоративті мессенджер;
• инженерлер: CAD/CAE, жабдық драйверлері, қашықтан диагностика, архиваторлар;
• оқытушылар: презентациялар, видео, интерактив құралдар, тестілеу ПО.

Әр жиынның иесі кім екенін келісу маңызды: ИТ қолдайды, бизнес құрамын растайды.

Өздігінен жаңартуларға жол бермеу

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

Қайталанатын қателіктер, қақтығысқа әкелетін себептер

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

Ең жиі сенімді бұзатын қателіктер:

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

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

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

Жылдам чек-лист: процесс іске қосуға дайын ба

Соңына дейін саясатты жарияламас бұрын процесстің жұмысқа дайындығын мынадан тексеріңіз:

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

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

Нақты сценарий: шұғыл қажеттілігі бар бөліммен қалай келісу керек

Сату бөлімі ИТ-қа келіп: «Клиентпен қарым-қатынас үшін мессенджер және екі шолғыш кеңейтімі керек, әйтпесе лида жоғалтамыз. Біз күтпей-ақ орнаттық». ИТ жауап береді: «Жоқ, бұл қауіп. Өшіріңдер». Бір сағаттан соң дау басшыларға жетеді.

Әңгіме «бола ма/болмай ма» деңгейінен «қалай тез және қауіпсіз етуге болады» деңгейіне оңай аударылады. 30 минут ішінде келесі жоспар бойынша келісуге болады:

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

Соңында бөлім тек «өзіне-өзі рұқсат берілген» емес, дұрыс бапталған жиын алады. ИТ бірдей әрекеттерді қайталап орындауды тоқтатады, ал белгісіз кеңейтулерден келетін тәуекелдер азаяды.

Келесі қадамдар: ережені бекіту және пайдаланушыларды қолдау

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

Практикада келесі аптаға арналған қысқа жоспар жақсы нәтиже береді:

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

Процестің жанданғанын түсіну үшін бірнеше көрсеткіш жеткілікті:

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

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