Старое или новое?

Dmitriy Kinash

С этим вопросом вероятно сталкивается любая компания, которая продержалась на рынке хотя бы год и уже имеет некоторый бюджет на развитие.

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

Купить ли новую технику, или новое программное обеспечение, внедрять ли новый технологический процесс, приглашать ли опытных руководителей или ничего не менять и оставлять старые работающие решения?

Зачем вообще менять?

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

Доводы могут иметь физическое обоснование:

старый сервер зависает;
автомобиль слишком часто ломается;
слишком большой процент брака по производственному процессу;
ПО для учета нам досталось даром, но оно не совсем подходит для нашего бизнеса и половина документооборота остается на бумаге, а потом теряется...

Или могут апеллировать к чужому опыту:

крупные компании используют SAP - давайте и мы начнем использовать и тоже станем крупной компанией, ведь ПО - это в первую очередь best practice и методологическая основа успеха!
у компаний уровня FAANG бирюзовые команды, бесплатный смузи, игровые приставки и в рабочие часы можно заниматься своими проектами - давайте тоже будем как они и наши работники тоже начнут делать чудеса!
гибкие команды с Kanban-досками под чутким руководством Scrum-мастеров являются гарантией вовремя сданных проектов - на каждой конференции десятки подтвержденных success story!
Time & material - это гарантия прибыли по словам всех бизнес-тренеров в отличии от морально устаревшей концепции Fixed Price...

Давайте возьмем новое?

Объективно использовать новое можно и иногда даже нужно.

Это 100% нужно когда:

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

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

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

Главное не перепутать "это действительно нужно" с "это модно в нашей профессиональной тусовке"!

Или пусть остается старое?

Зачем менять ухоженную машина с небольшим расходом топлива, в которой до сих пор всё работает как часы, на другую модель? Зачем закупать в отдел бухгалтерии новые "крутые" компьютеры, если и на существующих все бухгалтерские программы просто "летают"? Зачем покупать для локальной сети роутер Cisco, если десяток TP-Link с головой закрывают все потребности? Зачем покупать дорогие СУБД от Oracle или IBM, если в ближайшие пару лет, согласно вашим же бизнес-планам, с прогнозируемыми потребностями справится даже MsSQL Express?

А ведь иногда уже используемые вещи могут быть даже лучше "новинок"! Ну и пусть у вас программа, которая написана еще на Delphi и выглядит, мягко говоря, не современно. Но, если в этой программе автоматизированы именно ваши процессы и учтены особенности вашего бизнеса, то такое решение сразу на голову выше всяких модных Salesforce и Dynamics Business Central.

Так новое или старое?

Если руководитель не может дать однозначный ответ, тогда это просто ужасно! И для самого руководителя, который снова и снова тратит свое время и возвращается к этому вопросу. И для бизнеса, который зависает в состоянии неопределенности.

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

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

Нужно ли продолжать развитие текущей учетной системы, если скоро купят новую и там нужно будет всё развивать сначала с новыми разработчиками и за новые деньги?

Нужно ли отправлять сотрудников на курсы повышения квалификации по используемым технологиям или это потеря времени и лучше подождать с обучением до внедрения новинок?

Зачем бережно относится к машине, если покупают новую? Давай полную загрузку товарами! Будем экономить бензин на ходках. - А может поберечь? Вдруг новую не купят? - Так пообещал же! - Он и премии обещал...

Что стоит учитывать?

Ок, вы узнали новую информацию на конференции или от бизнес-коуча. Не спешим бежать за новым! Сначала делаем анализ! Обычная SWOT-матрица и сразу понятно насколько это "новое" полезно именно в вашем бизнесе.
Даже если у "нового" есть явные преимущества перед "старым", сначала необходимо продумать стоимость и риски перехода. Купил и работает, или нужно сперва выполнить проект кастомизации под ваш бизнес? Можете ли выполнить переход на "новое" самостоятельно или нужна внешняя экспертиза? Если нужно привлекать внешних специалистов, то насколько они доступны и какова цена их услуг? Остается ли проект привлекателен с учетом затрат на переход?
Нужно оценить свои силы по переходу со "старого" на "новое". Если все необходимые ресурсы доступны, то не нужно затягивать - чем быстрее произойдет переход, тем меньше стресса для участников и тем скорее "новое" начнет положительно влиять на размер прибыли.
Если ресурсов прямо сейчас нет, то подумайте еще раз - а оно точно вам нужно? Если не уверены, а процесс перехода касается работы других людей, то лучше вообще забыть про эту идею и поискать новую, относительно которой сомнений уже не будет.

_____________________

Другие статьи автора о буднях в ИТ и о бизнес-автоматизации Вы можете прочитать на канале https://t.me/software_engineer_notes