Разработка программного обеспечения, особенно корпоративного уровня — дело непростое, инвестоемкое и довольно долгое. В то же время заказчики не готовы ждать: после ухода из России лидеров мирового рынка ПО привычка получать от программных решений максимум функциональности в сжатые сроки осталась. Российским же разработчикам, не имеющим сопоставимых бюджетов, штатов и рынков сбыта, приходится выдерживать марку — стараясь успевать больше за ограниченное время, не поступаясь притом качеством продукта. Как в такой ситуации они справляются со своими задачами — и в какой мере им помогают в этом канальные партнеры?
Российскому заказчику все чаще требуются высокотехнологичные средства решения специфичных для его бизнеса задач; в частности — кастомизированные программные продукты. В какой мере ИТ-канал готов сегодня удовлетворять такие запросы?
Максим Ковтун, управляющий партнер «Разработка и тестирование» IBS, предлагает особо рассмотреть сценарии, при которых созданный продукт закрывает потребности не на 100%: «Первый — решение от зрелого вендора; здесь редко дорабатывают функциональность под конкретного клиента, поскольку это размывает архитектуру, — доработками занимается партнер-интегратор. Чем больше расхождение между базовым функционалом и потребностями клиента, тем ближе такая кастомизация к заказной разработке по сложности и затратам, но без контроля над архитектурой и дорожной картой. Второй сценарий — решение от молодого вендора. Такие компании готовы развивать продукт под проект, однако высок риск срыва сроков из-за незрелости решения или отсутствия методологии. Третий — заказная разработка с нуля: процесс уникален, контроль над кодом критичен, масштабируемость в приоритете. Это путь, требующий зрелого партнера с опытом и методологией, а также активного вовлечения бизнеса. Первый и третий варианты примерно одинаковы по рискам и затратам при значительном расхождении функционала и потребностей. Во втором варианте следует особо учитывать риски. Рекомендуется проводить этап сравнения и выбора решения (System Selection), независимый анализ вариантов: какой из них лучше обеспечит потребности, что покажут расчеты совокупной стоимости владения (TCO) и возврата инвестиций (ROI), а также нагрузочные испытания».
Говоря об автоматизации разработки ПО, нельзя обойти вниманием искусственный интеллект. Но вот вопрос: насколько этот инструмент оправдывает себя именно в приложении к кастомизированным программным решениям для клиентского бизнеса?
Максим Ковтун призывает использовать ИИ-агенты правильно: «Создать крупную систему без предварительной подготовки не удастся. Необходимо продумать архитектуру, организовать взаимодействие сотрудников и ИИ-агентов, процессы фиксации изменений и обновления контента, проводить периодический анализ архитектуры. ИИ оправдывает себя там, где он встроен в процесс, а не заменяет его. Есть два типа запросов, когда бизнес берется делать все сам. Первый — клиент с помощью внешних сервисов и вайб-кодинга создал приложение, но не знает, как его применять. Как запустить в работу? Как решить вопросы ИБ по уязвимостям? Как и кому поддерживать развитие? В этом случае рекомендуется использовать результат как концепт и для дальнейшей разработки. Второй — ИТ-команда компании хочет выстроить процесс разработки с использованием ИИ. Такие запросы включают настройку инструментов, обучение сотрудников, методологию ведения разработки. Появляются требования не просто поставки кода, а настройки процесса, как этот код можно будет развивать с использованием ИИ-инструментов. В обоих примерах есть запрос на привлечение внешнего стратегического партнера».
Полная версия материала — на IT Channel News