Что важнее: бизнес или экономия на ИТ

Кардинально поставил вопрос, да?

Вся моя практика в ИТ доказывает одну простую вещь: самые сложные проблемы возникают не в коде и не в серверах. Они возникают там, где встречаются два совершенно разных мира — мир технических специалистов и мир бизнеса.

Технари говорят про скорость оборудования, уязвимости и безопасность. Руководители и собственники думают про прибыль, планы и эффективность. И вроде бы говорят на одном языке, но с пониманием часто как-то не срастается.

Посмотрим, почему так происходит и, главное, как это исправить.

Технари — это творцы, а не просто «винтики»

Я сам частично технарь, поэтому знаю сию кухню изнутри.

Специалисты любого технического профиля — будь то инженеры, конструкторы, программисты или системные администраторы — по своей сути творцы и художники. Для них их работа — это мир, в котором они живут. Они могут часами рассказывать о нюансах своих решений или, наоборот, замкнуться и молча копаться в чём-то, что для непосвящённого выглядит как магия.

Их можно условно разделить на три группы:

1. Создатели (архитекторы, конструкторы, разработчики) — те, кто строит системы с нуля, глобально.
2. Трудяги (инженеры, программисты, сисадмины, тестировщики, монтажники) — те, кто поддерживает и наполняет системы жизнью.
3. Спасатели (техподдержка, ремонтники) — те, кто приходит на помощь, когда что-то пошло не так. Часто это те же трудяги в другом амплуа.

Все они вкладывают душу в то, что делают. И для них критика их работы или просьба «переделать побыстрее» звучит как удар по личному мастерству. Представьте, что художнику говорят: «Дорисуй эту картину за час, а то у нас бюджет заканчивается». Примерно так же чувствует себя технарь, когда его просят пожертвовать качеством ради скорости.

В чём же разница?

Для технаря важно, чтобы система работала как часы: чётко, быстро и без сбоев. Если архитектура даёт сбой, это похоже на то, как если бы у архитектора его творение дало трещину. Обидно, досадно и требует времени на «реставрацию», а не на творчество.

И чем больше времени уходит на исправление старых ошибок, тем меньше ресурсов остаётся на развитие и создание нового. И тем больше вопросов от руководства: «А чем они там вообще занимаются?»

Для бизнеса же важно максимально эффективно вложить деньги и ресурсы, достичь поставленных целей в короткие сроки. И когда технари просят новое оборудование или время на доработки, руководители часто подсознательно воспринимают это как «игрушки» или необдуманная прихоть.

Парадокс в том, что за последние 10 лет разрыв уменьшился. Современные технари уже мыслят в категориях «оптимизация затрат». А руководители стали глубже понимать ИТ — хотя бы потому, что дома им самим приходится настраивать роутеры и разбираться в гаджетах. Но понимание оставляет желать лучшего.

Где рвётся связь между ИТ и бизнесом?

1. Разные языки.

Технарь говорит: «Нужно проапгрейдить сервер, там критическая уязвимость».

Руководитель слышит: «Трать деньги неизвестно на что». В итоге — всё делается либо «как получится» и на нервах, либо откладывают до первого серьёзного сбоя.

2. Разное понимание слова «срочно».

Для сисадмина «критично» — это риск утечки данных или полной остановки сервиса.

Для руководителя «критично» — это чтобы сотрудники завтра утром могли работать в штатном режиме.

Когда эти понятия не совпадают — начинаются конфликты: «Вы тянете время!» против «Вы не понимаете, как это устроено!».

3. Отсутствие прозрачности.

Руководитель хочет видеть, на что уходят деньги и время. Но когда отчёт выглядит как список закрытых заявок с набором технических терминов, доверие падает. А без доверия любое изменение воспринимается как риск.

4. Скорость реакции.

Бизнес хочет «всё и сейчас». Качественная диагностика и безопасное решение требуют времени, проработки. Если этот разрыв не проговорить заранее, каждое обращение в ИТ становится стрессом для всех.

Как должно быть: 6 простых правил

1. Технарям — говорить на языке бизнеса

Вместо: «Мы повыключали службы и поставили патчи». Говорим: «Мы закрыли риски утечки данных и снизили вероятность простоя в пиковые часы». Теперь сразу понятно, что защищено и сколько это стоит в деньгах и репутации.

