Пока всё в порядке, вопрос не возникает. Почта ходит, 1С открывается, интернет не падает. Про ИТ вспоминают, когда что-то сломалось. И тут начинается интересное. Сервер встал, а где резервные копии, никто точно не помнит. Один человек знает пароли, и он на больничном. Подрядчик по железу говорит, что вопрос не к нему. Подрядчик по 1С говорит, что проблема в инфраструктуре, а не в программе. Счёт за восстановление приходит на сумму, которую никто не планировал. Формально ИТ в компании есть. Люди, которые что-то настраивают. Договоры с двумя или тремя компаниями. Расходы, разумные по отдельности. Не хватает одного. Человека, который отвечает за ИТ целиком. Не за сервер, не за 1С, не за интернет, а за то, чтобы всё это работало на задачи бизнеса. Вот здесь и становится видна разница между наличием ИТ и системным управлением им. Смысл системного управления не в порядке ради порядка. Он в том, что ИТ перестаёт быть набором отдельных участков. Технологии, внутренние специалисты и подрядчики начинают работать на одни цели, а не каждый на свои. Что это меняет на практике. Решения по ИТ функции компании, ИТ проектам, бюджету и приоритетам привязаны к задачам компании, а не к тому, кто громче попросил. Видно, где системы связаны между собой и что потянет за собой изменение в одной из них. Риски находятся на стыках, а не только внутри отдельного сервера. Руководитель понимает, за что платит и сколько стоит содержание ИТ. И ещё одно, о чём обычно умалчивают. Эффект от изменений в ИТ не наступает на следующей неделе. Это нормально, но лучше знать заранее. Такая работа существует отдельно. Она называется управление ИТ, и её может делать человек со стороны, если держать в штате IT директора пока не нужно. Стратегия, бюджет, приоритеты, контроль подрядчиков, отчёт вам раз в месяц. Завтра утром главный сервер может не включиться. В этот момент выяснится, что отвечать за результат некому. А как в вашей компании устроено ИТ, давайте обсудим?