Каталог сервисов вместо \"пишите в ИТ\": как растёт зрелость внутреннего заказчика

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

Это работает до определённого масштаба. После - перестаёт. ИТ превращается в перегруженный буфер, куда стекаются все пожелания, и никто не понимает, почему всё делается медленно.

Что меняет каталог сервисов

Каталог сервисов - это ответ на вопрос: что именно ИТ предоставляет и на каких условиях.

Не "мы помогаем со всем", а конкретно: новый компьютер - в течение трёх дней, заведение пользователя в систему - в течение одного дня, подключение нового офиса к сети - в течение двух недель, разработка нового отчёта - обсуждается отдельно.

Каталог делает несколько вещей одновременно:

• переводит ожидания в явный формат;
• позволяет бизнесу планировать, а не ждать;
• позволяет ИТ измерять свою работу и управлять приоритетами;
• создаёт общий язык между ИТ и внутренними заказчиками.

Это не бюрократия. Это то, что делает отношения предсказуемыми для обеих сторон.

Почему ИТ-директора этого избегают

Формализация пугает по двум причинам.

Первая - страх ответственности. Если написать, что услуга предоставляется за три дня, а реально она делается за семь, это станет видно. Когда ожидания нигде не зафиксированы, претензий формально нет.

Вторая - ощущение, что это "не для нашего масштаба". Каталог сервисов ассоциируется с большими корпорациями, ITIL, тяжёлыми процессами. Средняя компания думает, что это не про неё.

Оба возражения понятны. Но первое - это не аргумент против каталога, это аргумент за то, чтобы привести реальность в соответствие с обязательствами. А второе - это миф. Каталог сервисов для компании на 200 человек может быть простым документом на несколько страниц.

Как выглядит внутренний продуктовый подход

Зрелое ИТ думает о своих сервисах как о продуктах для внутреннего заказчика. У каждого сервиса есть:

• описание того, что он включает и что не включает;
• условия предоставления - сроки, зависимости, что нужно от заказчика;
• стоимость - хотя бы приблизительно, даже если это внутренняя трансфертная цена;
• кто отвечает за сервис и куда обращаться при проблемах.

Вопрос о том, кто принимает решения и кто кому звонит, когда что-то ломается, - смежный элемент той же картины зрелости.

Это похоже на то, как работает внешний сервис-провайдер. Только внутри компании.

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

Когда это имеет смысл внедрять

Каталог сервисов нужен не всем и не всегда. Есть признаки, что время пришло:

• ИТ-команда регулярно получает одни и те же запросы, но каждый раз обрабатывает их как новый;
• сроки выполнения задач непредсказуемы для заказчиков;
• бизнес-подразделения не понимают, чем занимается ИТ и почему что-то делается долго;
• появилось несколько ИТ-сотрудников, и координация между ними требует усилий.

Это не про количество людей. Это про уровень координации, который уже не работает неформально.

Практический фильтр для старта

Если сомневаетесь, нужен ли каталог, ответьте на три вопроса:

1. Может ли любой сотрудник компании прямо сейчас узнать, что именно ИТ для него делает и в какие сроки?
2. Может ли новый руководитель подразделения за один час понять, что он может ожидать от ИТ?
3. Может ли ИТ-директор за одну встречу объяснить топ-менеджменту, что именно ИТ производит?

Если хотя бы на два из трёх ответ "нет" - каталог уже нужен. Даже самый простой.