Парень про синьоров и лидов спрашивал 😂

Там грейдов нет уже никаких, тупо скиллсеты

Я приведу сам небольшой пример тут

• Продвинутый уровень знаний back-end технологий.
• Применение шаблонов проектирования.
• Продвинутые навыки рефакторинга.
• Продвинутый уровень дизайна и архитектуры программного обеспечения (возможность спроектировать большие комплексные системы с несколькими приложениями с их интеграцией и интеграцией с внешними сервисами. Возможность решаеть вопросы мониторинга этих систем, целостность данных, отчеты об ошибках, обработки ошибок и т.д.)
• Продвинутый уровень test-driven/test-after навыков разработки (понимание и возможность написать автоматические functional, load-performance и UI тесты)
• Возможность заниматься базовой администрацией БД, оптимизировать производительность, индексы. Возможность написать сложные и вложенные запросы. Возможность заниматься репликацией, партицированием для масштабирования БД. Понимание как хранятся данные и индексы в файловой системе.
• Практический опыт в нескольких проектах.
• Умение визуализировать и донести до коллег архитектуру.
• Базовые Devops навыки.
• Легкое чтение файлов. Красивая и понятная Организация методов в файле. Соблюдение единого, конкретного code-style. Каждый метод имеет документацию и в нужных местах ссылки на другие части кода.
Организация файлов соответствует архитектурным соглашениям. Просмотр файлов и папок дает понимание о дизайне и назначении проекта.
• Код очень понятный и очевидный. Поток кода естественен. Нет глубоко вложенных условий или методов.
• Возможность предложить лучшие альтернативы и улучшение бизнес процесса исходя из своего опыта.

Это для Back-End разраба Middle

Интересный момент про "Соблюдение единого, конкретного code-style" - оно не должно быть освоено где то раньше мидла разве?  
И вот это не оверхэд? "Продвинутый уровень дизайна и архитектуры программного обеспечения" , если это делает мидл, зачем архитекторы и тимлиды?))

На счёт code-style согласен абсолютно, так как еще будучи интерном php разрабом меня гоняли по стандартам PSR

И вот это не оверхэд? "Продвинутый уровень дизайна и архитектуры программного обеспечения" , если это делает мидл, зачем архитекторы и тимлиды?))

Возможно и тут вы правы, хотя мне кажется по минимальной оптимизации БД все же мидл должен вкуривать

И вот мы приходим к простой мысли, что грейдов универсальных нет

Так дальше ещё придём к тому, что они вообще не нужны

Почти как архитекторы.

вы сейчас в цикл войдете

да. универсальных не придумали и вряд ли они будут когда то. каждая компания платит за свою специфику.

именно так 🙂

по БД да, это базовый навык. Я больше про архитектурные решения. это ответственность обычно не инженерных должностей)

Дальше будут только внутренние грейды конкретной компании, опирающиеся на нужный самой компании скилл-сет и никак не матчащиеся на другие компании. И то не везде они будут, обычно крупняк только 😂

Уточнение требований к ПО заказчика или бизнес аналитика
Выполнение тестов для текущих проектов согласно тестовым планам
Формирование тестовой документации и идей по улучшению качества ПО
Сбор данных и составление отчётов о статусе тестирования и имеющихся проблемах и предоставление информации менеджеру проекта
Определение проблемных мест и их внесение в трэкинг систему
Обсуждение дефектов ПО с менеджерами и разработчиками
Функциональное тестирование API
Проведение black-box тестирования, смоук тестирования
Применение различных техник тест дизайна
Работа с базами данных и другими инструментами для тестирования (lvl beginner)

Вот для Джуна я расписал примерно так у нас

это список обязанностей скорее

думаю отталкиваться от обязанностей и по ним писать необходимые инструменты в грейд список

сюда можно добавить - какой нибудь сниффер для mobile тестирования и готово думаю

зависит от целей. Если вам нужно проводить ассесменты сотрудников - отталкивайтесь от целей и КПИ. Ибо именно они важны для бизнеса, а не знат ли он там сниффер или и без сниффера выполняет цели лучше, чем соседний вася со сниффыером.