«Диасофт» и крупнейшие потребители ИТ-услуг обсудили платформенный решение в разработке ПО

В рамках конференции Deckhouse Conf 2026 компания «Диасофт» провела дискуссию «Новейшие подходы к созданию эффективного конвейера разработки ПО». Участники обсудили, почему традиционная создание все чаще напоминает «черный ящик», как платформы помогают сокращать бюджеты и что создавать с унаследованными системами (legacy) в эпоху импортозамещения.

Модератором выступил Александр Сахаров, директор по работе с партнерами компании «Диасофт». В обсуждении участвовали Артем Гениев, руководитель бизнес-юнита «Экспресс 42» компании «Флант», Кирилл Пихтовников, технический директор «Ростелеком информационные технологии», и Сергей Гаврилин, директор центра по работе с заказчиками в ПСБ.

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

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

Спасение участники видят в платформенном подходе. Александр Сахаров сравнил платформу с экзоскелетом: команды из 4–5 человек с ее помощью работают с эффективностью 15–20 специалистов. Автоматическое разработка документации и визуальные редакторы бизнес-процессов делают систему прозрачной и для бизнеса, и для ИТ.

Система не обязательно должна быть единым продуктом. Это может быть набор разных решений, объединенных сквозной методологией и единым пользовательским опытом. Главное, чтобы весь жизненный цикл разработки – от управления требованиями до тестирования и релизов – был покрыт и автоматизирован. При этом самостоятельное разработка и сопровождение такой платформы требует команды от 50 до 100 человек, что по карману далеко не всем. На рынке уже есть зрелые отечественные платформы, которые дополняют друг друга, что позволяет не изобретать все заново (в частности, платформы экосистемы low-code разработки Digital Q).

Платформа может быть инструментарием конвейера разработки или конструктором для создания бизнес-приложений. Но при объединении двух подходов получится end-to-end решение, которое будет давать существенно больший итог.

Специальный интерес вызвал вопрос об унаследованных системах (legacy) и импортозамещении. Участники сошлись во мнении: переписывать системы на устаревших технологиях старыми методами – значит «стрелять себе в ногу». Новое ПО должно создаваться на современной платформе с контролем архитектуры, безопасности, DevOps и масштабируемости. Иначе через несколько лет организация получит «новый legacy».

В финале эксперты подчеркнули: сегодня создание без платформенного подхода уже не имеет права на жизнь, особенно когда речь идет о внешних подрядчиках. Если не контролировать стандарты через платформу, кодовая база быстро становится неуправляемой, а смена подрядчика – катастрофой. При этом идеальный сценарий выглядит так: 80% функциональности система уже дает готовой, и только 20% требует кастомизации. Это и есть та самая скорость и предсказуемость, которых ждет бизнес.