Давайте поговорим об актуальном вопросе "что лучше покупка готового ИТ-продукта с рынка или разработка собственного решения?"
В условиях кризиса, ограниченных ресурсов, мы сталкиваемся с решением ИТ-директора разрабатывать свою программу, а не использовать готовый продукт. По большей части, это крупные компании с миллиардными оборотами, но бывает, что такое встречается и в небольших компаниях. Чаще всего результатом такого подхода становятся в худшем случае "мертворожденная" программа и выкинутые деньги, в лучшем - программа, которой заставляют пользоваться "из под палки", она глючит, вылетает, сотрудники плюются, но пользуются. Есть исключения, которые доказывают правило, когда получается действительно хорошая работающая программа, люди пользуются, авторы программы ее развивают, компания получает экономическую выгоду. Почему же так происходит?
Посмотрим на плюсы собственной разработки с точки зрения ИТ-директора:
- удовлетворяет 100% требований бизнеса;
- нет перегруженного интерфейса и функций, которыми сотрудники не будут пользоваться;
- есть возможность доработки в короткие сроки;
- интеллектуальная собственность остается внутри компании;
- не появляется привязки к вендору, исключаются всевозможные риски с этим;
- экономически выгоднее разработать самим - стоимость разработки первой версии с последующей поддержкой меньше стоимости "корпоративной версии" вендора.
Звучит логично, не правда ли? Но в жизни все совсем иначе.
Разработка собственного ИТ-решения
Проблема в ответственности, приоритетах, компетенциях и вообщем-то в "физике". Директор по ИТ в крупной компании курирует множество проектов автоматизации, иногда количество доходит до 50, в среднем это может быть 10-20 проектов, из которых 80% на этапе эксплуатации. Но это не отменяет того, что они оттягивают на себя внимание и на них тратится время. Теперь давайте представим запуск нового проекта. В лучшем случае под него выделяется отдельный специалист, обычно же курирование нового проекта вменяется сотруднику, у которого уже есть проекты в сопровождении. Таким образом, во-первых, мы получаем не полную вовлеченность в проект, во-вторых, если вовлеченность полная, обычно сотрудника привлекают на реализацию конкретного проекта по разработке и запуску пилотного проекта, за которым обязательно последует переключение сотрудника на другой проект.
Далее переходим к третьему пункту - тиражирование во всей компании и дальнейшее сопровождение. Вот тут все спотыкается, потому что выясняется, что на старте проекта не учли ряд моментов, которые критичны для пользователей. И вот тут оказывается, что вендор предлагал не избыточное количество функций, а необходимое. И единственный путь это дополнительно вкладываться в новую итерацию разработки. А в это время бизнес все еще не получает пользу. И опять нужно отвлекать от текущих проектов того менеджера, который начинал. Выясняется, что его перевели в другое подразделение или он ушел в другую компанию. Подключается новый менеджер, у которого уже нет тех знаний, которые получила компания разрабатывая продукт. И все начинается практически с нуля и потом по кругу. Если же сотрудник все же не ушел, рано или поздно он увидит свою незаменимость и начнет диктовать условия и в конечном счете вы будете ему платить выше рынка. А зафиналить хочется тем, что успех или неудача проекта по цифровизации скорее всего никак не скажется на конкретном сотруднике - он также будет получать зарплату, максимум может быть он не получит премию, но ничего критичного в его мире не произойдет. Ему, по большому счету, все равно на тех сотрудников, которые будут пользоваться цифровым решением, будет ли оно им помогать в работе, мешать и, вообще, будут ли они им пользоваться 1 год или 5 лет, извините за циничность, но ИТ-специалисту все равно. У него другие интересы и показатели.
Покупка готового ИТ-продукта
Теперь давайте посмотрим на компанию, которая разрабатывает и внедряет специализированные программные продукты. Вот тут включается "позитивная физика". Прямой интерес такой компании в создании востребованного продукта с востребованным набором функций. Рынок решает - если ты предложишь, то что не нужно, тебя не будут покупать и ты закроешься. Чем больше у тебя будет клиентов и пользователей, тем лучше у тебя будут идти дела. Ты кровно заинтересован в довольных клиентах, которые расширяют применение твоих решений у себя в компании. Поэтому компания, которая приходит к клиенту с предложением цифровизации какого-то процесса, с предложением внедрения какого-то программного продукта, будет делать все, лезть из шкуры, чтобы внедрение было успешным. И да, клиент не наступает на грабли и защищен от того, что в какой-то момент у бизнеса перестанет работать настроенная автоматизация в связи с уходом сотрудника. И дальше выгоды по списку. У клиента есть и риски, опасения, о которых я говорил выше. НО! При наличии конкурентов и отсутствии монополии все они снимаются.
Заключение
Все сказанное выше, справедливо для многопользовательских программ, при внедрении которых автоматически происходит реинжиниринг процессов благодаря новым технологическим возможностям. Исключения составляют компании, в которых работают энтузиасты, имеющие сильную внутреннюю мотивацию и которые "тащат" все на себе, выполняя роль интегратора. Потом этот человек уходит, и в компании образовывается большущая такая дыра. Из-за которой может произойти откат по процессам и технологии работы, ведь двигатель ушел.
Пост не ради холивара или чего-то такого. Хотелось показать ход своих мыслей, возможно кто-то из ИТ-директоров увидит и обратит внимание. Возможно, кто-то из них выскажет свое мнение. Главное, что нас объединяет - это желание принести максимальную посильную пользу для бизнеса. А значит я верю, что общее решение и компромисс мы сможем найти.