Как вы знаете, я давно работаю над «путем развития инженера» от джуна до милорда, и чтобы при этом описание этого пути получилось компактным.
Переход на каждый новый грейд это как переход в новую профессию — нужно не развитие существующих навыков, а абсолютно новые (рассказывал про это в прошлом году на конференции).
И чтобы это не взрывало мозг людям, важный момент, чтобы рост был непрерывным — новые навыки появляются в рамках того уровня где ты находишься, закрепляются и осваиваются и ты движешься дальше.

Рост из миддла в сеньора это не «изучить больше инструментов» или «изучить какие-то инструмент глубоко», а научиться декомпозировать задачу на составляющие, контролировать насколько качественно эти составляющие реализованы.
«Глубокое знание инструментов» (или навык быстро набирать эту глубину) это просто необходимая база для того чтобы выполнять эту самую декомпозицию.
Рядом органично вырастают архитектурные паттерны — если мы можем разрезать задачу на структурные части, то дальше логичным образом мы перестаем оперировать деталями и начинаем оперировать этими самими структурными частями, связями между ними, их характеристиками и т.д.

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