Когда наступает подходящее время для смены ИТ

Официальное обращение, написанное для LendIt Europe 2017

Автор: Рахулкумар Аджани, менеджер проекта и старший эксперт по приложениям в CODIX

Резюме

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

Почему дилемма?

«Каково определение унаследованной системы? Та, которая работает! »- сказал кто-то в сатире. На самом деле это может быть причиной, по которой менеджеры сталкиваются с дилеммой по поводу замены ИТ: она все еще работает. Но это еще не все. Устаревшие системы прошли долгий путь, чтобы почти неразрывно закрепиться в организациях, что в равной степени ставит перед вопросм руководителей и инвесторов относительно того, стоит ли сменить ИТ и когда.

Круглосуточная доступность: ИТ-системы стали основой бизнеса. Они должны быть в рабочем состоянии, постоянно. Даже сбой в течение дня может стоить целое состояние. Если это звучит преувеличением, вы, возможно, захотите прочитать историю Comair, где провал их унаследованной системы за один день привел к потере 20 миллионов долларов. Неудивительно, что даже идея замены систем может вызвать дрожь.

Очень многие имеют системы типа «черный ящик»: они творят чудеса, но немногие понимают, как, если ни никто. Те немногие вундеркинды, которые закодировали систему или имели понимания о ней, могли бы уйти давно, и документация тоже могла исчезнуть. Ситуация ухудшается, когда эти черные ящики являются критически важными приложениями.

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

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

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

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

Почему замена?

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

Системы перерастают: как офисные здания, структуры, политики ... Проблема в том, что большинство людей не могут этого предвидеть. Легко заметить, что рабочая сила перерастет офисное здание, когда компания расширяется, но кто обращает внимание на системы? Часто существуют ограничения по объему данных и вычислительной мощности старых систем. Неизвестные почти всем, эти ограничения могут быть бомбами замедленного действия, ожидающими взрыва в период интенсивного роста.

Слон в комнате: во всех смыслах фразы. С годами системы развиваются до такой степени, что они теряют свою гибкость, требуют огромных ресурсов для обслуживания и становятся еще большим препятствием, чем слон. А как насчет уязвимостей безопасности? Мы лучше повторим значение фразы «слон в комнате»: очевидная проблема или риск, который никто не хочет обсуждать…

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

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

Как однажды сказал Билл Гейтс: … бизнес изменится в ближайшие десять лет больше, чем за последние пятьдесят лет . Изменения не просто быстрые, они будут еще быстрее завтра. Менять надо! Но хитрость заключается в том, чтобы знать, когда!

Когда менять?

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

Когда ИТ перестает развиваться: когда Леман предложил законы развития программного обеспечения, он предвидел еще в 1974 году, что программное обеспечение, как и менеджеры, должно постоянно развиваться и разрабатывать новые возможности, иначе как он сказал, оно просто станет все менее и менее удовлетворительным. Но вы знайте, что когда программное обеспечение перестает развиваться, в значительной степени изменится и основной бизнес. Теперь, учитывая техническую и рыночную революцию нашего времени, отсутствие эволюции является гарантированным путем к исчезновению. Ищите признаки замедления в экосистеме, которая поддерживает ваше программное обеспечение. В тот момент, когда вы видите потерю опыта, нежелание и задержки в запросах на поддержку, обслуживание и изменения для вашей системы ... лучше начать планирование замены современным приложением, которое идет в ногу с последними технологиями и текущими тенденциями рынка.

Когда начинается процесс разложения, да, это тоже происходит. Это результат старения и эволюции. С годами унаследованная система получит много потерянных, дублированных, избыточных и неоптимальных исходных кодов. Вы можете задаться вопросом «почему?». Лучше спросите отдел кадров, сколько разработчиков, аналитиков и архитекторов приходило и уходило. Еще лучше спросить ИТ-отдел, каковы были стандарты документации в то время. В отличие от современных систем, которые не страдают от старения и разрушения благодаря более высоким стандартам документации и сложному управлению продуктами, устаревшие системы неизменно набирают вес, поскольку в них нарушена архитектура, широко известная как «программная гниль». Это точка невозврата. К сожалению, отсюда любое действие (или бездействие) по улучшению системы приведет к бедствиям.

Когда ИТ имеет огромный технический долг: если вы еще не обновились до версии x, затраты и риск для обновления до x + 1 будут еще выше. Последующие не реализованные обновления, являются своего рода техническим долгом. И чем больше этот долг, тем больше ставки. В определенный момент имеет смысл заменить систему, чем очистить эту техническую задолженность.

Есть еще много признаков, вы можете их называть расходами или инвестициями, от замены не будет спасения. Тогда вам нужно решить, проснуться ли вам сейчас или нажать кнопку повтора ... Если вы выберете опцию пробуждения, то это подходящий момент, чтобы связаться с поставщиком программного пакета, таким как Codix, который постоянно инвестирует в свой iMX. Более 25 лет Codix предлагает программное решение, способное удовлетворить самое широкое и глубокое функциональное покрытие для компаний, занимающихся кредитованием и управлением кредитами, а также для специалистов по взысканию задолженности как с розничных, так и с корпоративных заемщиков / клиентов. Непрерывные инвестиции Codix также направлены на то, чтобы сохранить свою систему на передовых и в то же время надежных и масштабируемых технологиях, используя лучшее из того, что технологии могут принести эффективности бизнеса сегодня.

Ресурс: blog.lendit.com, опубликован 25 сентября, 2017