Коли в офісі на годину перестає працювати сервер або корпоративна система, прямої суми збитків у бухгалтерській програмі не з’являється. Через це IT-простої часто сприймають як технічну незручність: почекаємо, спеціаліст усе відновить і повернемося до роботи.
Але для бізнесу збій починається не в серверній. Він починається в момент, коли співробітник не може виконати свою роботу.
Якщо через технічну проблему одночасно простоюють 20 людей, одна година збою — це вже 20 втрачених людино-годин. А якщо проблема зачіпає продажі, роботу з клієнтами, бухгалтерію або склад, наслідки можуть виходити далеко за межі часу простою.
Тому реальна вартість IT-збою складається одразу з кількох компонентів.
Що бізнес втрачає під час IT-простою
Найпростіше побачити втрати через робочий час.
Уявімо офіс, у якому через недоступність критичної системи частина команди не може виконувати свої основні завдання. Зарплата цим співробітникам продовжує нараховуватися, але продуктивної роботи в цей період немає.
Проте це лише найбільш очевидна частина.
До наслідків IT-простою можуть належати:
- оплачений, але фактично втрачений робочий час;
- затримка обробки замовлень і заявок;
- неможливість працювати з клієнтами;
- перенесення внутрішніх операцій;
- затримка роботи інших відділів;
- додатковий час IT-фахівців на відновлення;
- необхідність повторно виконувати частину операцій після збою;
- порушення запланованих строків.
Тому дві компанії з однаковою кількістю співробітників можуть мати зовсім різну вартість однієї години простою. Все залежить від того, яка система недоступна і які бізнес-процеси від неї залежать.
Як приблизно оцінити вартість простою
Не обов’язково використовувати універсальні галузеві цифри. Для управлінської оцінки бізнес може почати зі своїх власних даних.
Найпростіша базова модель:
кількість співробітників, які не можуть працювати × середня вартість години їхньої роботи × тривалість простою.
Наприклад, якщо система недоступна одну годину і через це 20 працівників не можуть виконувати свої завдання, компанія втрачає щонайменше 20 людино-годин.
Це ще не фінальна сума збитків. Такий розрахунок лише показує масштаб непродуктивного часу.
Для більш повної оцінки потрібно поставити додаткові питання: чи зупинилися продажі, чи могли клієнти оформлювати замовлення, чи виникли затримки поставок, чи доведеться співробітникам надолужувати роботу після відновлення систем.
У деяких компаніях година недоступності внутрішнього файлового сервера створить незручності для кількох людей. В інших година недоступності основної облікової системи може зупинити значну частину операцій.
Саме тому оцінювати потрібно не «вартість падіння сервера», а вартість зупинених бізнес-процесів.
Чому невеликі регулярні збої теж коштують дорого
Критична аварія привертає увагу керівництва відразу. Набагато легше не помічати дрібні проблеми, які стали частиною повсякденної роботи.
Співробітник щоранку кілька хвилин чекає завантаження системи. Корпоративна мережа періодично працює повільно. Програма зависає, її перезапускають і продовжують роботу. Доступ до спільних файлів іноді зникає.
Окремий випадок здається несуттєвим.
Але якщо проблема повторюється щодня та зачіпає багато людей, втрачений час накопичується. До нього додається ще один фактор — постійне перемикання уваги. Людина перериває роботу, намагається самостійно вирішити проблему, звертається до колеги або підтримки, а потім повертається до попереднього завдання.
Саме тому для бізнесу важлива не лише кількість великих аварій, а загальна стабільність робочого середовища.
Найдорожчі збої часто починаються з відсутності профілактики
Коли сервер уже недоступний, основне завдання очевидне — якомога швидше відновити роботу.
Але після відновлення варто поставити інше питання: чи можна було виявити проблему раніше?
Частина IT-збоїв не виникає миттєво. Їм можуть передувати нестача ресурсів, помилки в роботі систем, проблеми з накопичувачами, невдалі оновлення або інші сигнали, які можна побачити під час регулярного контролю інфраструктури.
Тому зріла IT-підтримка працює у двох напрямках.
Перший — швидко реагує на проблеми, які вже впливають на користувачів.
Другий — контролює стан критичних компонентів, щоб частину інцидентів виявляти до того, як вони зупинять роботу співробітників.
Саме другий напрямок часто залишається поза увагою компаній, у яких IT працює переважно за принципом «зателефонуємо спеціалісту, коли щось зламається».
Чому модель «ремонтуємо після поломки» погано масштабується
Для офісу з кількома комп’ютерами реактивна підтримка ще може здаватися достатньою. Чим більше стає співробітників, серверів, сервісів та залежностей між ними, тим дорожчими стають наслідки такого підходу.
Припустимо, компанія відкрила другий офіс. Частина співробітників працює віддалено. З’явилися CRM, облікова система, спільне файлове сховище та кілька зовнішніх сервісів.
Тепер збій одного компонента може впливати не на одну людину, а на цілий відділ.
У цей момент IT перестає бути набором окремих комп’ютерів. Воно стає інфраструктурою, від якої безпосередньо залежить операційна діяльність.
А отже, змінюватися має і модель її підтримки.
Що бізнес може зробити для зменшення простоїв
Повністю виключити технічні збої неможливо. Реалістична мета — зменшити їхню ймовірність, швидше виявляти проблеми та бути готовими до відновлення.
Для цього варто почати з кількох базових речей:
- Визначити критичні системи. Бізнес повинен знати, без яких сервісів робота суттєво ускладнюється або зупиняється.
- Налаштувати моніторинг. Стан серверів і ключового мережевого обладнання потрібно контролювати, а не перевіряти лише після скарги користувача.
- Перевіряти резервне копіювання. Важливо не тільки створювати копії, а й розуміти, чи можна з них відновити потрібні дані.
- Документувати інфраструктуру. Доступи, конфігурації та критичні залежності не повинні існувати лише в пам’яті одного спеціаліста.
- Аналізувати повторювані інциденти. Якщо одна проблема виникає регулярно, постійне усунення симптомів не є її вирішенням.
- Визначити відповідальних. У момент збою співробітники повинні розуміти, куди звертатися і хто координує відновлення роботи.
Ці заходи не роблять інфраструктуру невразливою. Але вони переводять управління IT з режиму постійного реагування в більш контрольовану модель.
Вартість профілактики варто порівнювати з вартістю простою
IT-обслуговування часто розглядають виключно як витрати: скільки коштує системний адміністратор, підрядник, моніторинг або обслуговування серверів.
Для бізнесу корисніше поставити питання інакше: скільки коштує компанії нестабільна робота IT?
Якщо технічні проблеми регулярно зупиняють співробітників, відволікають керівників і створюють затримки для клієнтів, економія на системному обслуговуванні може виявитися лише формальною.
Це не означає, що кожній компанії потрібна складна та дорога IT-інфраструктура. Рівень підтримки повинен відповідати масштабу бізнесу та критичності його систем.
Але чим сильніше операційна діяльність залежить від IT, тим важливіше контролювати його стан до появи аварії.
Якщо IT-збої вже впливають на роботу компанії
Постійні проблеми з серверами, мережею або робочими місцями — привід оцінити не тільки окремі несправності, а весь підхід до IT-обслуговування.
Абонентське IT-обслуговування ITEYE включає підтримку користувачів, роботу з серверами та мережами, усунення збоїв, профілактику й моніторинг інфраструктури.
Якщо причина регулярних проблем поки незрозуміла, почати можна з IT-аудиту. Він допоможе визначити слабкі місця та зрозуміти, які зміни дадуть бізнесу найбільший практичний ефект.
