Открыть IT-направление в не-IT компании — это не про технологии. И не про программистов. И даже не про деньги.

Это про момент, когда бизнес понимает, что компания «устаревает», рынок меняется, конкуренты что-то делают, технологии звучат громко, а компания чувствует, что начинает отставать и ей нужно новое направление, которого еще никогда не было.

Почти всегда всё начинается одинаково. Собственник или топ-менеджмент в какой-то момент приходит к пониманию: «Нам нужен свой ИТ продукт».

После чего начинают возникать первые вопросы:

- что именно нам нужно

- сколько это стоит – денег/времени/людей

- какой результат мы хотим получить

- кто за это будет отвечать

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

Разберем конкретные шаги и развеем страхи.

Первая проблема: бизнес не знает с чем это едят

Компания, которая никогда не занималась IT, не всегда может правильно понять свой запрос (и это нормально).

Появляются первые абстрактные формулировки:

«Нам нужно приложение»,

«Нам нужен AI»,

«Нам нужна платформа».

На этом этапе самая большая ошибка — начинать писать ТЗ.

Вместо этого, сначала нужно сделать гораздо более приземленную работу: разобраться, где именно компания теряет контроль, деньги или время. Не на уровне идей, а на уровне реальных процессов, и, исходя из этого, определить для себя прежде всего – что именно мы хотим получить на выходе (с конкретными критериями на уровне бизнеса).

Пока этого понимания нет, любое IT — это просто дорогой эксперимент.

Вторая проблема: страх программистов

Для бизнеса программисты — это чёрный ящик. Они дорогие, говорят непонятно и обещают странное. Поэтому часто первая попытка открыть IT-направление выглядит так: нанимают одного сильного разработчика и надеются, что он «всё сделает».

Почти никогда это не работает. Не потому что разработчик плохой.

А потому что программист-исполнитель не может:

  • сформировать ожидания,

  • собрать бизнес-требования,

  • выстроить коммуникацию,

  • объяснить ограничения,

  • и при этом ещё писать код.

В результате бизнес разочаровывается, а разработчик выгорает.

Самое важное — первый человек

На самом деле IT-направление начинается не с команды и не с архитектуры. Оно начинается с одного правильного человека. Это должен быть не «упоротый технарь» и не чистый менеджер.

Это должен быть человек, который:

  • понимает технологии,

  • говорит простым языком,

  • не боится неопределённости,

  • и способен делать руками, если нужно.

Его главная задача — не написать идеальный код. Его задача — начать действовать, устранить неопределенность и создать первый прототип. Прототип вносит ясность, позволяет начать разговаривать предметно, увидеть и пощупать продукт своими руками.

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

Когда бизнес впервые видит, что что-то работает, даже в сыром виде, происходит важный перелом – появляется вера и опора.

Важные изменения

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

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

Когда компания:

- перестаёт ждать чудес,

- принимает неопределённость,

- и понимает, что IT — это путь, а не проект.

И именно тогда IT-направление перестаёт быть экспериментом.

Вместо итога

Открыть IT-направление в компании, которая никогда не занималась IT, — это не про технологии.

Это про доверие.

Про честность.

Про готовность идти туда, где нет гарантий.

А в мире бизнеса иногда это самое ценное.