Портал, CLI и типовые сценарии ещё не делают платформу системой самообслуживания. Если любое отклонение от заранее предусмотренного пути заканчивается заявкой платформенной команде, мы просто сделали очередь удобнее.

В свежем материале CNCF хорошо разобрана именно эта граница: https://www.cncf.io/blog/2026/09/01/platform-engineering-maturity-from-toolchain-to-self-service/

Для архитектора здесь интересен не сам портал, а контракт платформы. Какие параметры команда может менять сама? Что ограничивается политиками? Как оформить допустимое исключение? Кто может добавлять новую возможность, не залезая в ядро платформы?

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

Я бы поэтому смотрел на очень простой показатель: сколько обычных запросов всё ещё требует участия человека из платформенной команды. Если их много, количество кнопок в портале мало что говорит о зрелости платформы.