Коротка відповідь: Власний ІТ-фахівець доцільний там, де компанії потрібна щоденна присутність технічного спеціаліста та глибоке знання специфіки роботи. Для невеликої компанії зі стандартним середовищем зазвичай практичніший аутсорсинг з однією відповідальною особою всередині компанії; у разі зростання або високої критичності найкраще зазвичай працює гібридна модель.
Вирішальним є не лише число комп’ютерів
Питання вибору між власним ІТ і аутсорсингом зазвичай постає не внаслідок довгострокового планування. Поштовхом часто стає звільнення єдиного адміністратора, повторний збій, незрозумілий стан резервних копій або зростання компанії, за якого керувати доступами телефоном і за допомогою таблиці вже неможливо.
Ще одна причина — оновлення робочих станцій. Стандартна підтримка Windows 10 завершилася 14 жовтня 2025 року. Комп’ютери не припинили працювати, але звичайними варіантами є перехід на підтримувану Windows 11, використання відповідної програми розширених оновлень безпеки або заміна пристроїв. Деталі та обмеження окремих варіантів узагальнює Microsoft у своїй інформації про завершення підтримки Windows 10.
Отже, рішення не зводиться лише до вибору між працівником і рахунком від підрядника. Ви визначаєте, хто:
- опрацьовуватиме звичайні запити користувачів;
- знатиме критично важливі системи та залежності між ними;
- замінить хворого або недоступного технічного спеціаліста;
- матиме право змінювати налаштування брандмауера, облікових записів і резервного копіювання;
- реагуватиме на інцидент безпеки;
- документально підтверджуватиме виконані зміни та тести відновлення.
Що насправді потрібно порівнювати
Внутрішній адміністратор добре знає людей і робочі процеси. Він розуміє, коли не можна перезавантажувати виробничий комп’ютер, чому складу потрібен принтер етикеток ще до початку зміни та яка бухгалтерська система має обов’язково працювати під час закриття звітного періоду.
Слабким місцем ІТ, що складається з однієї людини, є обмежена спроможність і вузьке коло спеціалізацій. Одна людина може добре адмініструвати Microsoft 365, Windows і кінцеві пристрої, але не обов’язково водночас володіє знаннями щодо брандмауерів, віртуалізації у Proxmox VE, Windows Server, Synology DSM, QNAP QTS, відновлення після атаки програм-вимагачів і ліцензійних умов корпоративної системи.
Зовнішній партнер може розподілити роботу з мережею, серверами, хмарними службами, безпекою та підтримкою між кількома людьми. Проте без знання пріоритетів компанії він легко може обмежитися виконанням окремих запитів. Тому документація, відповідальна особа та правила ескалації мають таке саме значення, як і технічні знання.
| Сфера | Власний ІТ | ІТ-аутсорсинг |
|---|---|---|
| Знання робочих процесів | Формується завдяки щоденній взаємодії | Має бути зафіксоване під час прийняття середовища та постійно доповнюватися |
| Взаємозамінність | За наявності єдиного адміністратора зазвичай низька | Залежить від команди, документації та передавання запитів |
| Спеціалізація | Обмежується розміром внутрішньої команди | За потреби можна залучати різних фахівців |
| Фізична доступність | Технічний спеціаліст зазвичай працює безпосередньо на місці | Визначається місцем розташування, договором і порядком виїздів |
| Керування пріоритетами | Безпосередньо всередині компанії | Через власника послуги, пріоритети та ескалацію |
| Основна залежність | Від конкретних працівників | Від постачальника та якості переданої документації |
Не порівнюйте зарплату лише з місячною абонентською платою
Спочатку визначте однаковий необхідний обсяг обслуговування для обох варіантів. Врахуйте підтримку користувачів, керування ідентифікаційними даними, оновлення, моніторинг, резервне копіювання, тести відновлення, виїзди, роботу поза звичайним робочим часом і масштабніші проєктні зміни.
Для внутрішньої моделі, крім зарплати та обов’язкових відрахувань, врахуйте витрати на робоче обладнання, навчання, засоби віддаленого адміністрування, моніторингу та безпеки. Додайте витрати на пошук працівника, його адаптацію, відпустки, лікарняні та можливих фахівців, яких внутрішньому адміністратору доведеться залучати.
За аутсорсингу частина робіт зазвичай входить до абонентської плати. Окремо можуть оплачуватися, наприклад:
- виїзди та робота поза узгодженим часом;
- міграції та інші проєкти;
- роботи понад погоджений обсяг;
- ліцензії Microsoft 365 і засобів безпеки;
- обладнання та сховища резервних копій;
- чергування або гарантоване обслуговування.
У договорі потрібно розмежувати поточне адміністрування, інцидент і запит на внесення змін. Сам час реагування зазвичай визначає, коли постачальник почне опрацьовувати запит, а не коли роботу буде відновлено. Тому для критично важливих служб також необхідно встановити пріоритети, порядок ескалації та очікувану процедуру відновлення.
Докладніший перелік складових витрат наведено у статті скільки коштує адміністрування ІТ для малої компанії.
Проведіть тест другого адміністратора
Фраза «у нас є айтішник» ще не означає, що компанія має взаємозамінне ІТ. Спробуйте визначити, чи зможе інша уповноважена особа без дзвінка попередньому адміністратору:
- отримати аварійний адміністративний доступ;
- з’ясувати, кому належать домен і тенант Microsoft 365;
- знайти договори, ліцензії та контакти постачальників;
- зрозуміти структуру мережі та ключових серверів;
- дізнатися, де зберігаються резервні копії;
- запустити й перевірити відновлення важливої системи;
- визначити, які пристрої не можна перезавантажувати без дозволу.
У внутрішній моделі взаємозамінність може забезпечити другий працівник, зовнішній партнер або регулярна незалежна перевірка. За аутсорсингу переконайтеся, що інформація не залишається лише в голові закріпленого за вами технічного спеціаліста.
Необхідні відомості мають бути принаймні в реєстрі пристроїв і служб, схемі мережі, керованому сховищі доступів, експлуатаційних процедурах та історії змін. Якщо єдиний адміністратор звільнився, нічого не передавши, скористайтеся контрольним списком для випадку відсутності паролів і доступів.
Відповідальність за безпеку не можна повністю передати постачальнику
Зовнішня компанія може взяти на себе конкретні операційні завдання. Однак керівництво замовника й надалі ухвалює рішення щодо бюджету, прийнятного ризику, повноважень постачальника та пріоритетів відновлення.
Zákon č. 264/2025 Sb., o kybernetické bezpečnosti, набрав чинності 1 листопада 2025 року. Це не означає, що кожна мала компанія автоматично належить до регульованих суб’єктів. Дію закону потрібно оцінювати з огляду на послуги, що надаються, та інші встановлені законом умови; попередню оцінку пропонує посібник NÚKIB щодо нового закону про кібербезпеку.
Незалежно від законодавчого режиму вимагайте як від внутрішнього, так і від зовнішнього ІТ щонайменше такого:
- індивідуальні облікові записи адміністраторів і багатофакторна автентифікація;
- розділення звичайного користувацького та адміністративного облікових записів;
- аварійний доступ під контролем компанії;
- облік привілейованих втручань і суттєвих змін;
- оформлення домену, тенанту, ліцензій і договорів на компанію;
- чітко визначені ролі під час інциденту та відновлення роботи;
- правила для субпідрядників і роботи з персональними даними;
- резервна копія, відокремлена від звичайного робочого середовища;
- документально підтверджений тест відновлення;
- процедура завершення співпраці та відкликання доступів.
Зелений статус завдання в Synology DSM, QNAP QTS або іншій консолі резервного копіювання щонайбільше підтверджує результат конкретного завдання. Він не доводить, що резервуються правильні дані, що у вас є необхідні облікові дані або що систему можна відновити в потрібний строк. Окрему процедуру описано у статті як провести й задокументувати тест відновлення резервної копії.
Ухвалюйте рішення за критичністю, а не за однією числовою межею
Не існує фіксованої кількості користувачів, після досягнення якої власний адміністратор стає вигідним. Невеликому виробничому підприємству внутрішня технічна роль може знадобитися раніше, ніж більшому офісу, який переважно користується стандартними хмарними службами.
Практичніше оцінювати роботу за такими ознаками:
| Ситуація | Імовірно придатна початкова модель |
|---|---|
| Стандартний офіс, звичайний робочий час, переважно хмарні служби | Аутсорсинг із відповідальною особою всередині компанії |
| Кілька філій, власні сервери або декілька взаємопов’язаних систем | Аутсорсинг із внутрішнім власником ІТ або гібридна модель |
| Виробництво, спеціалізоване обладнання чи потреба в постійній присутності | Внутрішня операційна роль, доповнена зовнішніми фахівцями |
| Власна розробка, безперервна робота або значні наслідки простою | Внутрішня команда або гібридна модель із чергуванням і чітко розподіленими ролями |
Оцінюйте модель суворіше, якщо документація відсутня, компанія має єдиного адміністратора, адміністративні облікові записи використовуються спільно або єдина резервна копія доступна з того самого середовища, що й вихідні дані.
Для кожної важливої системи визначте:
- власника служби;
- максимально допустиму тривалість простою;
- максимально допустиму втрату даних;
- особу, уповноважену ухвалювати рішення про зупинення роботи;
- спосіб роботи в резервному режимі;
- відповідальність за відновлення та його перевірку.
Лише після цього можна порівняти, хто краще забезпечить необхідне обслуговування: працівник, постачальник чи обидві сторони разом.
Гібридна модель зберігає контроль усередині компанії
Для компанії, що зростає, часто добре працює розподіл, за якого власник ІТ залишається всередині компанії, а технічну експлуатацію забезпечує зовнішня команда. Внутрішній власник не обов’язково має бути штатним системним адміністратором. Проте він повинен знати пріоритети компанії, погоджувати доступи й інвестиції та ухвалювати рішення щодо прийнятного ризику.
Розподіл може мати такий вигляд:
- Усередині компанії: пріоритети, бюджет, власники даних, прийняття та звільнення працівників, погодження доступів і суттєвих змін.
- Зовнішня команда: служба підтримки, моніторинг, оновлення, адміністрування Microsoft 365, мережа, резервне копіювання та спеціалізовані втручання.
- Спільно: архітектура, план відновлення, реагування на інциденти, перевірка прав доступу та технологічний план.
Гібридна модель не працюватиме, якщо внутрішній координатор лише пересилає електронні листи або постачальник чекає окремого погодження кожного звичайного безпекового втручання. Повноваження, фінансові ліміти та ситуації, що потребують ескалації, потрібно узгодити до виникнення інциденту.
Якщо вам потрібно прийняти адміністрування, доповнити документацію та розподілити відповідальність між вашою компанією й технічними спеціалістами, ми вирішуємо це в межах адміністрування корпоративного ІТ. Першим кроком може бути лише обстеження середовища; зміна постачальника не є автоматичним результатом.
Як перевірити постачальника до підписання договору
Переліку підтримуваних технологій недостатньо. Запитуйте про конкретні результати й ситуації:
- Хто замінить закріпленого за нами технічного спеціаліста, якщо він буде недоступний?
- Які документи ми отримаємо після прийняття середовища?
- Хто оновлюватиме документацію після внесення змін?
- Які події ви відстежуєте та хто на них реагує?
- Як ви підтвердите останній тест відновлення і що саме під час нього відновлювалося?
- Кому належать облікові записи, домени, ліцензії та резервні копії конфігурацій?
- Що входить до абонентської плати та як ми погоджуємо додаткові роботи?
- Як відбуватиметься передавання іншому адміністратору?
- За яких умов ви можете ізолювати пристрій або обліковий запис без попередньої згоди?
- Як ви відкликаєте доступи у своїх працівників і субпідрядників?
Тривожними ознаками є один спільний обліковий запис адміністратора, надсилання паролів звичайною електронною поштою, нечітко визначене чергування або твердження про працездатність резервного копіювання без підтвердженого відновлення. Не менш проблемним є договір, у якому передбачені штрафи, але не визначені пріоритети інцидентів, канали зв’язку та відповідальні особи.
Починайте зміни з аудиту, а не з розірвання договору
Перш ніж змінювати модель адміністрування, складіть перелік користувачів, пристроїв, місць роботи, постачальників і систем. Для кожної системи зафіксуйте власника, адміністративні доступи, залежності, спосіб резервного копіювання та необхідну доступність.
Якщо інвентаризаційні дані або доступи відсутні, починати з видалення облікових записів небезпечно. Спершу перевірте, хто контролює домен, тенант, брандмауер, віддалений доступ, резервні копії та ліцензійні портали.
Здійснюйте перехід із періодом паралельної роботи:
- прийміть документацію та доступи;
- перевірте їх за допомогою незалежного входу;
- відновіть вибрану резервну копію;
- передайте відкриті запити та заплановані зміни;
- зафіксуйте початкову конфігурацію;
- лише після цього видаліть старі облікові записи та віддалені доступи.
Без цієї перевірки ви лише замінюєте залежність від однієї людини залежністю від іншої.
Поширені запитання
Чи завжди ІТ-аутсорсинг дешевший за власного адміністратора?
Ні. Результат залежить від обсягу підтримки, необхідної доступності та робіт поза абонентською платою. Порівнюйте однаковий обсяг обслуговування, включно із взаємозамінністю, інструментами, чергуванням, навчанням і залученням фахівців.
Починаючи з якої кількості користувачів власний ІТ стає вигідним?
Універсальної межі не існує. Вирішальними є критичність роботи, кількість місць розташування, складність систем, потреба у фізичній присутності та наслідки простою. Спеціалізованому виробництву внутрішня роль може знадобитися раніше, ніж значно більшому офісу.
Чи переходить відповідальність за безпеку до зовнішньої компанії?
Постачальник може взяти на себе погоджені операційні обов’язки та відповідати за їх виконання. Однак керівництво замовника й надалі ухвалює рішення щодо ризиків, бюджету, повноважень і пріоритетів та повинно мати доступ до облікових записів, документації й доказів проведених перевірок.
Чи можна залишити внутрішнього адміністратора, а частину ІТ передати на аутсорсинг?
Так. Внутрішній адміністратор може зберігати знання про робочі процеси й керувати пріоритетами, а зовнішня команда — забезпечувати взаємозамінність, моніторинг або надавати фахівців із мереж, хмарних служб, безпеки та відновлення.
Що підготувати перед запитом пропозиції на адміністрування ІТ?
Почніть із кількості користувачів, пристроїв і місць роботи, переліку ключових систем, постачальників, адміністративних облікових записів, способу резервного копіювання та вимог до доступності. Відсутні відомості не заважають надіслати запит; вони показують, що саме має перевірити початковий аудит.
Де нас знайти
ITHOPE — компанія з Брно, Чехія: ми робимо відновлення даних з дисків, RAID і NAS, сервіс ПК та ноутбуків та IT для бізнесу, усе у власній лабораторії за адресою Viniční 3587/216, 615 00 Brno.
Телефон +420 775 556 063 (цілодобово). Пристрій можна привезти особисто або надіслати курʼєром (Zásilkovna, PPL).