Переделать быстрее, чем доделать. В это не верят

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

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

Полноценный сервис-деск упёрся в огромный бюджет: лицензии, внедрение, плата за поддержку. Я предложил написать свою систему — по утверждённым процессам, без лишнего, без лицензий и платы за поддержку.

В идею долго не верили: не верили, что это можно сделать быстро. Но предложение прошло. Команда из трёх человек за пять месяцев выпустила первый релиз с основными процессами ITIL, за шестой месяц доработала его. Руководство наконец стало получать объективную информацию о поддержке и об исполнении SLA. Система живёт до сих пор, развивается и держится на архитектурных принципах, заложенных при проектировании.

Тот раз закончился удачей. Чаще было иначе.

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

Подтверждение моих слов приходит позже: в проблемах, которые чинят снова и снова, и в инцидентах, которых могло бы не быть.

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

Какие доводы здесь работают, я до сих пор не знаю. Что убедило бизнес в вашем опыте, когда нужно было переделать, а не доделывать?

#ИТменеджмент #управлениеИТ #ITSM #архитектура #техдолг