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

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

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

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

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

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

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

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