Чем стратегический IT-консалтинг отличается от обычного аутсорса?

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

Рядом: под ключ или своя команда, своя разработка или готовое решение и какие задачи автоматизировать первыми.

В чём разница по существу

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

Когда это нужно

1. Перед запуском нового направления. Архитектурная ошибка на старте обходится дороже всего, потому что к моменту, когда она видна, на ней уже стоит продукт.
2. При росте, который упёрся в системы. Когда «докупить мощности» перестаёт помогать, нужна перестройка, а не расширение.
3. Когда IT-бюджет растёт, а эффект неясен. Независимый разбор помогает потому, что у него нет доли ни в одной из статей этого бюджета.
4. При накопленном техническом долге. Задача здесь не переписать, а решить, что модернизировать, что оставить и в каком порядке.
5. При выходе на новый рынок, где меняются требования к данным, языкам и отчётности.

Когда это пустая трата денег

Раздел, которого обычно нет в таких текстах, и он важнее предыдущего.

• У бизнеса нет стратегии. Если неясно, куда движется компания, любая IT-стратегия станет набором слайдов. Технологический план это следствие бизнес-плана, а не его замена.
• Вы уже знаете, что делать. Если задача сформулирована и решение выбрано осознанно, нужен исполнитель. Консультант в этом случае добавит стоимость и срок, не добавив содержания.
• Никто внутри не готов участвовать. Половина работы это интервью с вашими людьми и разбор ваших данных. Без доступа к ним получится отчёт по общим местам.
• Решение уже принято наверху, а консультант нужен, чтобы его подтвердить. Это покупка согласия, и стоит она дороже, чем согласие.
• Ожидается ответ за одну встречу. На вопрос «что нам делать с IT» за час можно ответить только общими словами, и они у вас уже есть.

Как проверить консультанта до начала работы

Чек-лист, который работает в обе стороны: по нему видно и того, кто вам подходит, и того, кто продаёт.

Чего настоящий консультант не делает

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

Семь компетенций, которые стоит проверить

1. Связь решения с деньгами. Может ли он сказать, на какой показатель повлияет решение и через какой срок.
2. Независимость от поставщиков. Есть ли у него доля в том, что он рекомендует. Правильный выбор иногда это остаться на действующей платформе.
3. Работа с унаследованными системами. Модернизация сложнее разработки с нуля, и опыт здесь виден сразу по вопросам про объёмы данных и про то, что ломалось раньше.
4. Неудобные вопросы. Кто в компании боится этого проекта. Где процесс ломается чаще всего. Что обычно не показывают на демонстрации.
5. Прозрачность оценки. Что по часам, что фиксировано, от чего зависит срок и какие риски названы заранее.
6. Многоязычность как архитектурная задача. Интерфейс на иврите это RTL, а документ на трёх языках это не перевод, а отдельная работа. Кто считает это мелочью, тот с этим не работал.
7. Ответственность за работающий результат, а не за сданный документ.

Три вопроса при первом разговоре

• Покритикуйте наш нынешний технологический выбор. Хороший ответ находит слабые места без лести и без грубости.
• Какой ваш самый неудачный проект и чему он научил. Тот, у кого неудач не было, не работал на сложных задачах.
• Работали ли вы в регулируемой отрасли. Медицинские данные, финансовые операции и закон о приватности меняют не детали, а саму архитектуру.

Гибридная модель, и почему она обычно верная

Противопоставление аутсорса и консалтинга удобно для текста, но на практике выбирают не одно из двух. Рабочая схема: консультант задаёт направление, проектирует архитектуру и принимает результат, а команда исполнителей, своя или внешняя, делает работу. Смысл разделения в том, что проверяющий и исполняющий это разные роли, и совмещать их в одном подрядчике значит остаться без проверки.

Чем измерять, что консалтинг сработал

Прежняя версия этой страницы приводила два случая с процентами роста у неназванных заказчиков. Таких измерений не было, и я их убрал. Вместо них то, что можно проверить у себя.

• Менялись ли решения. Сколько пунктов первоначального плана изменилось после разбора и почему.
• Зафиксировано ли обоснование. Через год должно быть понятно, почему выбрали так, иначе следующая команда начнёт спор заново.
• Появился ли отказ. Хороший разбор почти всегда заканчивается тем, что часть задуманного решено не делать. Список невыполненного это результат, а не пробел.
• Понимает ли ваша команда решение. Проверяется просто: может ли ваш человек объяснить его без консультанта.
• Изменился ли показатель, который назвали целью до начала. Если цель не называлась числом, измерять нечего, и это ошибка постановки, а не исполнения.

Как работаю я

Я независимый архитектор, практика с 2004 года, работа с AI-системами с 2023 года, проекты для заказчиков в 14 странах. Я не перепродаю платформы и не получаю от поставщиков ничего за рекомендацию, поэтому «оставить как есть» для меня допустимый вывод.

Работа обычно начинается с разбора того, что уже построено, и с интервью с теми, кто этим пользуется. Заканчивается решениями с обоснованием, порядком работ и явным перечнем того, что делать не нужно. Дальше я либо остаюсь вести проект, либо передаю вашей команде, и второй вариант нормальный.

Чего я не делаю: не называю ожидаемый рост показателей до разбора и не предъявляю чужие проценты как доказательство.