2. Бизнесу — ставить чёткие приоритеты

Каждая задача должна получать понятный ярлык:

«Критично для бизнеса» — делаем прямо сейчас.

«Важно, но терпит» — планируем в ближайшее время.

«Техническое улучшение» — делаем, когда есть свободный ресурс.

3. Технарям — давать прозрачные сроки и варианты

Если задача займёт больше времени, предупреждаем заранее:
«Можно сделать быстро, но с риском X. Можно надёжно, но на 2 дня дольше. Выбирайте». Так руководитель принимает решение осознанно, а не в режиме пожарной тревоги.

4. Регулярная синхронизация

Короткая встреча раз в неделю или отчёт по почте. Никаких сюрпризов. Бизнес всегда в курсе, что происходит и что планируется.

5. Эскалация по правилам

Если возникла серьёзная проблема — бизнес узнаёт о ней сразу. С понятным описанием, сроками и планом действий. Без «мы думали, справимся сами».

6. Думать на упреждение

Не ждать, пока проблема проявится и ударит по кошельку. Минимизировать риски на этапе, когда о них стало известно.

Два примера из жизни

Пример №1. Бухгалтерский аутсорсинг

Руководитель привык, что ИТ — это «вызовем сисадмина, если что-то сломается». После переезда офиса сервер начал тормозить, 1С еле дышала. Бухгалтеры не могли работать, клиенты нервничали.

Наша команда разобралась с проблемой, продиагностировала и восстановила данные и, первым делом, дала расклад по вариантам и описала риски простым языком, согласовали приоритеты. Теперь руководство получает сообщения в духе:
«Есть риск X. Предлагаем сделать за Y часов. Если отложить — будут последствия Z. Стоимость N».

Решения принимаются без паники. Сотрудники спокойно трудятся, зная, что есть на кого опереться. А если появляется какой-то сбой, то уже есть чёткий процесс, сроки и ответственность.

Пример №2. Чуть не сгоревшие резервные копии

За два месяца до инцидента мы сказали клиенту: «Нужно разместить резервные копии в другом месте». Создали заявку. Руководитель решила подождать — в компании шли изменения, было не до того.

На днях в соседнем помещении случился пожар. Заявка «обновила статус» мгновенно. Мы выдали варианты по срокам, стоимости и плану действий исходя из возможностей компании на текущий момент. Уже настраиваем по одному из согласованных. Хорошо, что не пришлось восстанавливать данные с подгоревших дисков

Что бизнес получает, когда ИТ перестаёт быть «чёрным ящиком»

• Предсказуемость. Вы заранее знаете риски, стоимость их закрытия и последствия бездействия.
• Контроль без погружения. Вам не нужно становиться техническим экспертом, чтобы управлять ИТ-процессами.
• Снижение стресса. Меньше неожиданных поломок и паники.
• Фокус на главном. Вы тратите время на развитие бизнеса, а не на попытки понять, что значит «сервер недоступен по SSH».

Цифры, о которых стоит знать

• Средняя стоимость часа простоя для среднего бизнеса — от 100 000 до 500 000 рублей и выше. Для интернет-магазинов или служб доставки — ещё выше из-за упущенной выручки.
• До 40% всех ИТ-инцидентов происходят не из-за технологий, а из-за плохой коммуникации между ИТ и бизнесом.
• Компании, которые внедряют прозрачные ИТ-процессы, сокращают количество «авралов» на 30–50% в первые полгода.
• По нашему опыту, после системной настройки инфраструктуры количество запросов в ИТ падает на 60–80% за те же полгода.
• Доверие на старте отношений вырастает на 40–50%, если провести первичную консультацию и показывать не «корочки», а реальные решения.

Эти цифры — не для запугивания. Они показывают, что предсказуемость и понятность в ИТ — это прямая экономия денег и нервов.

Вместо заключения

Время идёт, а проблемы коммуникации между ИТ и бизнесом никуда не исчезают. Но их можно и нужно решать — не тогда, когда всё горит, а прямо сейчас.

Я считаю, что понятный, предсказуемый и безопасный ИТ-фон для бизнеса является базисом его развития. Чтобы он мог заниматься непосредственно своим делом.

Чем раньше вы начнёте выстраивать понятные процессы, тем меньше потеряете на стрессе, простоях и неожиданностях.